Muy lento Sql

[IVAND]

Hola Luis

Gracias x tu interes

Te comento, tengo un sistema integrado de facturacion y contabilidad, en una tabla grabo todos los datos de una factura (ventas,iva,descuentos,recargos etc) los cuales tambien grabo su key_plan_ctas (En la tabla plan_cuentas esta tambien key_plan_ctas (es un integer))

Pues bien como te das cuenta lo uno con cab_fac porque ahi tengo la cabeza (Fechas, estado etc) y con plan cuentas para que me saque el codigo contable para generar un asiento contable, el join lo utilizo porque puede ser que no me hayan configurado una cuenta contable (parametro en ventas ), es decir que el campo aux_diario (a.key_plan_ctas) puede o no tener valor

Mi preocupacion general es aque el query es super lento y ademas en ocasiones se muere el aplicativo por el error antes indicado

De antemano Gracias

[IVAND]

Hola Juan,
Efectivamente utilizo firebird 1.0 y Ibexpert (Cuando ejecuto la consulta me muestra que utilizo un plan (Donde utiliza el indice key_viene), me podrias indicar donde puedo buscar ayuda sobre los Hinst, Gracias,

Pienso que tal cantidad de registro no es para que la base de datos se ponga tan pesada


Gracias

[jachguate]

Sobre los hints encontrarás información en la documentación de Interbase 6, aunque ahora no la tengo a mano y no puedo direccionarte directamente al libro correcto, aunque me suena el SQL Reference

Empezado por IVAND

Pienso que tal cantidad de registro no es para que la base de datos se ponga tan pesada

Siempre que el optimizador no decida hacer un producto cartesiano completo.. que sería de 1,950,631,999,316 registros..

Seguramente no está haciendo el producto cartesiano, pero igualmente puede estar tomando una decisión equivocada.

Hasta luego.

[IVAND]

Nuevamente Gracias

Pero me podrian ayudar orientandome, donde poder ubicar alguna idea de porque ocurre esto, imagino que ustedes tienen tablas mas grandes y no tienen estos problemas , (El problemas es cuando ocurre un sum)


El cliente me esta volviendo loco y mi cabeza a punto de explotar

Gracias

[makina]

Trata poner esta instruccion en tu query, asi no bloquearas las tablas.
Set transaction isolation level read uncommited
select ...

[jachguate]

Buenas @makina!

Quisiera comentar que el tema tiene mas de 5 años de antiguedad, además de que en tu respuesta veo algunos inconvenientes:

• Hasta ahora, no se mencionó que hubiera problema con el bloqueo de tablas, hasta en tu mensaje
• Establecer el nivel de aislamiento de esa manera podría ocasionar otros problemas... sobre todo con la arquitectura de Interbase
• Puede ser que IVAND o cualquier otro que leyera este post no se diera cuenta que, si esta instrucción tuviera éxito, leería datos de transacciones que incluso no han sido confirmadas (commit), y quizas necesite un mayor nivel de aislamiento, por ejemplo, para que el resultado sea consistente
• No recuerdo ya claramente si Interbase 6 soporta ese nivel de aislamiento, pero creo que el mas bajo que soportaba era READ COMMITTED
• La forma de cambiar el nível de aislamiento de la transacción varía de capa de conexión a capa de conexión: no es igual en BDE que en IBX que en DBX

Un saludo.