[icinga-checkins] icinga.org: icinga-doc/master: docs issue #2092: TIMESTAMP to TIMESTAMP WITH TIME ZONE

git at icinga.org git at icinga.org
Wed Nov 30 16:18:00 CET 2011


Module: icinga-doc
Branch: master
Commit: 5c53669bb644cf46f424c30e59895fe92dc5e13b
URL:    https://git.icinga.org/?p=icinga-doc.git;a=commit;h=5c53669bb644cf46f424c30e59895fe92dc5e13b

Author: Wolfgang <wnd at gmx.net>
Date:   Wed Nov 23 20:31:25 2011 +0100

docs issue #2092: TIMESTAMP to TIMESTAMP WITH TIME ZONE

---

 de/quickstart-idoutils-freebsd.xml |    6 +++---
 de/quickstart-idoutils.xml         |    6 +++---
 en/quickstart-idoutils-freebsd.xml |    7 ++++---
 en/quickstart-idoutils.xml         |    7 ++++---
 4 files changed, 14 insertions(+), 12 deletions(-)

diff --git a/de/quickstart-idoutils-freebsd.xml b/de/quickstart-idoutils-freebsd.xml
index 4f80769..2be7ee3 100644
--- a/de/quickstart-idoutils-freebsd.xml
+++ b/de/quickstart-idoutils-freebsd.xml
@@ -112,9 +112,9 @@
   <para>Ab &name-icinga; 1.6 werden alle Zeit-/Datumsinformationen als lokale Zeitstempel in der Datenbank gespeichert. Vorher gab es für
   jedes Datenbanksystem unterschiedliche Vorgehensweisen beim Speichern und Abrufen der Daten, was schwierig für Frontend-Applikationen war.
   Deshalb wurden die Datentypen geändert: für &name-mysql; von DATETIME in TIMESTAMP und für &name-oracle; von DATE in LOCAL TIMESTAMP (0).
-  &name-postgres; benutzt bereits TIMESTAMP. IDO2DB wird die Sitzungszeitzone auf UTC setzen und alle Unix-Timestamps (die per Definition
-  UTC sind) als UTC-Werte speichern. Bitte stellen Sie sicher, dass Ihr System Unix-Timestamps als UTC-basierte Werte ausgibt (wie "date -u
-  '+%s'").</para>
+  &name-postgres; benutzt bereits TIMESTAMP, es wurde aber in TIMESTAMP WITH TIME ZONE geändert. IDO2DB wird die Sitzungszeitzone auf UTC
+  setzen und alle Unix-Timestamps (die per Definition UTC sind) als UTC-basierte Werte speichern. Bitte stellen Sie sicher, dass Ihr System
+  Unix-Timestamps als UTC-basierte Werte ausgibt (wie "date -u '+%s'").</para>
   <note><para>Stellen Sie sicher, dass Ihre Datenbanksitzung in der gleichen Zeitzone läuft, in der die existierenden
   Zeit-/Datumsinformationen gespeichert wurden (überprüfen Sie Ihre lokale Zeitzone, z.B. &name-oracle;: "select sessiontimezone from
   dual;"), wenn Sie das Upgrade-Script laufen lassen.
diff --git a/de/quickstart-idoutils.xml b/de/quickstart-idoutils.xml
index 0fcd859..6f56e6c 100644
--- a/de/quickstart-idoutils.xml
+++ b/de/quickstart-idoutils.xml
@@ -163,9 +163,9 @@
   <para>Ab &name-icinga; 1.6 werden alle Zeit-/Datumsinformationen als lokale Zeitstempel in der Datenbank gespeichert. Vorher gab es für
   jedes Datenbanksystem unterschiedliche Vorgehensweisen beim Speichern und Abrufen der Daten, was schwierig für Frontend-Applikationen war.
   Deshalb wurden die Datentypen geändert: für &name-mysql; von DATETIME in TIMESTAMP und für &name-oracle; von DATE in LOCAL TIMESTAMP (0).
-  &name-postgres; benutzt bereits TIMESTAMP. IDO2DB wird die Sitzungszeitzone auf UTC setzen und alle Unix-Timestamps (die per Definition
-  UTC sind) als UTC-Werte speichern. Bitte stellen Sie sicher, dass Ihr System Unix-Timestamps als UTC-basierte Werte ausgibt (wie "date -u
-  '+%s'").</para>
+  &name-postgres; benutzt bereits TIMESTAMP, es wurde aber in TIMESTAMP WITH TIME ZONE geändert. IDO2DB wird die Sitzungszeitzone auf UTC
+  setzen und alle Unix-Timestamps (die per Definition UTC sind) als UTC-basierte Werte speichern. Bitte stellen Sie sicher, dass Ihr System
+  Unix-Timestamps als UTC-basierte Werte ausgibt (wie "date -u '+%s'").</para>
   <note><para>Stellen Sie sicher, dass Ihre Datenbanksitzung in der gleichen Zeitzone läuft, in der die existierenden
   Zeit-/Datumsinformationen gespeichert wurden (überprüfen Sie Ihre lokale Zeitzone, z.B. &name-oracle;: "select sessiontimezone from
   dual;"), wenn Sie das Upgrade-Script laufen lassen.
diff --git a/en/quickstart-idoutils-freebsd.xml b/en/quickstart-idoutils-freebsd.xml
index eaa69a1..2ddfbb0 100644
--- a/en/quickstart-idoutils-freebsd.xml
+++ b/en/quickstart-idoutils-freebsd.xml
@@ -107,9 +107,10 @@
 
   <para><anchor xml:id="quickstart_idof-timezone_support" /><emphasis role="bold">Timezone support</emphasis></para>
   <para>Starting with &name-icinga; 1.6 all dates are stored as local timestamps in the database. Before that there was a different 
-  behaviour storing and retrieving dates for each database system which was difficult to handle for frontend apps. Therefore datatypes have   been changed for &name-mysql; from DATETIME to TIMESTAMP and for &name-oracle; from DATE to LOCAL TIMESTAMP (0). &name-postgres; is 
-  already using TIMESTAMP. IDO2DB will set session timezone to UTC and store all unix timestamps (which are UTC per definition) to UTC
-  values. Please make sure your system returns unix timestamps as real UTC based values (like "date -u '+%s'").</para>
+  behaviour storing and retrieving dates for each database system which was difficult to handle for frontend apps. Therefore datatypes have   been changed for &name-mysql; from DATETIME to TIMESTAMP and for &name-oracle; from DATE to LOCAL TIMESTAMP (0). &name-postgres; was 
+  already using TIMESTAMP but has been changed to TIMESTAMP WITH TIME ZONE. IDO2DB will set session timezone to UTC and store all unix
+  timestamps (which are UTC per definition) as UTC based values. Please make sure your system returns unix timestamps as real UTC based
+  values (like "date -u '+%s'").</para>
   <note><para>Make sure your database session runs in the same timezone in which the existing dates have been stored (check your local
   timezone e.g. &name-oracle;:"select sessiontimezone from dual;") if you are running the upgrade script.
   Additionally for your convenience in &name-oracle; you should set your session timestamp format to the value you want, e.g "alter session   set nls_timestamp_format='YYYY-MM-DD HH24:MI:SS';" or similar.
diff --git a/en/quickstart-idoutils.xml b/en/quickstart-idoutils.xml
index 2e1a30d..056599c 100644
--- a/en/quickstart-idoutils.xml
+++ b/en/quickstart-idoutils.xml
@@ -155,9 +155,10 @@
   <para><anchor xml:id="quickstart-idoutils_timezone-support" /><emphasis role="bold">Timezone support</emphasis></para>
   <para>Starting with &name-icinga; 1.6 all dates are stored as local timestamps in the database. Before that there was a different
   behaviour storing and retrieving dates for each database system which was difficult to handle for frontend apps. Therefore datatypes have
-  been changed for &name-mysql; from DATETIME to TIMESTAMP and for &name-oracle; from DATE to LOCAL TIMESTAMP (0). &name-postgres; is
-  already using TIMESTAMP. IDO2DB will set session timezone to UTC and store all unix timestamps (which are UTC per definition) to UTC
-  values. Please make sure your system returns unix timestamps as real UTC based values (like "date -u '+%s'").</para>
+  been changed for &name-mysql; from DATETIME to TIMESTAMP and for &name-oracle; from DATE to LOCAL TIMESTAMP (0). &name-postgres; was
+  already using TIMESTAMP but has been changed to TIMESTAMP WITH TIME ZONE. IDO2DB will set session timezone to UTC and store all unix
+  timestamps (which are UTC per definition) as UTC based values. Please make sure your system returns unix timestamps as real UTC based
+  values (like "date -u '+%s'").</para>
   <note><para>Make sure your database session runs in the same timezone in which the existing dates have been stored (check your local
   timezone e.g. &name-oracle;:"select sessiontimezone from dual;") if you are running the upgrade script.
   Additionally for your convenience in &name-oracle; you should set your session timestamp format to the value you want, e.g "alter session





More information about the icinga-checkins mailing list