Fechas en mysql (y php)

[Zhampy]

Hola hola, tengo uan duda, epsoer peudan ayudarme y de paso a alguno otro le servira.

Normalmente guardo yo registros en mi BD de fechas en campos de tipo INT, guardando el entero correspondiente a la fecha obtenido con la funcion time() de PHP (te da el tiempo en unix timestamp)

La verdad es que a mi se me ha hehco una buena practica, ya que al momento de modificar el campo es muy muy simple, al momento de comprar fecha y hora, es muy muy simple tanto como 5<6... y al momento de mostrarlas tambien lo es convirtiene el entereo a su fehca respectiba mediante php y la funcion date('Y-m-d',$entero)


Pero es o no una buena practica??
En caso de que si, sera mejor INT o BIGINT??
En caso de que no, que tipo de campo seria el mejor (tomando en cuenta que quireo tener la fecha y hora)


Se que existen otros campos mas especificos como DATETIME o otros en mysql
Estube leyendo pero encontre lugares donde dicen que es buena practica y otros donde dicen que no

Espero me peudan ayudar, y muchas gracias!
suerte!

[gnzsoloyo]

A nivel de programación, usar campos numéricos puede parecer una buena práctica. Pero a nivel de bases de datos es una pésima práctica. No sólo es porque usar campos numéricos para valores tan pequeños termina siendo un desperdicio de espacio (usando INT para cada parte puedes usar hasta tres veces más espacio), sino que además complica enormemente las consultas y procesamiento de fechas.
Eso es un invento de los programadores o desconocedores de BBDD. Para decirlo en pocas palabras: SI hace más de tres décadas que se implementaron los modelos de datos como tipos DATE, TIME y DATETIME, y los usan todos los DBMS, en todas las bases de datos más poderosas y grandes que puedas imaginar ¿no te parece que deben forzosamente tener ventajas intrísecas?

[Zhampy]

Te entiendo... posiblemente estes en lo correcto...

Entonces cual tipo d campo sera el mejor para manejar las fechas, recordando que la idea es manejar Fecha y hora (27/03/1989 14:52:02) (es un ejemplo guardar hasta segundos.. da igual el formato en que se guarde)

Ademas son facilmente editables estos campos? (hacer un update a una fecha)

Otra cosa aprovechando...
con time() de php obtiens la hora del servidor...
Cual seria la manera ideal de obtener la fecha, para luego guardarla en la BD

Gracias

[xziolhvinvhgl]

obten la fecha de mysql

SELECT CURRENT_DATE;

desde php puedes hacer esta consulta a mysql como cualquier otra la respuesta la procesas com fetch_row o array o lo que sea que te guste mas y listo!!

para la hora es SELECT CURRENT_TIME;


SELECT NOW(); TE TRAE LA FECHA Y HORA JUNTOS

[Zhampy]

Gracias (no pude escribir tu nombre =P)...
entonces solo queda saber que tipo de campo utilizar... para guardar la fecha y hora

uso un DATETIME??
Gracias

[gnzsoloyo]

Usa DATETIME o TIMESTAMP. Con los dos obtendrás ese resultado.

[xziolhvinvhgl]

yo los uso por separado!!... DATE para la fecha, y TIME para la hora

[Zhampy]

Lo digo por que si hay q comparar una fecha exacta (con segundos) por ejemplo para verificar el plazo de 24 horas de alguna cosa... pienso q datetime funcioanra mejor.

Ahora me surge otra duda... (sorry ^^)
Si uso por ejemplo NOW() de mysql para obtener fecha y hora para isnertar en la base de datos, me da uan fecha y hora (digamos fecha de ahora en adelante) distinta a time() de php, quiere decir que toma la fecha pero no es una fecha GMT 0, de donde saca la fecha??? no varia por cada usuario (seria un gran problema)

Q pasa si yo quisiera que la fecha fuera GMT-7????

se complica no?
que se hace entonces en estos casos?

saludos

[gnzsoloyo]

Te estás ahogando en un vaso de agua, y complicando inútilmente con cosas que se resuelven leyendo el manual de referencia.
MySQL, como cualquier otro DBMS cuenta con funciones de fecha, hora y fecha/hora específicamente para manipular y hacer operaciones con ellas. Simplemente debes leer el manual para ver cuál es la que necesitas usar.
Lee el manual: MySQL 5.0 Reference Manual :: 12 Funciones y operadores :: 12.5 Funciones de fecha y hora
Respecto a la hora GMT, ese tema se maneja a nivel servidor: MySQL 5.0 Reference Manual :: 5 Administración de bases de datos :: 5.9 Uso internacional y localización de MySQL :: 5.9.8 Soporte de zonas horarias en el servidor MySQL
Además, debes tener en cuenta esto:

En MySQL 5.0, el servidor mantiene varios ajustos de zonas horarias:
* [...]
* [...]
* Zonas horarias por conexión. Cada cliente que se conecta tiene su propio ajuste de zona horaria, otorgado por la variable de sesión time_zone. Inicialmente esta es la misma que la variable global time_zone[...]

Y este detalle:

Los valores de timezone pueden darse como cadenas de caracteres indicando una variación con respecto a UTC, como por ejemplo '+10:00' o '-6:00'

En definitiva, las preocupaciones que tienes ya han sido solucionadas y gestionadas hace mucho tiempo, y de diversas formas, en los DBMS. Solamente necesitas aprender a aprovecharlas.