![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
|||
|
|||
|
Antes que nada, gracias por responder.
Luego de mucho probar me parece que he encontrado la solucion, aparentemente estaba el problema en el join dentro de la vista ya que cambie la llamada al view por un select comun y corriente relacionando las dos tablas y perece que agilizo mucho la consulta. Ademas ya tenia creado antes de hacer las pruebas los indices correctos por lo que no me inclino a decir que haya sido este el problema ya que por mas que tenia los indices correctos lo mismo estaba lento. Gracias por todo |
|
#2
|
|||
|
|||
|
Ordenamiento lento
Hola:
Sabes, yo he tenido problemas similares. Lo que me han dicho es que el INNER JOIN realiza ordenamientos cartesianos complejos (mucha explicación para lo que puedo entender yo). Yo he solucionado el problema utilizando LEFT OUTER JOIN. Claro que no es lo mismo, pero así va rápido. utilizando el IBExpert, realizando ambas consultas puedes ver la diferencia de lecturas que hay entre una opción y otra. Aun aunque tenga creados los índices esto sucede siempre. habría que ver como es que ordena las consultas con INNER JOIN el Firebird. En un SQL 7 la misma consulta no tarda nada, por lo que seguramente las lecturas con uso de relaciones entre tablas las hacen distinto. Estaría bueno que alguien con conocimientos nos ilumine en estas diferencias, pero yo ya he inentado en vano ![]() |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
|