![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
|||
|
|||
|
Sugerencia
Código Delphi [-] //busqueda aproximada
Table1.FindNearest([Edit1.Text]); //busqueda exacta Table1.FindKey([Edit1.Text]); Para este tipo de busqueda se necesita un indice activo, y obviamente la busqueda sera precisa y te ubicara al primer registro coincidente. Si pretendes buscarlos con el metodo locate, al ser un metodo de busqueda secuencial, sera mas lento, salvo que busques varios regiustro coincidentes, se acelera un poco si lo trabajas con un indice activo, pero si desabilitas los controles de la data, y lo activas despues de haber llegado al registro buscado, Table1.disablecontrols; Table1.locate(parametros de busques); table1.enablecontrols Pero como sugirienron, si son varios y coinicentes, seria mejor que emplees un filtro. |
|
#2
|
|||
|
|||
|
muchas gracias a todos, al final use el locate, pero ahora se me plantea otra pregunta.
Puedo utilizar un unico valor para buscar en varios campos?? kiero decir yo tengo mis registros y kier ver el k tiene el telefono 978834266 pero puede estar en 4 campos, telefono1, telefono2, telefono3, fax Puede emplear el locate para buscar en los 4 ese valor?? |
|
#3
|
|||
|
|||
|
Puedes usar varios locate, aunque para ese caso creo que sería mejor un filtro o una consulta sql. De todas maneras si quieres usar locate:
__________________
Saludos. |
|
#4
|
||||
|
||||
|
hola Ubed, también puedes usar esta forma:
Puedes colocar todos los campos que quieras ![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| problema findkey y gotonearest | Ariel03 | OOP | 2 | 24-06-2007 15:44:15 |
| Findkey e IBTable | Puche | Firebird e Interbase | 1 | 10-07-2006 15:47:12 |
| Trabajar con locate y FindKey | jmedina | Conexión con bases de datos | 1 | 05-10-2004 07:57:49 |
| Findkey | trex2000 | Tablas planas | 15 | 01-04-2004 21:35:35 |
| Findkey en ADO !!! | vpepen | Conexión con bases de datos | 3 | 05-12-2003 11:14:18 |
|