Lentidão... Delphi, Firebird e Zeos

[Sérgio Assunção]

Bom dia amigos, a pouco tempo migrei um software que usava o Paradox para Firebird e o que era rápido usando o Paradox ficou lento agora com o Firebird e vice-versa. A tela de vendas ficou uma maravilha, tudo bem rapido mesmo. Já o form que uso para o cadastro de produtos demora 5 segundos para abrir, o que era instantâneo com o Paradox. O numero de registros de produtos é 96728 e não tem nenhum campo blob (imagem) ou memo. Será que é isso que ta deixando o acesso lento ? No OnCreate do form eu simplesmente dou um qProdutos.Open e o sql usado é este:

select CODIGO, DESCRICAO, DESCRICAOPDV, GRUPO, SUBGRUPO, FORNECEDOR,

CUSTO, MARGEM, VENDAUN, ESTOQUE, CONFPRECO, DATAALT from PRODUTOS

order by DESCRICAO

Alguem pode me dar uma luz se consigo ajeitar isso na programação ou é número de registros que está gerando essa lentidão ?

Obrigado.

Sérgio

[ronaldoknr]

Boa tarde,

vc abre a tabela junto com form?

[Sérgio Assunção]

Boa tarde,

vc abre a tabela junto com form?

Sim, no OnCreate do Form eu executo o qProdutos.Open

É problema isso ?

Obrigado.

Sérgio

[ronaldoknr]

para evitar a lentidão seria vc criar uma pesquisa para abrir(pegar) somente os dados que forem necessario naquele momento, a tendencia desta forma é so ficar mais lento

[Sérgio Assunção]

para evitar a lentidão seria vc criar uma pesquisa para abrir(pegar) somente os dados que forem necessario naquele momento, a tendencia desta forma é so ficar mais lento

Olá Ronaldo... eu agradeço muito a sua atenção... mas nessa tela eu faço alterações nos registros (preço, estoque..etc) por isso abro a tabela por inteiro. Esse "pegar somente os dados que forem necessário", seria os campos ou um certo numero de registros ?

Obrigado + uma vez.

Sérgio

[André Ferreira de Moraes]

Em SQL vc nunca deve abrir a tabela com todos os registros, justamente para evitar pontos de lentidões.

Ao abrir a tela, crie filtros, podendo ser por marca, grupo ou por um trecho da descrição.

Veja também a propriedade FetchRows do ZQuery.

[ronaldoknr]

o numero de registro ja diminuiria bem a lentidão

[Paulo Gurgel]

Reforçando, como os colegas disseram, quando você muda para um SGBD de verdade, normalmente deve ser acompanhada uma mudança de filosofia. O usuário "nunca" quer ver todos os produtos no cadastro. Ou ele estará inserindo, ou alterando um produto por vez ou pesquisando um pequeno conjunto. É isso que ocorre na prática.

Listagens completas e sumários, são relatórios

Então a dica é deixar a tela em branco e colocar um campo de pesquisa rápida, por exemplo pelo nome ou código do produto.

Quando a pessoa digitar o termo desejado você faz o SELECT X FROM PRODUTOS WHERE NOME_PRODUTO LIKE '%NomeDigitado%'

Ao invés de 500+, irão vir 20+ o que fará a pesquisa retornar rapidinho.

Este jeito de trabalhar vale sempre e o mesmo problema de lentidão seria sentido com o "todo poderoso Oracle"

[]'s