No listar datos repetidos en la misma tabla

[patob]

Hola, mi problema es le siguiente. Tengo una tabla de rubros, la cual esta compuesta
por TCOD RUBCOD, RUBDESC.

El TCOD puede ser 'P' o 'H'. con el TCOD P SON RUBROS DE LOS CUALES MUCHOS NO SE USAN MAS, Y EN TCOD H ESTAN LOS ACTUALES, el problema es que necesito algunos rubros de 'P' que no estan en 'H'.

En resumen, quiero listar todos los rubros que estan en 'H' y a su vez los rubros que estan en 'P' pero no en H, y que no me muestre los repetidos.

La consulta que hice fue la siguiente:
SELECT R1.RUBCOD, R1.RUBDSC FROM RUB01 R1 WHERE R1.TPCOD = 'H' AND R1.RUBCOD NOT IN (SELECT DISTINCT R1.RUBCOD FROM GCI73.GCI.RUB01 R1 WHERE R1.TPCOD = 'H')

pero no me tira ningun resultado. Espero su ayuda. Gracias!

[Heimish2000]

Algo así

Código SQL:

(SELECT TCOD, RUBCOD, RUBDESC
FROM RUB01
WHERE TCOD = 'H')
UNION
(SELECT TCOD, RUBCOD, RUBDESC
FROM RUB01
WHERE TCOD = 'P'
AND RUBCOD NOT IN 
(SELECT RUBCOD FROM RUB01 WHERE TCOD = 'H'))
 

[leonardo_josue]

Hola patob:

Si hubieras puesto algunos datos de ejemplo sería más fácil entender perfectamente lo que quieres hacer y por lo tanto darte una respuesta un poco más acorde a lo que necesitas, pero a falta de esta información vamos a tratar de adivinar un poco.

Creo que la idea de Heimish2000 es correcta, pero ya en otras ocasiones se ha comentado que es mejor utilizar EXISTS que IN, además creo que no había necesidad de utilizar un UNION de dos consultas. Si no estoy equivocado podría hacerse con una sola consulta:

Voy a suponer que tu tabla RUBROS tiene más o menos la siguiente información.

Código:

TCOD RUBCOD      RUBDESC
---- ----------- ----------
H    1           uno
H    2           dos
H    3           tres
H    4           cuatro
H    5           cinco
P    3           tres
P    4           cuatro
P    6           seis

Si entendí bien lo que necesitas es mostrar los 5 registros que tienen TCOD = 'H' + el registro con TCOD = 'P' y RUBCOD = 6, ya que este rubro no se encuentra entre los H's.

En el caso de los P-3 y P-4 estos no se deben mostrar porque ya existen entre los H's correcto??? Para hacer esto podrías hacer lo siguiente:

Código SQL:

DECLARE @rubros TABLE (TCOD VARCHAR, RUBCOD INT, RUBDESC VARCHAR(10))
INSERT INTO @rubros VALUES ('H',1,'uno');
INSERT INTO @rubros VALUES ('H',2,'dos');
INSERT INTO @rubros VALUES ('H',3,'tres');
INSERT INTO @rubros VALUES ('H',4,'cuatro');
INSERT INTO @rubros VALUES ('H',5,'cinco');
INSERT INTO @rubros VALUES ('P',3,'tres');
INSERT INTO @rubros VALUES ('P',4,'cuatro');
INSERT INTO @rubros VALUES ('P',6,'seis');
SELECT * FROM @rubros;
 
SELECT * FROM @rubros T1 WHERE TCOD = 'H' OR 
(TCOD = 'P' AND NOT EXISTS (
SELECT * FROM @rubros T2 
WHERE T1.RUBCOD = T2.RUBCOD AND T2.TCOD = 'H'
))
 

El resultado de la consulta sería:

Código:

TCOD RUBCOD      RUBDESC
---- ----------- ----------
H    1           uno
H    2           dos
H    3           tres
H    4           cuatro
H    5           cinco
P    6           seis

Espero que esto te sea de utilidad. Si no es así te pido que nos pongas algunos datos de ejemplo y lo que esperas de salida, para poder hacer pruebas.

Saludos
Leo.

------------------------------------------------------
"La vida es como un eco: cuando das algo, esto te
retorna a ti multiplicado muchas, muchas veces."
Ley del Karma.

[patob]

Muchisimas gracias a los 2. Me quedo mas simple usar la consulta de Heimish2000 pero probe la tuya leonardo_josue y tambien funciono, para mi proxima consulta voy a explicarme mejor, pero es exactamente como los describiste leonardo_josue.

[leonardo_josue]

hola de nuevo patob:

Como te comenté en el post, la sugerencia de Heimish2000 era correcta. Mi comentario iba con la intención de tratar de mejorar el perfomance,

En este foro hemos discutido muchas veces acerca de qué consultas tienen mejor rendimiento, si utilizando IN o EXISTS o como es el caso hacer una consulta y poco más compleja o varias uniones sencillas. No sé qué tantos registros tengas en tu tabla, pero igual y sería interesante que ejecutaras ambas consultas y nos comentaras los tiempos de respuesta, para tener un parámetro de comparación. Igual y resulta que es más eficiente el modo en que plantea la consulta el compañero Heimish2000 que la consulta que pose yo.

De cualquier manera me alegra que hayas encontrado la solución.

Saludos
Leo.