![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#8
|
||||
|
||||
|
Cita:
¿Que haz querido decir con eso? ¿Muchos campos? ¿Cúanto es mucho?Realizar un SQL que en su parte where tiene demasiadas condiciones no es tan productivo. Más si se trata de Paradox. Cuanto más condiciones tengas, si bien filtrarás lo que no desees, el motor necesita de más tiempo para procesar. Una SQL que incluya muchos campos... ¿a que quieres llegar? Eso me pregunto yo... De forma genérica se tiene:
Si la consulta debe devolver 30, 40, 100 campos... (no registros) que los devuelva. Pero también una buena consulta SQL en su parte WHERE no debería tener más del 30 0 40% de los campos que intervienen en su parte SELECT. Por lo general, no tiene sentido y significado alguno una consulta que: 1. Este formada por muchos campos, O bien. 2. Que implemente demasiados "filtros". Esto es debido a que: 1. Los informes o consultas deben ser breves, resumidos. Un resumen no es algo que te muestra 30 campos. 2. Muchos filtros pueden hacer que se pierda de vista otros registros que si podrían ser considerados en la consulta. En estos casos, sería recomendable partir la consulta en varias consultas parciales. Considero que si explicas tu problema (la raiz de todo) vas a encontrar una respuesta más exacta. Estoy adivinando... ¡Que deseas! Saludos, |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| varios campos en un dblookupcombobox | anubis | Varios | 6 | 26-06-2007 04:24:50 |
| Consulta para Filtrar Dos Campos | don malo | SQL | 3 | 05-06-2007 09:21:40 |
| Top con varios campos | trex2000 | MS SQL Server | 1 | 04-10-2006 21:12:15 |
| agrupar varios campos | satabel | Impresión | 0 | 03-08-2005 18:17:17 |
| Consulta SQL para cambiar el orden natural de los campos de una tabla | txemag | Firebird e Interbase | 4 | 23-07-2004 19:15:08 |
|