consultas vacias

[cucuru]

hola a todos, tengo una base de datos como la que sigue:

Código PHP:

  

mysql> select * from usuarios;
+-----------+--------+
| usuarioID | codigo |
+-----------+--------+
|         1 |    456 |
|         2 |    789 |
|         3 |    123 |
+-----------+--------+
3 rows in set (0.00 sec)  
   

Mi consulta es buscar usuarioID a partir de un código dado, me gustaría que si la consulta sale vacía no salga respuesta "empty set" sino NULL, por ejemplo:

Código PHP:

  
mysql> SELECT usuarioID FROM usuarios WHERE codigo = 45;
Empty set (0.00 sec)  
   

Me devuelva algo así:

Código PHP:

  
+-----------+
| usuarioID |
+-----------+
|      Null |
+-----------+  
   

¿Eso puede hacerse?

Gracias!!!

[gnzsoloyo]

Técnicamente, no, porque "empty set" implica que sólo ha devuelto encabezados, pero no datos, y NULL no significa que no haya datos, sino que un dato contiene NULL, o su estado es indefinido.
NULL y sin registros no son conceptualmente, ni para la base de datos, la misma cosa.

¿Qué problema te causa este tipo de devolución. Pregunto porque presumo que no vas a usar esa tabla directamente en la consola sino en la programación de una aplicación, y allí la cosa se resuelve de otros modos.

[cucuru]

hola efectivamente, todo lo que dices es cierto.

No voy a usarlo por consola, estoy realizando una consulta grandísima (unas 20 consultas en 1) en mi base de datos, y tengo que comprobar todos los datos, parte de estas comprobaciones, son 3 valores que pueden ser erróneos, y tengo que saber cual de ellos falló porque según cual haya sido, tengo que hacer una cosa u otra.

Estoy programando en java. Una de estas consultas posibles que darían como resultado un empty set son, el código de usuario, que puede ser que no exista, un ejemplo de ello es el meter el chip de un DNI en el lector de tarjetas de crédito, leo el chip, y ese número no está en mi base de datos, resultado un empty set que yo necesito saber de donde ha venido.

Los otros dos casos son exactamente iguales al anterior.

Muchas gracias!!!

[gnzsoloyo]

En esos casos lo mejor es usar COUNT() para que te devuelva apariciones (que sería siempre 1 cuando existe), ya que eso al menos te devolvería un dato real. O al menos para saber previamente si tienes usuarios que cumplan la condición.
Algo como:

Código MySQL:

SELECT COUNT(*) usuarios
FROM usuarios 
WHERE codigo = 45;
 

Otro detalle es que si estás usando INNER JOIN, sólo devolverá datos si y sólo si hay concidencias totales. Si una de las tablas puede devolver NULL, se debe usar LEFT JOIN o RIGHT JOIN, y buscar que aparezca el NULL.

[cucuru]

hola, el count no me serviría, porque sería una consulta previa, si no es "void" necesito saber que tiene, para comprobar que usuario está usando su tarjeta.

No quiero hacer consultas previas porque es muy grande mi base de datos y perdería mucho tiempo

Gracias!

[gnzsoloyo]

hola, el count no me serviría, porque sería una consulta previa, si no es "void" necesito saber que tiene, para comprobar que usuario está usando su tarjeta.

Si "codigo" es un campo de USUARIOS, y pueden existir valores no que no aparezcan en la tabla, ¿de dónde salen esos valores?

Todo el planteo me hace sospechar de un error de diseño de sistema, de modelado del sistema, o un defecto de diseño en la base.
Digo esto porque si en un sistema dado los usuarios tienen un ID, y además tienen asignado el uso de determinado identificador físico (tarjeta, en tu caso), no deberían existir registros en ninguna otra tabla que no aparezcan en la tabla USUARIOS y que no se relacionen con algún "codigo". Si se puede producir, hay un factor humano agregándole "ruido" al sistema.
¿De dónde proviene el "45" de tu ejemplo? ¿De alguna tabla?

No quiero hacer consultas previas porque es muy grande mi base de datos y perdería mucho tiempo

¿A qué le llamas "muy grande"? ¿Cuán grande? ¿Cuántos registros por tabla?

[cucuru]

Hola, no no es un error de diseño, puede ser como te digo que se utilice una tarjeta de características similares (misma tecnología) en mi sistema y al no estar dada de alta en el mismo de problemas.

Un ejemplo puede ser como dije antes que se lea el chip de un DNI en un lector de tarjetas de crédito, ese chip tiene un código, que no existirá en mi base de datos. Los otros dos casos se deben a que los datos los recibo vía inalámbrica y tengo quie comprobar que no haya habido errores.

Estoy hablando de alrededor de 1 millón de datos por tabla, y mi base de datos está formada por 50 tablas.

Gracias