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.
:confused: |
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? ;) |
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!.. |
Gracias por vuestra ayuda.
Cita:
Cita:
Cita:
Ah!!, y suerte para todos, pero al final ganará el mejor, y mientras disfrutad del espectáculo. ;) |
Y si pruebas con subconsultas?
Mas lento pero mas fácil |
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. |
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. |
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. |
Cita:
Lo digo por curiosidad, como curioso me resulta no tener que poner el cognazo de GROUP BY |
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. |
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. |
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:
;) |
La franja horaria es GMT +2. Ahora son las 11:11:08. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi