RE: Almacenamiento de campos DATE y TIME en tablas

[Fernando P�rez]

Title: Mensaje

Jes�s, me he decido a hacer la prueba que suger�as: he creado una tabla con un campo date y otra con un campo char(10) (el tama�o que se supon�a para el campo date). Le he a�adido 60000 registros a cada una y el tama�o de la del campo char es m�s del doble que la de la fecha. Con lo que se puede deducir que el tama�o de almacenamiento ser� de 4, como coment�bais.

 

Buscando m�s all�, he visto que en syscolumns, en la columna LENGTH, da tama�o 4 a las columnas DATE y 3 a las columnas TIME.

 

Se ve que el tratamiento interno de estos campos est� tan 'enterrado', que 'enga�an' a DSPFFD y a DSPPFM. Incluso listando los datos del fichero en hexadecimal con un CPYF la fecha sale como si fuera un literal.

 

Esta noche dormir� m�s tranquilo :)

 

 

Saludos.

Fernando P�rez.

Cer�mica Saloni. Dpto. Sistemas

<mailto:[EMAIL PROTECTED]>

-----Mensaje original-----
De: Jesus Busquets [mailto:[EMAIL PROTECTED]
Enviado el: mi�rcoles, 11 de febrero de 2004 10:35
Para: [EMAIL PROTECTED]
Asunto: Re: Almacenamiento de campos DATE y TIME en tablas

Seg�n tengo entendido, no es as�: los valores reales que se almacenan en la base de datos no tienen nada que ver con la representaci�n que se obtiene de su definici�n. Supogo que lo guardar� con alguna forma de numeracion consecutiva en realidad, y hace las conversiones la base de datos por detr�s.

Si quieres comprobarlo, puedes mirar lo que ocupa realmente una tabla con bastantes registros de fecha, a ver cuantos bytes son necesarios (quiz�s a�adiendo un campo fecha a una tabla existente y comparando su ocupaci�n)

De todos modos, preocuparse por unos bytes , a como est�n los discos duros... �es que quieres acabar con el negocio de Seagate y compa��a?   O:-)

Saludos
Jesus Busquets
Grespania, SA

Fernando P�rez wrote:

Buenas, foro.

Haciendo un dsppfm de una tabla con campos DATE y TIME, he visto que las fechas y las horas se guardan literalmente � y con el separador ! (2004-02-11 , 08-52-00), lo cual evidentemente hace que ocupen as� como el doble del espacio estr�ctamente necesario. Lo de que se las guarde literalmente lo podr�a entender si sirve para extraer m�s r�pidamente el a�o, la hora, ... . Pero que se guarde los separadores tambi�n ya me ha parecido cachondeo.

He mirado el manual SQL Reference y no he sacado nada en claro, aparte de dolor de cabeza. Parece decir que se puede especificar el formato en que se guarda la fecha y hora, pero luego no dice nada al respecto al explicar la sentencia CREATE TABLE.

�Hay alguna forma de definir columnas tipo DATE y TIME de forma que su tama�o de almacenamiento sea menor?

Saludos.

Fernando P�rez.

Cer�mica Saloni. Dpto. Sistemas

<mailto:[EMAIL PROTECTED]>

<<Fernando P�rez.vcf>>

Fernando P�rez.vcf
Description: Binary data