FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Una Consulta Sql en FireBird 2.1
Hola Compañeros
Tengo la siguiente situación que deseo compartir con ustedes y me gustaria que me dieran su punto de vista, quiza lo que voy a exponer es una Tonteria de mi parte tengo 2 tablas en FireBird 2.1 con los siguientes campos fact.no_cve varchar (7) cuen.no_factura varchar (7) cuen.docto varchar (9) si hago la siguiente cosnulta: pero antes ya hice mi Select y en el From hago la siguiente comparación
en FireBird la consulta se puede quedar toda la tarde y toda la noche y nunca me regresa el resultado, es más la aplicación me dice que no responde. Pero si estas mismas tablas que pase de Paradox a FireBird hago la consulta en Paradox se tarda un rato si quieres 2 o 3 hras por que las tablas estan un poco cargaditas de información pero si me regresa el resultado !!!! pero en firebird no alguien me podria dar una ayudadita ????? el porque busco o comparo en los dos campos pues es que si el valor de fact.no_cve no es igual o no esta lo que busco en cuen.no_factura, lo encuentro en cuen.docto se muy bien que el campo cuen.docto es de (9) y el campo fact.no_cve es de (7) por eso le meti el la funcion Trim() y si me resulto en las tablas de Paradox Pero en FireBird No alguien sabe que podria hacer ??? de antemano mil gracias por su apoyo |
#2
|
||||
|
||||
Cita:
- Dinos cuál es la estructura de las tabla completa. - Qué indices PKs y FKs tienen estas tablas? - Qué es eso de la comparación en el From? Normalmete las comparaciones se hacen en el WHERE: SELECT campos FROM tabla1 JOIN tabla 2 ON tabla1.campo=tabla2.campo WHERE tabla1.campo=dato AND tabla2.campo=dato and tabla1.campo>tabla2.campo ORDER BY tabla1.campo |
#3
|
||||
|
||||
esta es mi colsulta
y estoy utilizando inner join
como puedes ver la consulta es un poco amplia pero si quito esta parte :
si me da la consulta pero la necesito por eso es q me dirijo a ustedes que tienen mas experiencia |
#4
|
||||
|
||||
Bien, ahora solo te queda responder las otras dos cunsultas que te he hecho:
- Qué indices PKs y FKs tienen estas tablas? Puede ser que no tengas indices correctos para cuen01 o fact01 - Qué es eso de la comparación en el From? Prueba este select, a ver cómo te va: que debería ser igual a tu select
- Tampoco veo como unes cuen01 con clie01. Esto puede hacer que hagas más lecturas de las necesarias... - Prueba a usar RTRIM (). Esta función quita los espacios de la derecha y quizás sea mejor para hacer comparaciones. (podrá utilizar índices sobre los campos) - Si estas cosas no funcionan, prueba a crear campos nuevos trim_docto y trim_cve_doc calculándolos en un trigger. |
#5
|
||||
|
||||
Ahora que releo tu mensaje:
Cita:
De todos modos, mira como unes las tablas. cuen01 no está unida a clie01 y esto puede hacer que leas más cosas de lo necesario. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Consulta complicadilla en Firebird | Val | SQL | 2 | 08-06-2007 17:10:48 |
Consulta SQL en Firebird | Nelly | SQL | 1 | 06-04-2007 05:18:48 |
consulta en firebird | cahosoft | Firebird e Interbase | 6 | 08-03-2007 21:56:59 |
consulta en Firebird 1.5.3 | pvizcay | Firebird e Interbase | 5 | 01-12-2006 01:27:27 |
Consulta con Firebird | senpiterno | Firebird e Interbase | 1 | 20-12-2004 23:57:39 |
|