NULL y NO NULL

10/07/2008 - 18:10 por juan | Informe spam
Hola como podeis observar por la pregunta novato % aparte de int y money que
no admiten NULL, que es lo mejor para diferenciar en admitir NULL o NO NULL.

Preguntas similare

Leer las respuestas

#6 Carlos M. Calvelo
11/07/2008 - 02:32 | Informe spam
On 11 jul, 01:39, "Maxi Accotto"
wrote:

la definicion de un null lo debes tomar en medida de la logica
del negocio,




No.
La lógica de nogocio puede llevar a uno a tener que confrontar
el problema de que puede faltar información. Y también a tener
que registrar las razones de esa falta de información.
Si se decide hacelo con nulos (lo cual no es necesario), eso
sería en todo caso a nivel físico y no lógico, que es de lo que
se habla cuando se habla de 'lógica de nogocio'.


...
no es malo usar nulos,
...



http://www.dbdebunk.com/page/page/2928212.htm


de hecho estan y
no hacen las cosas mas lentas ni nada por el estilo, solo hay que tener
cuidado como se los maneja ya que tienen un tratado especial




Ese trato especial es uno de los aspectos que ridiculizan
a SQL como (diseño de un) lenguaje y con consecuencias
muy negativas en la práctica para quienes tenemos que usarlo.

Hugh Darwen:
"Finally, I wish to add something to what Lex has said with reference
to the claim that "it doesn't really matter: we know how NULL behaves
and so all we have to do is be careful to write correct code that
avoids the pitfalls". Lex has given our reasons for dismissing the
claim, but I think it is important to understand why such claims are
made, and made so vehemently, in the first place. I strongly believe
that the answer lies in "job protection". Bad languages give rise to
experts, who can charge highly for their expertise."

Aunque no me gusta hacer llamamientos a la autoridad, quiero
hacer hincapié en que Hugh Darwen no es cualquier payaso que
por casualidad escribe sobre bases de datos. Es uno de los
personajes que no solo describen, sino que también 'definen'
este campo.

Saludos,
Carlos
Respuesta Responder a este mensaje
#7 Maxi Accotto
11/07/2008 - 03:02 | Informe spam
La verdad que ponerme a discutir contigo teorias de bases de datos no tiene
sentido, te recomiendo que hables con los programadores de Microsoft asi te
contratan y les dices como hacer un sistema de base de datos :)


Saludos
Maxi Accotto
Microsoft MVP en SQLServer
SQltotalconsulting
-

"Carlos M. Calvelo" escribió en el mensaje de
noticias:
On 11 jul, 01:39, "Maxi Accotto"
wrote:

la definicion de un null lo debes tomar en medida de la logica
del negocio,




No.
La lógica de nogocio puede llevar a uno a tener que confrontar
el problema de que puede faltar información. Y también a tener
que registrar las razones de esa falta de información.
Si se decide hacelo con nulos (lo cual no es necesario), eso
sería en todo caso a nivel físico y no lógico, que es de lo que
se habla cuando se habla de 'lógica de nogocio'.


...
no es malo usar nulos,
...



http://www.dbdebunk.com/page/page/2928212.htm


de hecho estan y
no hacen las cosas mas lentas ni nada por el estilo, solo hay que tener
cuidado como se los maneja ya que tienen un tratado especial




Ese trato especial es uno de los aspectos que ridiculizan
a SQL como (diseño de un) lenguaje y con consecuencias
muy negativas en la práctica para quienes tenemos que usarlo.

Hugh Darwen:
"Finally, I wish to add something to what Lex has said with reference
to the claim that "it doesn't really matter: we know how NULL behaves
and so all we have to do is be careful to write correct code that
avoids the pitfalls". Lex has given our reasons for dismissing the
claim, but I think it is important to understand why such claims are
made, and made so vehemently, in the first place. I strongly believe
that the answer lies in "job protection". Bad languages give rise to
experts, who can charge highly for their expertise."

Aunque no me gusta hacer llamamientos a la autoridad, quiero
hacer hincapié en que Hugh Darwen no es cualquier payaso que
por casualidad escribe sobre bases de datos. Es uno de los
personajes que no solo describen, sino que también 'definen'
este campo.

Saludos,
Carlos
Respuesta Responder a este mensaje
#8 Carlos M. Calvelo
11/07/2008 - 11:52 | Informe spam
On Jul 11, 3:02 am, "Maxi Accotto"
wrote:
La verdad que ponerme a discutir contigo teorias de bases de datos no tiene
sentido, te recomiendo que hables con los programadores de Microsoft asi te
contratan y les dices como hacer un sistema de base de datos :)




La cuantificación del contenido de tu reacción no es NULL.
Tiene un valor bien definido que en el mundo real se suele
representar como 'cero patatero'.
A tu sarcasmo se le podría atribuir una cuantificación
positiva, pero no suma al contenido.

Saludos,
Carlos
Respuesta Responder a este mensaje
#9 Alfredo Novoa
11/07/2008 - 12:13 | Informe spam
On 11 jul, 03:02, "Maxi Accotto"
wrote:

La verdad que ponerme a discutir contigo teorias de bases de datos no tiene
sentido,



Pues no, es verdad que no tiene sentido que te pongas a discutir sobre
lo que no sabes.

te recomiendo que hables con los programadores de Microsoft asi te
contratan y les dices como hacer un sistema de base de datos :)



Esto tiene poco que ver con la discusión, pero ojalá fuese tan fácil.
Incluso la gente dentro de Microsoft que sabe como hacer mejores
sistemas de bases de datos lo tiene muy difícil para que les hagan
caso. Esto pasa con la mayoría de las grandes empresas.


Saludos
Respuesta Responder a este mensaje
#10 juan
11/07/2008 - 14:08 | Informe spam
Hola de nuevo: mi intención al entrar aquí fue nada más de aprender y no
crear ningún problema ni da pie a ver quien sabe más. Un saludo del novato y
jubilado.
"juan" escribió en el mensaje
news:g55c9u$733$
Hola como podeis observar por la pregunta novato % aparte de int y money
que no admiten NULL, que es lo mejor para diferenciar en admitir NULL o NO
NULL.

Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida