Hola, esa no es la solucion para sofyware multibases, la solucion es usar los Standares y no complicar la cosa y luego tener que ser un guru en fechas para poderlas tratar. El standard es claro y simple YYYYMMDD HH:mm:ss y esto funciona con cualquier basde de datos que diga que cumple los standares claro ;)
El 30/03/07, Diego A. Montero <[EMAIL PROTECTED]> escribió:
Yo guardo en formato numerico, yyyymmdd, y el soft se encarga de "acomodarlo" para guardarlo en la base. Puede que sea engorroso en algún momento, pero armando unas buenas funciones en el soft todo se soluciona… Y me despreocupo si estoy en Access, SqlServer, Oracle, Informix, DB2. No es "LA SOLUCION" pero para softwares multiplataformas sirve… ________________________________ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Tixe Sent: Friday, 30 de March de 2007 21:48 To: Diego A. Montero Subject: [dbms] tipo de datos para fechas estimo que se debe referir a que si se guarda en el formato "americano" se aseguras que si no hay una consulta parametrizada, el resultado siempre sea el buscado. Tixe ________________________________ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Diego Jancic Sent: Friday, March 30, 2007 9:30 PM To: [EMAIL PROTECTED] Subject: [dbms] tipo de datos para fechas Hola Estaban, A que te referis con grabar siempre como yyyy/mm/dd ?? Te pregunto porque si usas consultas parametridas funciona siempre, pero dudo que te refieras a eso, no? ________________________________ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Esteban Grinberg Sent: Viernes, 30 de Marzo de 2007 18:23 To: Diego Jancic Subject: [dbms] tipo de datos para fechas Yo recomiendo usar datetime. Jamas vi una ventaja en usar otro tipo de campo, como numerico o varchar. Si vi muchas desventajas (puede que tal vez un filtro por datetime sea mas lenta, pero es solo un tal vez, no se a ciencia cierta). Lo unico importante es que para grabar, siempre grabes como YYYY/MM/DD, asi garantizas que te va a andar bien en cualquier base de datos y en cualquier configuración regional.. ________________________________ De: [email protected] [mailto:[EMAIL PROTECTED] En nombre de Diego Jancic Enviado el: viernes, 30 de marzo de 2007 21:12 Para: Esteban Grinberg Asunto: [dbms] tipo de datos para fechas Hola, No se cual sera la respuesta basandose en la performance, pero creo que si guardas una fecha en un campo del tipo datetime tenes la ventaja de las funciones de sql sin tener que hacer cast todo el tiempo… Saludos! ________________________________ From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Viernes, 30 de Marzo de 2007 20:18 To: Diego Jancic Subject: [dbms] tipo de datos para fechas Hola: quería preguntarles si hay alguna recomendación respecto del almacenamiento de valores de fechas, en cuanto a tipo de dato del campo de la tabla. Conviene por ejemplo, guardarlas como campos char, en y la fecha en formato ISO? o algún otro? o mejor directamente usar datetime? Qué tendría que tener en cuenta? Gracias.
-- ---------------------------------------------------- Microsoft MVP en SQL Server SQLTotalConsulting - Servicios & proyectos en SQLServer Orador Culminis - Microsoft Influencier www.sqlgurus.org -------------------------------------------
