FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
Duplicados con LEFT OUTER JOIN
Hola compañeros.
Quisiera consultar el siguiente tema. Asunto: Tuplas duplicadas en consulta de varias tablas unidas por left outer join. Problema: Cuando realizo esta consulta, se obtienen tuplas de la tabla principal CONTRATOS duplicadas. Además he observado que se producen según el número de tuplas de las tablas esclavas que se encuentran y cumplen su WHERE. Así pues, si existe CONTRATO que cumple la WHERE, se retorna una tupla, pero si además para ese mismo CONTRATO su cliente asociado también cumple su propia clausula WHERE se retorna otra tupla, idéntica a la anterior, y si además el COMERCIAL también cumple la WHERE se obtiene otra tupla igual, de ese modo obtengo tres tuplas del mismo CONTRATO iguales en la misma consulta. Soluciones estudiadas: He buscado como eliminar una vez realizada la consulta incluyendo duplicados, dichas tuplas duplicadas, ya que en la consulta incluyo la clave principal de los CONTRATOS, pero no puedo realizar esta limpieza de ese modo ya que no quiero eliminar nada en el servidor, simplemente los duplicados en la consulta en el lado cliente y si ejecuto un p.e. ConsultaConDuplicados.delete y posteriormente por cuestiones de operatividad del programa se realiza un ConsultaConDuplicados.UpdateBatch quizá elimine algo por algún efecto lateral. Tampoco puedo incluir un SELECT DISTINCT ya que hago búsqueda por un campo Memo y con este tipo de campos no se puede incluir dicha clausula. Incluyo código (abreviado) de la consulta por si tengo algún fallo en su propio diseño. Muchas gracias por vuestro tiempo y conocimiento. Un saludo.
__________________
El meu país és tan petit, que des de dalt d'un campanar es pot veure el campanar veí. Última edición por Cabanyaler fecha: 16-11-2005 a las 09:14:18. |
#2
|
||||
|
||||
Si aplicas algún que otro max a tu consulta seguramente te de el resultado deseado.
Por cierto, me parece muy bien que seas del Barça, yo soy del Madrid, y me parece muy bonito tu avatar, el mio también reflefa mis aficiones, pero joer, hasta en los comentarios vaís a meternos el catalán?
__________________
Saludos Emilio |
#3
|
|||
|
|||
Según deduzco del comentario del SP quieres relacionar todos los contratos con los comerciales y los clientes y de los clientes los quieres todos tengan teléfono o no. No entiendo entonces los LEFT OUTER JOIN a las tablas de clientes y comerciales.
Solución propuesta:
Así te trae todos los contratos relacionados con los comerciales y con los clientes que tengan o no teléfono. Por cierto....los dos lo tenéis mal....Amunt Valencia!..
__________________
_____________________________________ And follow me to where the real fun is |
#4
|
||||
|
||||
Gracias por vuestra ayuda.
Cita:
Cita:
Cita:
Ah!!, y suerte para todos, pero al final ganará el mejor, y mientras disfrutad del espectáculo.
__________________
El meu país és tan petit, que des de dalt d'un campanar es pot veure el campanar veí. |
#5
|
|||
|
|||
Y si pruebas con subconsultas?
Mas lento pero mas fácil
__________________
_____________________________________ And follow me to where the real fun is |
#6
|
||||
|
||||
Con subconsultas, si, pero es que tengo alrededor de 50 Store procedures que debería reescribirlos todos, por lo que soy capaz de inventar algo.
Por otro lado, como pongo el MAX en esta consulta??, ya que me da error de sintaxis si hago esto
Muchas gracias.
__________________
El meu país és tan petit, que des de dalt d'un campanar es pot veure el campanar veí. |
#7
|
|||
|
|||
Para poner el max de un campo debes agrupar por todos los demás campos que queden fuera del agregado. Por ejemplo si para la misma combinación de CAMPO1...CAMPON tienes un CAMPOX y quieres saber el máximo, quedaría así:
Por lo que veo de tu procedimiento.....creo que es bastante dificil implementarlo con agregados. Te sigo recomendando las subconsultas.
__________________
_____________________________________ And follow me to where the real fun is |
#8
|
||||
|
||||
Cita:
Por otra parte decir que hacer uso de max, no te obliga hacer un group by por lo menos en DB2 que es la que yo uso, bueno sería que nos dijeses también el motor que estás usando. En este hilo por lo visto hay uno de cada equipo, en cualquier caso el sábado seguro que disfrutamos todos.
__________________
Saludos Emilio |
#9
|
|||
|
|||
Cita:
Lo digo por curiosidad, como curioso me resulta no tener que poner el cognazo de GROUP BY
__________________
_____________________________________ And follow me to where the real fun is |
#10
|
||||
|
||||
Cita:
Cita:
Eso demuestra lo distintos que son los motores y lo mucho que en mi caso (DB2) hecho de menos el LIMIT de MySQL o el ROWS de otros motores, snifff.
__________________
Saludos Emilio |
#11
|
||||
|
||||
Gracias a todos.
Creo que ya lo tengo, lo que ocurre es que debo irme ya, pero mañana acabaré de compilar y arreglar la consulta ya que lleva un campo Memo y no se puede agrupar como sabréis. Pero me está dando una risa de no poder aguantarme al tener que hacer el GROUP BY por todos los campos.... ufff, y la verdad no es que tenga cuatro. Al final lo he ehecho así
Mañana comento el resultado.
__________________
El meu país és tan petit, que des de dalt d'un campanar es pot veure el campanar veí. |
#12
|
||||
|
||||
Ya está, por lo visto el resultado es el deseado con la anterior solución, pero como no puedo prescindir del campo Memo que debo incluir incluso para que cumpla condición WHERE, he tenido que decantarme por la solución anunciada al principio del Hilo.
He de añadir, que esta misma solución creo que hubiese sido equivalente a incluir una clausula DISCTINT, pero por el mismo motivo del campo Memo no se tomó en su momento dicha solución. Cita:
__________________
El meu país és tan petit, que des de dalt d'un campanar es pot veure el campanar veí. |
|
|
|