Hola a todos: Puedes ejecutar la siguiente sentencia SELECT * FROM QSYS2/SYSCOLUMNS WHERE TABLE_SCHEMA='TULIBRERIA' AND TABLE_NAME='TUTABLA'
y podras ver la longitud y el espacio que ocupan cada campo de tu tabla. Saludos. ----- Original Message ----- From: "Fernando P�rez" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 11, 2004 7:28 AM Subject: RE: Almacenamiento de campos DATE y TIME en tablas He hecho un dspffd del fichero a disco y hay otro dato 'mosqueante' que hace pensar que lo guarde tal cual : aparte de decir que el tama�o en almacenamiento interno es de 10 para fecha y 8 para hora, el CCSID de ambos campos es 284, el mismo que el de los campos char, mientras que el de los num�ricos es 65535. En otra columna aparece que el formato de fecha/hora es *ISO. Eso es lo que he visto en SQL Reference que se puede definir con otro valor (aunque, como suele ser habitual, o no dicen c�mo o si lo dicen est� m�s escondido que las armas de destrucci�n masiva Iraq). Saludos. Fernando P�rez. Cer�mica Saloni. Dpto. Sistemas < <mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]> -----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 < <mailto:[EMAIL PROTECTED]> 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]> mailto:[EMAIL PROTECTED]> <<Fernando P�rez.vcf>> _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:[EMAIL PROTECTED]
