SQL SERVER fecha 01/Ene/1900

SQL Server no tiene el concepto de fecha "vacia" como VFP, lo que deberias
hacer es darle un valor Null al campo fecha (si el campo acepta valores
Null).


Luis María Guayán
Tucumán, Argentina
________________________________
SysOp de www.PortalFox.com
Microsoft Visual FoxPro MVP
________________________________
La palabra imposible solo figura
en el diccionario de los tontos


"Alberto Muñoz" escribió en el mensaje
news:eX$
Mostrar la cita

Hola Grupo.

Hay alguna forma de evitar que se grabe en la tabla la fecha 01/Ene/1900
cuando el usuario deja vacio el campo de fecha y oprime el botón grabar en
la aplicación?

Es posible dejar el campo fecha vacío sin que se grabe esta fecha?

Gracias por cualquier ayuda.

De todas maneras ten en cuenta que altamente desaconsejable dejar campos
con valor NULL dentro de las tablas SQL Server ya que si participan alguna
vez en consultas SELECT los resultados son impredecibles, a no ser, claro,
que los tengas en cuenta y escribas las SELECT para no considerar.
Salu2

Nelson Rodriguez
Salto - Uruguay


"Alberto Muñoz" escribió en el mensaje
news:eX$
Mostrar la cita

Hola Grupo.

Hay alguna forma de evitar que se grabe en la tabla la fecha 01/Ene/1900
cuando el usuario deja vacio el campo de fecha y oprime el botón grabar en
la aplicación?

Es posible dejar el campo fecha vacío sin que se grabe esta fecha?

Gracias por cualquier ayuda.

Desaconsejable?
Yo no diría eso, hay casos muy específicos en dónde es necesario, y
cualquier "consejo" lo tienes que tirar por la borda, por ejemplo, si
guardas la fecha en que das de baja un item de tu inventario, que fecha le
pones si tu item sigue en uso??, la fecha de hoy?, la fecha de un
aproximado?, pues no, le pones NULL!!

El concepto de NULL es algo muy interesante, ha formado una revolución en
los conceptos de base de datos, ya que un valor NULL tiene la capacidad de
ser nada y a la vez significar algo, algo muy parecido a lo ocurrido con
la invención del número cero (cortesía de los pueblos Mayas) .

El concepto de NULL ayuda bastante a darse cuenta de lo que no se conoce,
y generalmente responde a todas las preguntas con un "No lo sé":

1.- ¿En que fecha te moriste? --> NULL --> No lo sé, sigo vivo.
2.- ¿Cuantos años tenias cuando te divorciaste? --> NULL -> No lo sé,
nisiquiera me he casado
3.- ¿Cuanto dinero ganas con tu jubilación? --> NULL --> No lo sé, no me
he jubilado, sigo trabajando

Así pues, considero que *no* es "desaconsejable" el uso de NULLs, en otras
palabras, lo debe usar sólo en los casos en que no se sabe con certeza las
cosas, que de casos hay muchos. Por otro lado, quizás sea incómodo su uso
(para aquellos que inician en éstos conceptos), pero de que sea
desaconsejable, de ninguna manera, es más bien cuestión de acostumbrarse,
como dirían otros:"Es como ir a un picnic y no encontrar hormigas"

Claro está que en algunos casos le puedes poner algo que según TU modo de
ver signifique "algo", por ejemplo, si la fecha de nacimiento y defunción
es la misma y una banderita de finado *no* está puesta, entonces no sabes;
o si le pones cero en los años de divorciado, entonces no se ha
divorciado; o si le pones $0 a la cantidad ganada en tu jubilación... ahhh
entonces NO está jubilado. Si, es fácil, es sencillo, pero incurres en
graves problemas debido a que estás falseando una información y se cae en
ambiguedades relativas a interpretaciones personales, ya que desde un
inicio, lo que quisiste decir fué "No lo sé", para qué complicarse la vida
?, si no lo sabes, dilo, pero no inventes. Las bases de datos deben ser
confiables y no presentar inconherencias nunca.

Saludos!


Mostrar la cita

De todas maneras ten en cuenta que altamente desaconsejable dejar campos
con valor NULL dentro de las tablas SQL Server ya que si participan alguna
vez en consultas SELECT los resultados son impredecibles, a no ser, claro,
que los tengas en cuenta y escribas las SELECT para no considerar.
Salu2

Nelson Rodriguez
Salto - Uruguay

"Alberto Muñoz" escribió en el mensaje
news:eX$
Mostrar la cita

Hola Grupo.

Hay alguna forma de evitar que se grabe en la tabla la fecha 01/Ene/1900
cuando el usuario deja vacio el campo de fecha y oprime el botón grabar en
la aplicación?

Es posible dejar el campo fecha vacío sin que se grabe esta fecha?

Gracias por cualquier ayuda.

ž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º
Espartaco Palma Martínez
SysOp PortalFox.com
Acapulco, México
email:mexicoSINSPAM[Arroba]portalfox.com

-
PortalFox :: Nada corre como un zorr
http://www.portalfox.co

PortalFox - NNTP Forum Gatewa

Gracias Esparta !!
Definitivamente le tuve que poner el NULL precisamente porque el usuario
deja el campo vacío al llenar el formulario porque "No sabe" en el momento
su valor.
Saludos.


"Esparta Palma" escribió en el
mensaje news:%23$
Mostrar la cita

Desaconsejable?
Yo no diría eso, hay casos muy específicos en dónde es necesario, y
cualquier "consejo" lo tienes que tirar por la borda, por ejemplo, si
guardas la fecha en que das de baja un item de tu inventario, que fecha le
pones si tu item sigue en uso??, la fecha de hoy?, la fecha de un
aproximado?, pues no, le pones NULL!!

El concepto de NULL es algo muy interesante, ha formado una revolución en
los conceptos de base de datos, ya que un valor NULL tiene la capacidad de
ser nada y a la vez significar algo, algo muy parecido a lo ocurrido con
la invención del número cero (cortesía de los pueblos Mayas) .

El concepto de NULL ayuda bastante a darse cuenta de lo que no se conoce,
y generalmente responde a todas las preguntas con un "No lo sé":

1.- ¿En que fecha te moriste? --> NULL --> No lo sé, sigo vivo.
2.- ¿Cuantos años tenias cuando te divorciaste? --> NULL -> No lo sé,
nisiquiera me he casado
3.- ¿Cuanto dinero ganas con tu jubilación? --> NULL --> No lo sé, no me
he jubilado, sigo trabajando

Así pues, considero que *no* es "desaconsejable" el uso de NULLs, en otras
palabras, lo debe usar sólo en los casos en que no se sabe con certeza las
cosas, que de casos hay muchos. Por otro lado, quizás sea incómodo su uso
(para aquellos que inician en éstos conceptos), pero de que sea
desaconsejable, de ninguna manera, es más bien cuestión de acostumbrarse,
como dirían otros:"Es como ir a un picnic y no encontrar hormigas"

Claro está que en algunos casos le puedes poner algo que según TU modo de
ver signifique "algo", por ejemplo, si la fecha de nacimiento y defunción
es la misma y una banderita de finado *no* está puesta, entonces no sabes;
o si le pones cero en los años de divorciado, entonces no se ha
divorciado; o si le pones $0 a la cantidad ganada en tu jubilación... ahhh
entonces NO está jubilado. Si, es fácil, es sencillo, pero incurres en
graves problemas debido a que estás falseando una información y se cae en
ambiguedades relativas a interpretaciones personales, ya que desde un
inicio, lo que quisiste decir fué "No lo sé", para qué complicarse la vida
?, si no lo sabes, dilo, pero no inventes. Las bases de datos deben ser
confiables y no presentar inconherencias nunca.

Saludos!


Mostrar la cita

De todas maneras ten en cuenta que altamente desaconsejable dejar campos
con valor NULL dentro de las tablas SQL Server ya que si participan alguna
vez en consultas SELECT los resultados son impredecibles, a no ser, claro,
que los tengas en cuenta y escribas las SELECT para no considerar.
Salu2

Mostrar la cita

Nelson Rodriguez
Salto - Uruguay

"Alberto Muñoz" escribió en el mensaje
news:eX$
Mostrar la cita

Hola Grupo.

Hay alguna forma de evitar que se grabe en la tabla la fecha 01/Ene/1900
cuando el usuario deja vacio el campo de fecha y oprime el botón grabar
en
la aplicación?

Es posible dejar el campo fecha vacío sin que se grabe esta fecha?

Gracias por cualquier ayuda.

¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º
Espartaco Palma Martínez
SysOp PortalFox.com
Acapulco, México
email:mexicoSINSPAM[Arroba]portalfox.com


PortalFox :: Nada corre como un zorro
http://www.portalfox.com

PortalFox - NNTP Forum Gateway

Lo dicho, interpretación.

Mostrar la cita

Se puede definir un valor por default en un campo cuando el registro entra
sin valor en ese campo.
Si no sabe el valor en ese momento:
Numero --> guarde 0
String - > guarde ''
Fecha-> guarde '01/01/1900' , y se adopta esa fecha como NO
FECHA.

Salu2
Nelson

"Alberto Muñoz" escribió en el mensaje
news:%
Mostrar la cita

Gracias Esparta !!
Definitivamente le tuve que poner el NULL precisamente porque el usuario
deja el campo vacío al llenar el formulario porque "No sabe" en el momento
su valor.
Saludos.


"Esparta Palma" escribió en el
mensaje news:%23$
> Desaconsejable?
> Yo no diría eso, hay casos muy específicos en dónde es necesario, y
> cualquier "consejo" lo tienes que tirar por la borda, por ejemplo, si
> guardas la fecha en que das de baja un item de tu inventario, que fecha

le
Mostrar la cita

> pones si tu item sigue en uso??, la fecha de hoy?, la fecha de un
> aproximado?, pues no, le pones NULL!!
>
> El concepto de NULL es algo muy interesante, ha formado una revolución

en
Mostrar la cita

> los conceptos de base de datos, ya que un valor NULL tiene la capacidad

de
Mostrar la cita

> ser nada y a la vez significar algo, algo muy parecido a lo ocurrido con
> la invención del número cero (cortesía de los pueblos Mayas) .
>
> El concepto de NULL ayuda bastante a darse cuenta de lo que no se

conoce,
Mostrar la cita

> y generalmente responde a todas las preguntas con un "No lo sé":
>
> 1.- ¿En que fecha te moriste? --> NULL --> No lo sé, sigo vivo.
> 2.- ¿Cuantos años tenias cuando te divorciaste? --> NULL -> No lo sé,
> nisiquiera me he casado
> 3.- ¿Cuanto dinero ganas con tu jubilación? --> NULL --> No lo sé, no me
> he jubilado, sigo trabajando
>
> Así pues, considero que *no* es "desaconsejable" el uso de NULLs, en

otras
Mostrar la cita

> palabras, lo debe usar sólo en los casos en que no se sabe con certeza

las
Mostrar la cita

> cosas, que de casos hay muchos. Por otro lado, quizás sea incómodo su

uso
Mostrar la cita

> (para aquellos que inician en éstos conceptos), pero de que sea
> desaconsejable, de ninguna manera, es más bien cuestión de

acostumbrarse,
Mostrar la cita

> como dirían otros:"Es como ir a un picnic y no encontrar hormigas"
>
> Claro está que en algunos casos le puedes poner algo que según TU modo

de
Mostrar la cita

> ver signifique "algo", por ejemplo, si la fecha de nacimiento y

defunción
Mostrar la cita

> es la misma y una banderita de finado *no* está puesta, entonces no

sabes;
Mostrar la cita

> o si le pones cero en los años de divorciado, entonces no se ha
> divorciado; o si le pones $0 a la cantidad ganada en tu jubilación...

ahhh
Mostrar la cita

> entonces NO está jubilado. Si, es fácil, es sencillo, pero incurres en
> graves problemas debido a que estás falseando una información y se cae

en
Mostrar la cita

> ambiguedades relativas a interpretaciones personales, ya que desde un
> inicio, lo que quisiste decir fué "No lo sé", para qué complicarse la

vida
Mostrar la cita

> ?, si no lo sabes, dilo, pero no inventes. Las bases de datos deben ser
> confiables y no presentar inconherencias nunca.
>
> Saludos!
>
>
>>De todas maneras ten en cuenta que altamente desaconsejable dejar campos
>>con valor NULL dentro de las tablas SQL Server ya que si participan

alguna
Mostrar la cita

>>vez en consultas SELECT los resultados son impredecibles, a no ser,

claro,
Mostrar la cita

>>que los tengas en cuenta y escribas las SELECT para no considerar.
>>Salu2
>
>>Nelson Rodriguez
>>Salto - Uruguay
>>
>
> "Alberto Muñoz" escribió en el mensaje
> news:eX$
>> Hola Grupo.
>>
>> Hay alguna forma de evitar que se grabe en la tabla la fecha

01/Ene/1900
Mostrar la cita

>> cuando el usuario deja vacio el campo de fecha y oprime el botón grabar
>> en
>> la aplicación?
>>
>> Es posible dejar el campo fecha vacío sin que se grabe esta fecha?
>>
>> Gracias por cualquier ayuda.

ž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º
Espartaco Palma Martínez
SysOp PortalFox.com
Acapulco, México
email:mexicoSINSPAM[Arroba]portalfox.com


PortalFox :: Nada corre como un zorro
http://www.portalfox.com

PortalFox - NNTP Forum Gateway