Fechas en SQL 2008

Pedro.

Lo que planteas es correcto. Solo quiero agregar que el formato literal por
defecto es 'yyyy-mm-dd'.

select ... from tabla where fecha='2008-09-01'

Ademas, solo ocupa 3 bytes y ofrece mayor rango de fechas.


AMB


"Pedro" wrote:

Segun he visto los nuevos tipos fecha de SQL 2008, si uno define un tipo
DATE ya se puede hacer en confianza una comparacion puntual de la forma:

select ... from tabla where fecha='20080901'

y no como antes con los tipos datetime

select ... from tabla where fecha>='20080901' and fecha<'20080902'

?

Ok.

Gracias


"Alejandro Mesa" escribió en el
mensaje news:

Pedro.

Lo que planteas es correcto. Solo quiero agregar que el formato literal
por
defecto es 'yyyy-mm-dd'.

select ... from tabla where fecha='2008-09-01'

Ademas, solo ocupa 3 bytes y ofrece mayor rango de fechas.


AMB


"Pedro" wrote:

Segun he visto los nuevos tipos fecha de SQL 2008, si uno define un tipo
DATE ya se puede hacer en confianza una comparacion puntual de la forma:

select ... from tabla where fecha='20080901'

y no como antes con los tipos datetime

select ... from tabla where fecha>='20080901' and fecha<'20080902'

?

Hola Pedro,

Quisiera añadir un pequeño script para dejar claras algunas cosas respecto a
las diferencias entre las conversiones entre cadenas y los tipos de datos
fecha/datetime en SQL Server 2008. Como podeis ver, con el tipo de datos DATE
mientras respetes el incluir año, mes y día puedes usar varios formatos sin
problemas de forma independiente al idioma del usuario de SQL Server. Sin
embargo si utilizamos DATETIME el único formato que nos aporta esta
independencia es el conocido YYYYMMDD sin separadores.

USE tempdb;
CREATE TABLE test (fecha DATE);
CREATE TABLE test2 (fecha DATETIME);

SET LANGUAGE 'SPANISH';

INSERT INTO test VALUES ('2008-09-30'); -- OK
INSERT INTO test VALUES ('2008/09/30'); -- OK
INSERT INTO test VALUES ('20080930'); -- OK

SET LANGUAGE 'ENGLISH';

INSERT INTO test VALUES ('2008-09-30'); -- OK
INSERT INTO test VALUES ('2008/09/30'); -- OK
INSERT INTO test VALUES ('20080930'); -- OK

SET LANGUAGE 'SPANISH';

INSERT INTO test2 VALUES ('2008-09-30'); -- Fallo
INSERT INTO test2 VALUES ('2008/09/30'); -- Fallo
INSERT INTO test2 VALUES ('20080930'); -- OK

SET LANGUAGE 'ENGLISH';

INSERT INTO test2 VALUES ('2008-09-30'); -- OK
INSERT INTO test2 VALUES ('2008/09/30'); -- OK
INSERT INTO test2 VALUES ('20080930'); -- OK

Rubén Garrigós
Solid Quality Mentors


"Pedro" wrote:

Ok.

Gracias


"Alejandro Mesa" escribió en el
mensaje news:
> Pedro.
>
> Lo que planteas es correcto. Solo quiero agregar que el formato literal
> por
> defecto es 'yyyy-mm-dd'.
>
> select ... from tabla where fecha='2008-09-01'
>
> Ademas, solo ocupa 3 bytes y ofrece mayor rango de fechas.
>
>
> AMB
>
>
> "Pedro" wrote:
>
>> Segun he visto los nuevos tipos fecha de SQL 2008, si uno define un tipo
>> DATE ya se puede hacer en confianza una comparacion puntual de la forma:
>>
>> select ... from tabla where fecha='20080901'
>>
>> y no como antes con los tipos datetime
>>
>> select ... from tabla where fecha>='20080901' and fecha<'20080902'
>>
>> ?
>>
>>
>>

Pues por eso siempre uso YYYYMMDD como puse en el ejemplo arriba. El resto
es un probable problema adicional.

"Rubén Garrigós" escribió en el
mensaje news:

Hola Pedro,

Quisiera añadir un pequeño script para dejar claras algunas cosas respecto
a
las diferencias entre las conversiones entre cadenas y los tipos de datos
fecha/datetime en SQL Server 2008. Como podeis ver, con el tipo de datos
DATE
mientras respetes el incluir año, mes y día puedes usar varios formatos
sin
problemas de forma independiente al idioma del usuario de SQL Server. Sin
embargo si utilizamos DATETIME el único formato que nos aporta esta
independencia es el conocido YYYYMMDD sin separadores.

USE tempdb;
CREATE TABLE test (fecha DATE);
CREATE TABLE test2 (fecha DATETIME);

SET LANGUAGE 'SPANISH';

INSERT INTO test VALUES ('2008-09-30'); -- OK
INSERT INTO test VALUES ('2008/09/30'); -- OK
INSERT INTO test VALUES ('20080930'); -- OK

SET LANGUAGE 'ENGLISH';

INSERT INTO test VALUES ('2008-09-30'); -- OK
INSERT INTO test VALUES ('2008/09/30'); -- OK
INSERT INTO test VALUES ('20080930'); -- OK

SET LANGUAGE 'SPANISH';

INSERT INTO test2 VALUES ('2008-09-30'); -- Fallo
INSERT INTO test2 VALUES ('2008/09/30'); -- Fallo
INSERT INTO test2 VALUES ('20080930'); -- OK

SET LANGUAGE 'ENGLISH';

INSERT INTO test2 VALUES ('2008-09-30'); -- OK
INSERT INTO test2 VALUES ('2008/09/30'); -- OK
INSERT INTO test2 VALUES ('20080930'); -- OK

Rubén Garrigós
Solid Quality Mentors


"Pedro" wrote:

Ok.

Gracias


"Alejandro Mesa" escribió en el
mensaje news:
> Pedro.
>
> Lo que planteas es correcto. Solo quiero agregar que el formato literal
> por
> defecto es 'yyyy-mm-dd'.
>
> select ... from tabla where fecha='2008-09-01'
>
> Ademas, solo ocupa 3 bytes y ofrece mayor rango de fechas.
>
>
> AMB
>
>
> "Pedro" wrote:
>
>> Segun he visto los nuevos tipos fecha de SQL 2008, si uno define un
>> tipo
>> DATE ya se puede hacer en confianza una comparacion puntual de la
>> forma:
>>
>> select ... from tabla where fecha='20080901'
>>
>> y no como antes con los tipos datetime
>>
>> select ... from tabla where fecha>='20080901' and fecha<'20080902'
>>
>> ?
>>
>>
>>