Op��o para o quot;Locatequot;

Question

Ol� pessoal!Possuo um banco de dados cujo n�mero de registros j� est� ficando um pouco grande para que eu possa utilizar o �Locate� (do controles ADO) para localizar um determinado registro. Gostaria ...

Delmar · Answer

||Possuo um banco de dados cujo n�mero de registros j� est� ficando um ||pouco grande para que eu possa utilizar o �Locate� (do controles ADO) ||para localizar um determinado registro.

Como vc mesmo diz, se seu n�mero de registros j� est� ficando grande para utilizar o locate, o ideal � utilizar SQL e trazer um conjunto resumido de registros, ou se tiver um bom crit�rio de pesquisa, utiliz�-lo para trazer apenas o registro desejado.

Um abra�o.

Wbb · Answer

Bem que eu gostaria que fosse t�o f�cil assim.... Ahh se fosse f�cil....

Uso Locate porque n�o tenho informa��es suficientes para �um bom crit�rio de pesquisa�. S� possuo uma informa��o de um campo do registro e � essa que utilizo no Locate.

wbb

Andremuller · Answer

E n�o d� pra usar esse crit�rio de pesquisa na SQL e ent�o utilizar o primeiro registro? D� no mesmo do que o locate....

Rodolpho123 · Answer

Ol� amigo.
Qual � o banco que vc usa? Se vc busca um bom desempenho, aconselho � vc mudar de banco. Uma boa op��o que encontrei foi o FireBird. Eu tinha um BD Access, usando tamb�m componentes ADO, cujo os registros beiravam a casa dos 1.000.000. Para carregar 65.000 registros, levava cerca de 16 segundos com o Access. Com FB, isso caiu para menos de 1 segundo. Continuo usando o Locate pois o acho um m�todo muito bom.
Espero t�-lo ajudado.
Abra�os...............!

Andremuller · Answer

Bom j� que tu perguntou: minhas aplica��es rodam em SQLServer, Oracle e Interbase ao mesmo tempo com total compatibilidae, carregando as configura��es de cada banco por um arquivo .ini, dependendo de qual banco o cliente usa.
E eu uso DbExpress.

Delmar · Answer

[quote:17c4b07d56=�rodolpho123�]Ol� amigo.   Qual � o banco que vc usa? Se vc busca um bom desempenho, aconselho � vc mudar de banco. Uma boa op��o que encontrei foi o FireBird. Eu tinha um BD Access, usando tamb�m componentes ADO, cujo os registros beiravam a casa dos 1.000.000. Para carregar 65.000 registros, levava cerca de 16 segundos com o Access. Com FB, isso caiu para menos de 1 segundo. Continuo usando o Locate pois o acho um m�todo muito bom.  Espero t�-lo ajudado.  Abra�os...............![/quote:17c4b07d56]Tmb acho �timo o locate e r�pido. Mas pode acontecer a seguinte situa��o. De um conjunto de um milh�o, carrega-se 65.000 registros e utiliza-se locate neste conjunto para encontrar uma informa��o. Mas, a informa��o procurada com locate est� entre os 950 mil registros restantes que ficarm no BD. Ser� necess�rio uma nova consulta Sql com crit�rio que abranja o registro desejado e talvez, se o conjunto ainda retornar grande, utilizar novamente o locate.Ent�o, as vezes, � melhor empregar mais tempo e elaborar buscas s� com Sql melhorando a performance, preparando o aplicativo para rodar em rede e evitar ainda de usu�rios �leigos� ligarem dizendo: �o registro n�o est� na grade. Cadastrei ontem�....

Rodolpho123 · Answer

Ol� amigo Delmar! Concordo plenamente com sua opni�o. Foi algo que me passou por despercebido. Abra�os..........!...

Max_steel · Answer

Ola pessoal, tb estou com um problema parecido uso AdoDataSet com
AdoConection no meu banco SQL Server 2000, mais nao consigo fazer pesquisas utilizando indices, somente com o locate, soh q meu locate ta muito devagar, ai qdo tento utlizar seek ele da q meu provedor nao suporta, to conectado com o ado como Microsoft OLE DB Provider For Sql Server, como devo proceder para q eu consiga fazer pesquisas usando indices? ou alguma outra sugestao, nao posso fazer pesquisas usando filtro sql pq tenho q mostrar a tabela inteira.

Grato

Mandrake

F�rum Op��o para o quot;Locatequot; #215053