Tema: 61. Id Pregunta: 3957. NULL en SQL

[phdezv]

En el lenguaje SQL, un valor NULL:
Tema: 61. Id Pregunta: 3957. Map 2005
a) Significa blancos o ceros.
b) Puede ser utilizado en una instrucción SELECT.
c) Se utiliza para referirse a la información que es incompleta o de la que no se dispone.
d) Ha de ser igual a cualquier otro valor NULL en cualquier sistema.

Da como buena la C, coincidente con el examen de la convocatoria 2005 que he encontrado en la página de Baquedano pero que no veo si es definitiva o provisional.

Se entiende como NULL la ausencia de valor de un elemento. Nunca he visto que se use para información "incompleta".
Por otra parte, en una sentencia SELECT se puede poner como condición de un "where" que el valor sea NULL.

Con esos argumentos, la correcta debería ser la B.

¿Cómo lo veis?

[cybernomad]

Opino igual que tú.

[quiqueroal]

Totalmente de acuerdo... sería la b en mi opinión también.

[opositorTICTAC]

Yo creo que tenéis razón, lo único que podrían argumentar para dar como válida la respuesta que dieron es que, en realidad " SELECT from "no usa NULL y WHERE es otra cláusula distinta donde si se puede usar NULL a pesar de que se use conjuntamente con SELECT. Es lo único que se me ocurre para justificar esa posible respuesta...

[scutums]

Yo creo que tenéis razón, lo único que podrían argumentar para dar como válida la respuesta que dieron es que, en realidad " SELECT from "no usa NULL y WHERE es otra cláusula distinta donde si se puede usar NULL a pesar de que se use conjuntamente con SELECT. Es lo único que se me ocurre para justificar esa posible respuesta...

Eso mismo he pensado yo. El razonamiento que se ha podido seguir en esa pregunta es la de que una sentencia SELECT FROM (sin clausula WHERE) por sí misma no puede contemplar el NULL, mientras que con WHERE sí.
Por otro lado, el definir "incompleta" en una respuesta puede ser algo impreciso y confuso. Yo hubiera indicado más bien como la ausencia de información o indisponibilidad de la misma.

[phdezv]

Esa definición sería bastante más clara, scutums, sin dar lugar a confusión.

Y respecto de la instrucción, sigo pensando que, como WHERE no se puede utilizar de forma autónoma sino como cláusula de una sentencia como SELECT; entonces la "instrucción" SELECT sí que podría incluir un NULL como parte del WHERE.

[opositorTICTAC]

Esa definición sería bastante más clara, scutums, sin dar lugar a confusión.

Y respecto de la instrucción, sigo pensando que, como WHERE no se puede utilizar de forma autónoma sino como cláusula de una sentencia como SELECT; entonces la "instrucción" SELECT sí que podría incluir un NULL como parte del WHERE.

Que quede claro que no soy de desarrollo... sólo comento para aprender.
Según lo que comentas.... TODO se podría usar con SELECT ya que, suele ser la primera instrucción cuando queremos obtener datos de una o varias tablas de una BD y todo estaría como "englobado" con la sentencia SELECT... ?
Creo que una cosa es que una sentencia pueda usar algo nativamente y otra muy distinta a través de otra cláusula.

[phdezv]

@opositorTicTac tod@s aquí aprendemos de alguna u otra forma.

Según lo que comentas.... TODO se podría usar con SELECT ya que, suele ser la primera instrucción cuando queremos obtener datos de una o varias tablas de una BD y todo estaría como "englobado" con la sentencia SELECT... ?
Creo que una cosa es que una sentencia pueda usar algo nativamente y otra muy distinta a través de otra cláusula.

Efectivamente, pero la cuestión es que PUEDE USARSE. Sea de forma sencilla o mediante cláusulas adicionales. Aquí todo es "nativo", digamos, porque muchas de las sentencias SQL (como SELECT) vienen de otros SGBD anteriores.
Lo que quiero decir es que las cláusulas como WHERE valor=NULL, por ej., no pueden usarse de forma autónoma, sin formar parte de otra sentencia, como SELECT.