No es NULL pero es nulo!?¡¿

[MACGREGOR]

Tengo una pequeña duda y me gustaría que alguien me aclarara un concepto...
Al ejecutar la siguiente select:

SELECT U.ID_USER FROM MICRO.TBL_USER U WHERE U.USERNAME = 'MACGREGOR'

Si el usuario existe me devuelve el identificador, pero si no existe no devuelve nada. Cuando digo nada me refiero a que no devuelve NULL, devuelve nada de nada! :(

Pensaba que retornaba NULL de manera que he utilizado esa consulta dentro de la siguiente:

SELECT CASE WHEN S.ID_USER IS NOT NULL THEN 0 ELSE (SELECT MAX(U.ID_USER)+1 FROM MICRO.TBL_USER U) END
FROM (SELECT U.ID_USER FROM MICRO.TBL_USER U WHERE U.USERNAME = 'MACGREGOR')S

La idea es que retorne 0 si el nombre de usuario existe o el primer identificador libre para añadir un nuevo usuario... Si el usuario existe retorna 0 si no existe, no retorna nada :(

Yo programo en Perl para conectar con Oracle, y puedo solucionar el problema lanzando dos consultas y controlando desde Perl lo que me devuelve Oracle, pero gastaría más recursos y sería más lento...

Además me corroe la curiosidad de saber que pasa y porque!

Alguien me puede hechar una mano?? Gracias.

[MACGREGOR]

También he provado la siguiente consulta pero obtengo un resultado "vacío" si el usuario no existe.

SELECT NVL(S.ID_USER,(SELECT MAX(U.ID_USER)+1 FROM MICRO.TBL_USER U))
FROM (SELECT U.ID_USER FROM MICRO.TBL_USER U WHERE U.USERNAME = 'MACGREGOR')S

[MACGREGOR]

Al final hice otra consulta SQL para obtener lo que buscaba, pero sigo estando muy interesado en saber que devuelve oracle en casos como los que he puesto antes.

Espero que alguien lo sepa para quitarme de encima esa duda.
Como dice un amigo mio... Lo que más me pudre es no saber el porqué!

Esta es la consulta que he hecho al final (por si le interesa a alguien )

SELECT DISTINCT
CASE WHEN (SELECT COUNT(*) FROM MICRO.TBL_USER U
WHERE U.USERNAME = 'MACGREGOR')=0
THEN (SELECT MAX(U.ID_USER)+1 FROM MICRO.TBL_USER U)
ELSE 0
END
FROM MICRO.TBL_USER U

gracias de antemano

[Worp9975]

A ver si tu tiras una consulta en una tabla que no tiene filas Oracle devuelve NULL ; pero no te dice NULL , sencillamente no sale nada. Si él te devolviese la cadena NULL el usuario podría interpretar el campo en esa fila contiene la cadena NULL . Si no te devuelve nada es que te devuelve NULL.

Por ejemplo:

te creas esta tabla que inicialmente no contiene información.

Código PHP:

  CREATE TABLE tabla1 ( COL1 VARCHAR2(100) ) ;  
   

tiras una select para sacar lo que tiene desde SQLPLUS por ejemplo

Código PHP:

  SELECT * FROM tabla1 ; 
COMMIT WORK ;  
   

ahora inserta un registro con la palabra NULL

Código PHP:

  INSERT INTO tabla1 VALUES ('NULL');  
   

y vuelve a tirar la select

Código PHP:

  SELECT * FROM tabla1 ;  
   

En definitiva , si no hay nada en ese campo Oracle te devuelve NULL osea nada. otra cosa es como Perl te devuelve y trata los NULLs. Pero desde SQLPLUS funciona así.

SAlu2

[charlytesis]

Macgregor, el punto es el siguiente, nosotros pensamos que siempre algun valor que no retorna es NULL, pero no es asi, existen dos tipos de respuestas diferentes, uno que es justamente el NULL, y otro que es VACIO, si vacio, ya que no existen datos, y NULL es cuando si existiera el dato entre comillas, pero no nos sirve, hay un poco de complicaciòn en esto al principio pero con la practica se aprende.

[MACGREGOR]

Gracias por vuestras respuestas.
Entiendo que un campo pueda ser nulo (NULL) y que si se realiza una consulta o función sobre un campo nulo el resultado puede ser también NULL.
Pero creo que es como si existiera otro tipo de valor "NULL" aplicable a lo que puede retornarte una función o una subconsulta.
Después de mi experiencia (y de buscar en san google) lo denominaré NO_ROWS. (ya que he visto en varios sitios referencias a no_rows selected)

Ahora me gustaría saber como controlar este resultado, hay alguna variable especial que se pueda utilizar dentro de una consulta SQL? o en programación PL/SQL??

Nuevamente gracias.

[charlytesis]

Bueno, cuando haces una una consulta para ver si es NULL o no generalamente haces llo siguiente:

SELECT *
FROM EMPLEADOS
WHERE NOMBRE IS NULL

en el otro caso es muy parecido con la pequeña diferencia que :

SELECT *
FROM EMPLEADOS
WHERE NOMBRE=''

prueba, espero te sirva, saludos....

[Worp9975]

Iniciado por MACGREGOR

Gracias por vuestras respuestas.
Entiendo que un campo pueda ser nulo (NULL) y que si se realiza una consulta o función sobre un campo nulo el resultado puede ser también NULL.
Pero creo que es como si existiera otro tipo de valor "NULL" aplicable a lo que puede retornarte una función o una subconsulta.
Después de mi experiencia (y de buscar en san google) lo denominaré NO_ROWS. (ya que he visto en varios sitios referencias a no_rows selected)

Ahora me gustaría saber como controlar este resultado, hay alguna variable especial que se pueda utilizar dentro de una consulta SQL? o en programación PL/SQL??

Nuevamente gracias.

Si pero se utiliza en procedimientos almacenados. El nombre de la variable se llaman %SQLROWCOUNT

Por ejemplo

Código PHP:

  CREATE OR REPLACE PROCEDURE prueba_select 
IS

BEGIN

   insert into emp 
      select * from emp where empno = 988899  ;


   if sql%rowcount = 0 then
      dbms_output.put_line ('No se insertaron filas') ;
   else
      dbms_output.put_line('Insertadas '|| sql%rowcount ||' filas en emp');
   end if ;


END ;  
   

Pero no las puedes usar fuera del PL/SQL de Oracle , osea java por ejemplo.

[diegopedro]

MACGREGOR

Hace poco tuve algo parecido.

Migre de unix-oracle 8i a mierdasoft(microsoft)-oracle 10i

una de mis tablas clientes contenia 150 registros

Realice un select * from cliente where nombre is null
y me aparecia 15 registros viendo bien el la tabla existian mas campos vacios.

Analice bien la situacion y me encontre caracteres escondidos espacios ; etc que mierdasoft y oracle no los interpretaron.

Revisa en los campos nulos caracteres ocultos????

[diegopedro]

MACGREGOR

Hace poco tuve algo parecido.

Migre de unix-oracle 8i a mierdasoft(microsoft)-oracle 10i

una de mis tablas clientes contenia 150 registros

Realice un select * from cliente where nombre is null
y me aparecia 15 registros viendo bien el la tabla existian mas campos vacios.

Analice bien la situacion y me encontre caracteres escondidos espacios ; etc que mierdasoft y oracle no los interpretaron.

Revisa en los campos nulos caracteres ocultos????

[PequeñoMauro]

Ni bien tenga algún caracter escondido, ya sea un espacio o lo que sea, deja de ser NULL.

[diegopedro]

Iniciado por PequeñoMauro

Ni bien tenga algún caracter escondido, ya sea un espacio o lo que sea, deja de ser NULL.

Estoy de acuerdo, pero cuando muestras esa informacion en un reporte el cliente no ve nada. De que me sirve hacer un select * from tabla where campo is null si el resultante no es que yo requiero.

Tengo que limpiar la tabla con esos caracteres escondidos, para que la informacion sea fidedigna y no entregar algo erroneo.


Atte

[DeYoN]

Buenos días,

MACGREGOR, tiene toda la razón hay ocasiones en las que un select no devuelve nada (ojo ninguna fila no_rows) que es diferente de devolver un NULL.

Como ilustración el siguiente ejemplo:

Creamos una tabla:

Código PHP:

  CREATE TABLE tabla1 ( COL1 VARCHAR2(100) ) ;  
   

Realizamos un select dando un valor por defecto si el campo es NULL

Código PHP:

  SELECT NVL(col1,5) FROM tabla1;  
   

Si lanzamos la consulta no obtenemos ningun resultado NO_ROWS, dado que la funcion nvl no funciona porque no se aplica sobre ningun campo ya que no se ha devuelto nada.

Así pues la SOLUCIÓN, y estoy orgulloso de ella por que la he pensado yo solito es obligar a que nos devuelva al menos una fila para que se pueda aplicar la funcion nvl sobre un campo null.

Para ello utilizamos la tabla dual cruzandola con un left join, que oracle quedaria de la siguiente manera:

Código PHP:

  SELECT nvl(tabla1.COL1, 5), dummy  FROM tabla1, dual WHERE dual.dummy != tabla1.col1(+);  
   

De esta manera si la consulta no nos devuelve nada, obtendremos el valor por defecto 5.

Pero aun no no hemos terminado , ya que si insertamos un valor NULL dentro de TABLA1.COL1 no se cumpliria la condición "WHERE dual.dummy != tabla1.col1(+)" y perderiamos esa fila en la consulta.

Asi que un último paso:

Código PHP:

  select nvl(tabla1.COL1,6), dummy  from tabla1, dual WHERE dual.dummy != nvl(tabla1.col1(+),0);  
   

Y YA ESTA CASI TERMINADO! , no obstante hay que asegurarse que la clausula "dual.dummy != nvl(tabla1.col1(+),0);" se cumpla siempre para no perder ninguna columna, en este caso concreto si COL1 = 'X' perderiamos esa fila.

También podriamos usar nuestra propia tabla con un determinado valor (solo una fila) en lugar de usar la tabla dual, cada uno que le eche imaginación.

Espero que os pueda servir de ayuda, un Saludo,
Eduardo Antón.