Tipo de dato int?

On Sun, 1 Jan 2006 12:16:57 +0100, "Octavio Hernandez"
wrote:

Como ves, la idea principal es la de que se pueda asignar el valor null
también a los tipos valor, algo super útil, por ejemplo, en las aplicaciones
relacionadas con bases de datos.

Yo creo que la única utilidad que puede tener son las aplicaciones de
bases de datos, pero por otra parte los nulos de las bases de datos
son un gran error que del que ya se dio cuenta el equipo de System R
en los 70, y deberían de usarse lo menos posible. Lo que hacen los
tipos anulables es propagar los errores de diseño de SQL a C#.

Aunque si SQL no se puede arreglar por que es demasiado tarde, supongo
que si que es necesario estropear un poco C# para que estén mejor
acoplados.


Saludos
Alfredo

Alfredo,

Yo creo que la única utilidad que puede tener son las aplicaciones de
bases de datos...

No sé si iré por mal camino, yo últimamente me estoy habituando a usarlos
para representar propiedades de una clase cuyo valor puede estar ausente,
por ejemplo la fecha de nacimiento de un cliente.En el fondo me parece mejor
que poner 1/1/1980, DateTime.MinValue o cualquier otra constante inventada.

Aunque si SQL no se puede arreglar por que es demasiado tarde, supongo
que si que es necesario estropear un poco C# para que estén mejor
acoplados.

Ja, ¡de acuerdo!

Slds - Octavio

On Mon, 2 Jan 2006 22:54:50 +0100, "Octavio Hernandez"
wrote:

Yo creo que la única utilidad que puede tener son las aplicaciones de
bases de datos...

No sé si iré por mal camino, yo últimamente me estoy habituando a usarlos
para representar propiedades de una clase cuyo valor puede estar ausente,
por ejemplo la fecha de nacimiento de un cliente.En el fondo me parece mejor
que poner 1/1/1980, DateTime.MinValue o cualquier otra constante inventada.

Hombre, eso tiene toda la pinta de ser una aplicación de bases de
datos :-)

La forma relacional de hacer eso es crear una tabla para las fechas de
nacimiento de los clientes y tener registros solo para los clientes
con fecha de nacimiento conocida. Así desaparecen los nulos.

El problema es que con los SGBD actuales eso funcionaría muy lento
(muchos joins), y por culpa de eso tenemos que recurrir a la chapuza
de los nulos, con todos los problemas que traen.


Saludos
Alfredo

Alfredo,

No sé si iré por mal camino, yo últimamente me estoy habituando a usarlos
para representar propiedades de una clase cuyo valor puede estar ausente,
por ejemplo la fecha de nacimiento de un cliente.En el fondo me parece
mejor
que poner 1/1/1980, DateTime.MinValue o cualquier otra constante
inventada.

Hombre, eso tiene toda la pinta de ser una aplicación de bases de
datos :-)

Bueno, yo (creo que ;-) creo que no necesariamente. Aquí podríamos discutir
un rato :-)

El problema es que con los SGBD actuales eso funcionaría muy lento
(muchos joins), y por culpa de eso tenemos que recurrir a la chapuza
de los nulos, con todos los problemas que traen.

De acuerdo. Quién sabe si en un futuro el "hardware" llegue a un nivel de
rendimiento que nos permita darnos el lujo de hacer las cosas "bien".

Salu2 - Octavio

On Tue, 3 Jan 2006 21:40:01 +0100, in microsoft.public.es.csharp you
wrote:

El problema es que con los SGBD actuales eso funcionaría muy lento
(muchos joins), y por culpa de eso tenemos que recurrir a la chapuza
de los nulos, con todos los problemas que traen.

De acuerdo. Quién sabe si en un futuro el "hardware" llegue a un nivel de
rendimiento que nos permita darnos el lujo de hacer las cosas "bien".

No, si de hardware vamos sobradísimos. El problema es solo de
software.


Saludos