![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Usando la misma tabla, la verdad es que no tiene mucho sentido esta diferencia en el tiempo, todo al contrario, creo que tendría que tardar más ya que ha de hacer una unión (que por otro lado será rápida, pero no para rebajar tiempo)
Si fuese como en el primer mensaje, es decir, que unes 3 tablas, sí que podría ser, ya que una de las uniones puede devolver pocos registros y, así, acelerar la segunda unión. Según tengo entendido, las uniones entre tablas se hacen de fuera hacia dentro, es decir, primero evalua la primera join, luego la segunda,..... pero ya digo, la valuación de la join cuesta un tiempo (aunque sean milisegundos) por lo que no tiene mucho sentido que reste A ver si alguien con más experiencia que yo en el Local SQL (que es el que hace servir Paradox) nos puede informar algo más al respecto |
|
#2
|
||||
|
||||
|
no se cuan rapido es Paradox, pero revisa si las tablas tienen definidos indices en el campo idcliente y si tienen clave primaria. esto es muy importante para que las consultas se ejecuten rapidamente.
ten en cuenta que la capacidad de la red influye en el tiempo de respuesta. vuelve a ejecutar las consultas pero de esta forma: selec null from ... esta consulta solo devuelve un registro nulo. asi consigues que el tiempo de respuesta no este influenciado por la red.
__________________
“Plantad la semilla de la avaricia en la infértil tierra de la estupidez y obtendreis la bella flor de la mierda” (Confucio) |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|