-----Mensaje original-----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.
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
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
<<Fernando P�rez.vcf>>
Fernando P�rez.vcf
Description: Binary data
