Timestamp y Datetime: Cual usar

[mdromed]

He buscado en el buscador y no encuentro alguna pregunta previa acerca de mi duda asi que la propongo:

Mi pregunta es ¿Cuando es mejor usar tipo de datos "Datetime" y cuando es mejor usar el tipo "Timestamp"?
No quiero que me digais las diferencias entre ambos pq ya las conozco, es mas bien que, por vuestra experiencia ¿En que casos es mejor usar "datetime" y en que casos "timestamp".

Gracias a todos.

[mdromed]

Ah, y tambien que funciones existen para obtener solo el dia, solo el mes, solo el año, solo la hora, solo los minutos y solo los segundos de una fecha pasada como parametro en formato datetime???

Para meterlo rapidamente en un mktime

[mdromed]

Enga alguien que tenga experiencia

[huesos52]

He buscado en el buscador y no encuentro alguna pregunta previa acerca de mi duda asi que la propongo:

Mi pregunta es ¿Cuando es mejor usar tipo de datos "Datetime" y cuando es mejor usar el tipo "Timestamp"?
No quiero que me digais las diferencias entre ambos pq ya las conozco, es mas bien que, por vuestra experiencia ¿En que casos es mejor usar "datetime" y en que casos "timestamp".

Gracias a todos.

si vas a trabajar con zonas horarias es mejor el timestamp.
Por compatibilidad de otros RDBMS es mejor timestamp.

Debes mirar los rangos que comprenden aca

Ah, y tambien que funciones existen para obtener solo el dia, solo el mes, solo el año, solo la hora, solo los minutos y solo los segundos de una fecha pasada como parametro en formato datetime???

Para meterlo rapidamente en un mktime

Para cada uno hay una función.
year(fecha) da el año
month(fecha) da el mes.
day(fecha) da el año.

Y así con hora,minuto y segundo.

Existe otra llamada extract y se usa así:

Código MySQL:

mysql> select extract(minute from now()),now();
+----------------------------+---------------------+
| extract(minute from now()) | now()               |
+----------------------------+---------------------+
|                         16 | 2010-03-09 14:16:20 |
+----------------------------+---------------------+
1 row in set (0.01 sec)
 

Enga alguien que tenga experiencia

Paciencia parcero. Aca la gente ayuda cuando tiene tiempo.

saludos

[mdromed]

Iniciado por huesos52

si vas a trabajar con zonas horarias es mejor el timestamp.
Por compatibilidad de otros RDBMS es mejor timestamp.

Realmente solo lo van a usar usuarios de España entonces ¿No uso timestamp no?
En cuanto a memoria y recursos que consumen, ¿Cual es mas apropiado?

[mdromed]

Iniciado por huesos52

Para cada uno hay una función.
year(fecha) da el año
month(fecha) da el mes.
day(fecha) da el año.

Y así con hora,minuto y segundo.

Perdon, pero me referia en php

[gnzsoloyo]

Entonces estás postenado en el foro equivocado: Foro de PHP.

Por lo demás, el hecho de que los usuarios estén sólo basados en España es irrelevante para el uso de un TIMESTAMP, porque eso no implica que el servidor de MySLQ esté en España, especialmente si trabajas en Web...
Incluso, para afirmar que sólo estarán en España, deberás ponerle al sistema restricciones que impidan el uso del mismo a personas fuera de España... y si es un sistema en web, ¿cómo lo lograrás?

[mdromed]

Iniciado por gnzsoloyo

el hecho de que los usuarios estén sólo basados en España es irrelevante para el uso de un TIMESTAMP, porque eso no implica que el servidor de MySLQ esté en España, especialmente si trabajas en Web...

Entonces cuando se usa timestamp y cuando datetime????

[gnzsoloyo]

Cuando el diseño lo requiere.
Eso depende de ti, en calidad de DB Developer. Es parte de las cosas que tu debes decidir.
En ese contexto no existen reglas fijas, sino que dependerá siempre de los requerimientos del proyecto, y con lo que te dije:

el hecho de que los usuarios estén sólo basados en España es irrelevante para el uso de un TIMESTAMP, porque eso no implica que el servidor de MySLQ esté en España, especialmente si trabajas en Web...

creo que es suficientemente claro para guiarte.

Preguntate:
¿Vas a tener alguna forma de restringir la entrada de usuarios que no pertenezcan a España?
¿Puedes identificar esa condición?
¿Se extenderá a futuro a otros países?

Es decir: Determina los límites del sistema, y el tipo de datos se define solo.

[mdromed]

Iniciado por gnzsoloyo

Cuando el diseño lo requiere.
Eso depende de ti, en calidad de DB Developer. Es parte de las cosas que tu debes decidir.
En ese contexto no existen reglas fijas, sino que dependerá siempre de los requerimientos del proyecto, y con lo que te dije:
creo que es suficientemente claro para guiarte.

Preguntate:
¿Vas a tener alguna forma de restringir la entrada de usuarios que no pertenezcan a España?
¿Puedes identificar esa condición?
¿Se extenderá a futuro a otros países?

Es decir: Determina los límites del sistema, y el tipo de datos se define solo.

Osea que quieres decir que si acceden usuarios de varias zonas horarias a la web debo usar timestamp?
Perdona pero es que no me queda del todo claro