Rails' datetime und timestamp in eine migration-Datei sind die gleichen für MySQL und Sqlite3?

:datetime und :timestamp eine migration-Datei scheint die gleiche MySQL und Sqlite3, und beide anzeigen zu datetime in der Datenbank-Seite, außer ich kann nicht finden, dass in einer formalen Dokumentation.

Außerdem, was ist, wenn unser Rails-Projekt kann die Verwendung anderer DBMS, dann sollten wir :datetime oder :timestamp wenn wir script/generate (oder rails generate) unser Modell oder Gerüst?

InformationsquelleAutor | 2010-09-07
  1. 14

    Ich würde empfehlen, mit der :datetime, weil so ist es klar, was zu verwenden. Ich glaube, Schienen ist mit DATETIME für beide in der DB ist da das Problem, dass die datetimes darstellbar mit unix timestamp oder die MySQL - TIMESTAMP Feld. Seit timestamp ist standardmäßig eine 32-bit-Integer (siehe Wikipedia:Timestamp) es können nur Datumsangaben zwischen 1901-12-13 (oder 1970-01-01 wenn keine negativen Werte zulässig sind, wie in MySQL) und 2038-01-19. Nach oder vor dem überlauf wird. Dies ist die Jahr 2038 problem.

    So, um es jedem klar, würde ich es nennen :datetime in der migration.

    Den TIMESTAMP-Datentyp hat eine Reihe von '1970-01-01 00:00:01' UTC bis '2038-01-19 03:14:07' UTC. Es hat unterschiedliche Eigenschaften, je nach MySQL-version und der SQL-Modus des Servers ausgeführt wird. Diese Eigenschaften werden später in diesem Abschnitt beschrieben. Quelle

    • Danke @jigfox für diese nützliche Informationen. Ich Frage mich, zu wissen, dass die Schienen verwendet created_at und updated_at als timestamp. Sollte es nicht datetime als timestamp erstellen problem nach 19 Jan 2038?
    InformationsquelleAutor jigfox
Schreibe einen Kommentar