Les Rails' datetime et timestamp dans un fichier de migration sont les mêmes pour MySQL et Sqlite3?

:datetime et :timestamp dans un fichier de migration semble être la même dans MySQL et Sqlite3, et ils ont tous les deux une carte de datetime dans la base de données côté, sauf que je ne peux pas trouver dans la documentation officielle.

Aussi, qu'en est-il si nos Rails de projet peut utiliser d'autres SGBD, alors devrions-nous utiliser :datetime ou :timestamp lorsque nous script/generate (ou rails generate) notre Modèle ou un Échafaudage?

OriginalL'auteur | 2010-09-07

  1. 14

    Je vous conseille d'utiliser le :datetime, parce que, donc, il est clair qu'elle doit utiliser. Je crois que rails est à l'aide de DATETIME pour à la fois dans la DB est parce que le Problème que la datetimes représentable avec le timestamp unix ou le MySQL TIMESTAMP champ. Depuis le timestamp est par défaut un Entier 32 bits (voir Wikipédia:Timestamp) il ne peut représenter les dates entre 1901-12-13 (ou 1970-01-01 si pas de valeurs négatives sont autorisées comme dans MySQL) et 2038-01-19. Après ou avant qu'elle déborde. C'est le l'année 2038 problème.

    Afin de le rendre clair pour tout le monde, je voudrais nom il :datetime dans la migration.

    Le type de données TIMESTAMP dispose d'une gamme de '1970-01-01 00:00:01' UTC '2038-01-19 03:14:07' UTC. Il a des propriétés différentes, en fonction de la version de MySQL et le mode SQL du serveur est en cours d'exécution. Ces propriétés sont décrites plus loin dans cette section. Source

    Merci @jigfox pour cette information utile. Je me demandais à savoir que les Rails utilise created_at et updated_at comme timestamp. Ne devrait-elle pas être datetime comme timestamp permettra de créer de problème après le 19 Janvier 2038?

    OriginalL'auteur jigfox