FireBird Lento

Question

1- Tenho uma aplica��o rodando em rede e utilizo FireBird, sendo que estou achando muito lento em uma das maquinas a rotina quando clico na op��o para incluir um novo cadastro de cliente, ser� que tem...

Afarias · Answer

|1- Tenho uma aplica��o rodando em rede e utilizo FireBird, sendo que
|estou achando muito lento em uma das maquinas a rotina quando clico
|na op��o para incluir um novo cadastro de cliente, ser� que tem alguma
|maneira de deixar o firebird mais r�pido na hora de abrir uma tabela?

se vc est� inserindo, pq �abrir a tabela�? a lentid�o depende *muito* do q vc est� fazendo... quais os componentes q est� usando, como � seu c�digo, quais os comandos SQL est� executando, etc...

|2- Nessa mesma aplica��o eu coloquei para fazer uma consulta
|utilizando o mesmo banco de dados mas utilizando a fun��o starting no
|evento onchange e na hora que digita o nome de um cliente
|automaticamente ele me mostra os nomes em um grid, mas fica muito
|lento principalmente quado eu come�o com a letra �M�, e reparei que no
|meu cadastro existe muitos clientes que o nome come�a com a
|letra �M�, como � que fa�o para tirar essa lentid�o?

1) certif�que-se de ter um �ndice nesse campo
2) n�o use o evento OnChange mas sim espere q o usu�rio tecle ENTER para ent�o realizar a consulta

T+

Zoltan · Answer

Na minha segunda d�vida eu posso colocar �order by nome� ao inv�s de criar um �ndice para esse campo?...

Gandalf.nho · Answer

N�o adianta s� usar o ORDER BY, n�o vai melhorar a performance sem o �ndice....

Zoltan · Answer

Ok, vou criar um indice, agora como que eu fa�o para abrir esse �ndice pelo comando sql?...

Gandalf.nho · Answer

Abrir no sentido de us�-lo? N�o precisa fazer nada, se o campo do ORDER BY tiver �ndice, ser� usado automaticamente....

Afarias · Answer

|se o campo do ORDER BY tiver �ndice, ser� usado automaticamente.

bom, � verdade ... mas no q diz respeito a performance, tem q se estar ciente � q os campos que estiverem no WHERE e nos JOINS ter�o seus �ndices usados automaticamente (independente de/com ou sem ORDER BY)

T+

Zoltan · Answer

valeu pela ajuda...

Rjcerri · Answer

Pessoal estou utilizando o seguinte codigo dentro do onchange:
procedure TFrmConsultacli.Edit1Change(Sender: TObject);
begin
if length(Edit1.Text) <> 0 then begin
dbdist.DBPed.qrycliente.SQL.Clear;
dbdist.DBPed.qrycliente.SQL.Add(�select * from clientes where upper(nome) starting :no order by nome�);
dbdist.DBPed.qrycliente.ParamByName(�no�).AsString:=edit1.Text;
dbdist.DBPed.Qrycliente.Open;
dbdist.DBPed.Qrycliente.Filtered:=true;
end else
DBDist.DBPed.Qrycliente.Filter:=��;
end;
Mesmo assim ficou um pouco lento, gostaria de saber se tem haver com a memoria do meu servidor que � 256MB Sempron 2.4. Reparei q fica lento quando estou utilizando o servidor (n�o � dedicado). O firebird exige de uma boa mem�ria ou de um processador? E esse comando acima posso melhorar para aumentar um pouco a velocidade?

Vinicius2k · Answer

Colega,Como o Anderson j� disse, no OnChange n�o � �uma boa�... mas fica a seu crit�rio.N�o h� necessidade de limpar a SQL o tempo todo j� que vc est� usando parametros, nem tampouco mudar a propriedade Filtered.[code:1:62670872b6]procedure AlgumProcedimentoAnterior;begin  dbdist.DBPed.qrycliente.SQL.Clear;   dbdist.DBPed.qrycliente.SQL.Add(�select * from clientes where upper(nome) starting :no order by nome�); end;procedure TFrmConsultacli.Edit1Change(Sender: TObject); begin   if length(Edit1.Text) <> 0 then   begin     dbdist.DBPed.Qrycliente.Close;     dbdist.DBPed.qrycliente.ParamByName(�no�).AsString := edit1.Text;     dbdist.DBPed.Qrycliente.Open;   end;end; [/code:1:62670872b6]Sobre sobre seu servidor, infelizmente, acho que ele � fraco devido ao cache reduzido (falando-se apenas do processador, sem contar velocidade de disco e os barramentos) e piora por n�o ser dedicado.Sobre seu �ndice, mesmo tendo-o criado, ele deve ser um �ndice �pobre� por haverem muitos registros que satisfazem a condi��o que vc solicita. Por isto vc deve solicitar mais informa��es do usu�rio antes de postar a solicita��o ao servidor, retirando a instru��o do OnChange.T+...

Afarias · Answer

Alem do q o Vin�cius falou, fique atento q o �ndice q vc criou n�o est� sendo usado de forma alguma nesta consulta (e por isso continua lenta) -- o fato � q o IB n�o pode usar o �ndice visto q vc est� usando uma fun��o no campo (UPPER) -- retire a fun��o e o �ndice ser� usando corretamente:

select * from clientes where
nome starting :no
order by nome

T+

F�rum FireBird Lento #52785