Select oracle

[danimorales400]

Hola amigos de foros del web, tengo una duda acerca de un select que estoy realizando en ORACLE, y me gustaría saber si alguno de ustedes puede darme una idea de como realizarlo, a continuación lo describo.

Tengo 2 tablas una con nombres de calles correctos, y otra tabla la cual pasa por algunos proceso de limpieza para eliminar información no deseada, si realizo la siguiente consulta:

Código SQL:

SELECT direccion FROM tabla_2 WHERE procesado='SI';
 

me regresa alrededor de 2000 datos.

Al ejecutar lo siguiente:

Código SQL:

SELECT CAMPO1,DIR,CAMPO3 FROM TABLA_1
WHERE DIR IN (SELECT direccion FROM TABLA_2 WHERE PROCESADO='SI');
 

Dicha consulta me regresa alrededor de 8000 datos, lo que veo es que si ejecuto:

Código SQL:

SELECT CAMPO1,DIR,CAMPO3 FROM TABLA_1 WHERE DIR='PRIMAVERA';
 

Obviamente me regresa todos los campos que contienen el dato PRIMAVERA, entonces concluyo que me esta devolviendo más datos por que encuentra muchas conicidencias, aquí la duda es ¿Cómo manejar ese SELECT para que solo me regrese los 2000 datos? intente haciendo un DISTINCT en la consulta principal pero no me funcionó, ojalá me haya explicado y alguno de ustedes pueda ayudarme con dicha consulta.

[gnzsoloyo]

Posiblemente:

Código SQL:

SELECT T1.CAMPO1, T1.DIR, T1.CAMPO3 
FROM TABLA_1 T1, TABLA2 T2
WHERE T1.DIR = T2.direccion 
    AND T1.DIR  = 'PRIMAVERA'
    AND T2.PROCESADO='SI';
 

[danimorales400]

Muchas gracias por la respuesta rápida, te comento que usando tu propuesta de solución, me sigue mostrando más registros, de cualquier modo seguiré buscando una solución a esto, y si alguien más aporta algo, todas las ideas son bienvenidas, GRACIAS gnzsoloyo

[gnzsoloyo]

Vamos por partes, como decía Jack, the Ripper.

Lo que tienes que determinar primero es cuál es la cardinalidad de la relación entre Tabla_1 y Tabla_2. De lo contrario no podrás resolver tu problema.
Si la relación es 1:1, debería devolver la cantidad de registros igual a la de la consulta que menos devuelve (los 2.000 que mencionas). Eso desde el vamos.
Si devuelve más, no existe un error en la consulta en si, sino que eso indica que hay una relación por lo menos de cardinalidad 1:N, caso en el que siempre te devolverá más registros que la consulta de menor resultado. Es forzoso que eso suceda y es correcto.
Tu error es que no estás restringiendo adecuadamente la query que te devuelve los 8.000 registros. Para que te funcione debes reducir ese resultado y eso únicamente puede hacerse si le agregas a esa tabla condiciones adicionales en el WHERE.
¿Se entiende?
(Repasar los JOIN en caso de no comprenderlo).

Vale decir, la condición

Código SQL:

WHERE PROCESADO='SI'
 

es insuficiente para restringir el resultado. Debes, obligatoriamente, agregar más condiciones para excluir aquellos registros que no corresponden al resultado que buscas.

No puedo decirte mucho más, porque la descripción genérica de tus "tablas" no ayuda a saber con qué modelo de datos estás trabajando.

En resumen: No es un problema de query. Es un problema de parametrizacion del WHERE.

¿Queda clara la idea?

[danimorales400]

Explico un poco la estructura:

Tabla_1 (datos correctos)
*cv
*tipo
*nombre

Tabla_2
*rpu
*direccion
*procesado

la TABLA_1 puede tener nombres iguales pero se identifica por el tipo, por ejemplo:

Nombre = PRIMAVERA puede ser de tipo calle, avenida, callejon

si yo ejecuto por ejemplo:

SELECT CV,NOMBRE FROM TABLA_1 WHERE NOMBRE = 'PRIMAVERA';

Me regresa

Tipo Nombre
CALLE PRIMAVERA
AVENIDA PRIMAVERA
CALLEJON PRIMAVERA
CALLE CALLE A
AVENIDA CALLE B
CALLEJON CALLE B

Al ejecutar:

SELECT DIRECCION FROM TABLA_2 WHERE PROCESADO='SI';

Direccion
PRIMAVERA
CALLE A
CALLE B

Lo que estoy buscando, es la forma de obtener el nombre (sin importar el tipo), solo una vez usando por ejemplo lo siguiente:

SELECT CV,NOMBRE FROM TABLA_1 WHERE NOMBRE IN (SELECT DIRECCION FROM TABLA_2 WHERE PROCESADO='SI');

Busco que el resultado sea:

CV Nombre
123456 PRIMAVERA
654321 CALLE A
987456 CALLE B

Es básicamente lo que busco, la estructura de las tablas quizá no es la más correcta, más sin embargo, yo no diseñé dicho modelo de base de datos, ojalá esto haya quedado un poco más claro, y de nuevo gracias por tu ayuda gnzsoloyo y cualquier comentario quedo a disposición, saludos!

[danimorales400]

Disculpa el formato, pero al enviar la respuesta ese fue su acomodo, saludos!