ActiveDelphi

[renanbg]

Amigos, uma pequena duvida neste cenário.

Tabela PEDIDOS é a mestre. Tabela ITENS é a detalhe

Essa tabela ITENS tem cerca de 10 mil registros e tende a crescer 100 registros por dia.

Ao acessar a tela, faço um select de todos os PEDIDOS do dia de hoje, o que me resulta em no maximo 60 registros.

A dúvida é como funciona essa relação mestre detalhe. O firebird entende que vai ter que varrer toda tabela ITENS cada vez que eu clicar em um PEDIDO?

[imex]

Boa tarde,

Acho que vai depender muito da forma como você vai programar, principalmente de como vai estar a sua query utilizada para retornar os itens do banco de dados, se essa query vai ter um filtro para retornar somente os itens de determinado pedido ou não.
No banco de dados em si, acho que seria importante a tabela de itens ter uma foreign key referenciando a primary key da tabela de pedidos, pois com essa FK o BD não precisará varrer a tabela inteira para retornar somente os itens de um pedido.

Espero que ajude

_________________
Assinatura: https://www.imoveisemexposicao.com.br/imoveis-venda-guarulhos-residencial-casa

[renanbg]

Boa tarde imex.

Obrigado pelo retorno.

Sim, tenho uma chave estrangeira na tabela itens que aponta para a chave primaria da tabela pedidos.

E o select é basicamente:

[imex]

Boa tarde,

Em relação a essa query sim, mas como está a query para retornar os itens? Ela filtra por pedido?

[renanbg]

ahh, sim...

Na query filho(itens), tenho o seguinte

[imex]

Essa query de itens retorna somente os itens de um pedido e como existe a FK o BD não terá que varrer toda a tabela para retorna-los.
Voltando a query de pedidos, se ela não tiver um índice com o campo Data o BD provavelmente varrerá a tabela inteira para retornar os pedidos do dia, mas a princípio não acho necessária a criação desse índice, que inclusive pode ser criado posteriormente caso a performance venha a se tornar um problema.

Espero que ajude

[renanbg]

Bom dia imex.

Fico mais tranquilo.
Sobre a tabela pedidos, não tem indice.
Será que seria melhor criar esse indice?

Aproveitando o gancho. Na pesquisa de clientes, seria interessante criar um indice no campo nome?]

a query está assim:

[imex]

Boa tarde,

Um índice pode ajudar na performance dependendo dos campos que fazem parte do índice e dos filtros e ordenação existentes na query, mas a existência do índice também consome recursos do BD para manutenção do mesmo quando registros são inseridos, alterados e excluídos.
Nesse caso da tabela de clientes onde imagino que a maior parte das pesquisas será por nome e eventualmente a ordenação também, acredito que o índice seria interassante.
Nos outros caso teria que verificar os demais filtros e etc, mas se está funcionando bem sem os índices e como eles podem ser criados depois sem que seja necessário fazer alterações na aplicação, acho que você pode deixar como está e eventualmente cria-los no futuro.

[renanbg]

De fato o banco ainda é pequeno e roda em apenas 2 estações.
De momento não foi sentido o peso em pesquisas.

Obrigado pelas dicas.

Abraço.