-----Mensaje original-----
De: Santiago G Mart� [mailto:[EMAIL PROTECTED]
Enviado el: mi�rcoles, 11 de febrero de 2004 13:14
Para: [EMAIL PROTECTED]
Asunto: RE: Almacenamiento de campos DATE y TIME en tablas
Veamos, no lo puedo asegurar para V5R2, pero cuando salieron los campos fecha, el espacio real ocupado era de 4 bytes.
A saber, se almacena el n�mero de d�as transcurridos desde el 1 de Enero del a�o 4000 y pico antes de Cristo. en un binary entero de doble precisi�n.
Los separadores por omisi�n son los del formato *ISO.
En versiones anteriores indicaba tama�o interno de 4 y externo de 10 aunque parece que ahora siempre dice 10.
Espero no haber aumentado la confusi�n.
Saludos,
---------------------------
Santiago Mart�
Dusen, S.A.
---------------------------
Fernando P�rez <[EMAIL PROTECTED]>
Enviado por: [EMAIL PROTECTED]11/02/2004 10:47
Por favor, responda a forum.help400
Para: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
cc:
Asunto: RE: Almacenamiento de campos DATE y TIME en tablas
Hombre, si haciendo dsppfm de la tabla se ve as�, no creo que se guarde de otra manera. Por otro lado, el dspffd del fichero me da los tama�os de campo de 10 para la fecha y 8 para la hora. Si con todo esto luego resulta que se guarda los datos con otro formato, se lo han currado para despistar al personal ( en absoluto descarto que sea esto lo que est�n haciendo ;-) ).
Sobre lo de los discos duros... �Por cuanto te salen a ti? Porque vale que en MediaMarkt y similares est�n tirados de precio, pero los que se pueden meter en un ISeries ( y que luego, adem�s, funcionen) valen 'un poquito' m�s. ;-)
A�ado uno de los corolarios de la ley de Murphy, que m�s o menos dice as�: 'Por m�s grande que te compres el disco duro, lo acabar�s llenando'.
Saludos.
Fernando P�rez.
Cer�mica Saloni. Dpto. Sistemas
-----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
<<Fernando P�rez.vcf>>
Fernando P�rez.vcf
Description: Binary data
