Impressum · Kontakt · Hilfe
Besucher online · Mitglieder



Portal > Foren > Datenbanken, Server, Betriebssysteme und sonstige Programmiersprachen > Datenbanken > Unterschied zwischen Format der MySQL-Typen DATETIME und TIMESTAMP
Antwort
 
Themen-Optionen
Alt 17.08.2007, 16:24   Nach oben    #1
Ben
Erfahrener Benutzer
 
Benutzerbild von Ben
 
Registriert seit: 02.12.2004
Ort: Remagen
Beiträge: 4.800
Standard Unterschied zwischen Format der MySQL-Typen DATETIME und TIMESTAMP

Hallo,
ich würde gerne wissen, wo der Unterschied im Format zwischen den MySQL-Datumstypen DATETIME und TIMESTAMP ist.

Laut Doku
Zitat:
#

DATETIME

A date and time combination. The supported range is '1000-01-01 00:00:00' to '9999-12-31 23:59:59'. MySQL displays DATETIME values in 'YYYY-MM-DD HH:MM:SS' format, but allows assignment of values to DATETIME columns using either strings or numbers.
#

TIMESTAMP

A timestamp. The range is '1970-01-01 00:00:01' UTC to partway through the year 2038. TIMESTAMP values are stored as the number of seconds since the epoch ('1970-01-01 00:00:00' UTC). A TIMESTAMP cannot represent the value '1970-01-01 00:00:00' because that is equivalent to 0 seconds from the epoch and the value 0 is reserved for representing '0000-00-00 00:00:00', the “zero” TIMESTAMP value.
sind die Formate doch gleich, oder?

Vielleicht bin ich nach einem stressigen Tag auch blind geworden , aber der Unterschied liegt doch eigentlich nur in der Reichweite, oder?

Danke.
Grüße, Ben.
Ben ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 17.08.2007, 16:26   Nach oben    #2
WarrenFaith
Mensch
 
Benutzerbild von WarrenFaith
 
Registriert seit: 17.08.2005
Ort: Berlin
Beiträge: 1.793
Standard

Zitat:
aber der Unterschied liegt doch eigentlich nur in der Reichweite, oder
Ja. Noch was?
__________________
I did it my way - Senseless-Blog
WarrenFaith ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 17.08.2007, 16:26   Nach oben    #3
Ben
Erfahrener Benutzer
 
Benutzerbild von Ben
 
Registriert seit: 02.12.2004
Ort: Remagen
Beiträge: 4.800
Standard

Zitat:
Zitat von WarrenFaith Beitrag anzeigen
Zitat:
aber der Unterschied liegt doch eigentlich nur in der Reichweite, oder
Ja. Noch was?
Ne. Wollte nur sicher gehen...
Ben ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 17.08.2007, 16:35   Nach oben    #4
agrajag
Neuer Benutzer
 
Registriert seit: 17.08.2007
Beiträge: 1
Standard

Der Datentyp Timestamp bietet darüber hinaus noch die Möglichkeit als default-Wert das aktuelle Datum einzustellen. Außerdem kann man hier auch einen ON-UPDATE-Constraint angeben - so dass bei jeder Aktualisierung des Datensatzes das Datum auch auf den aktuellen Zeitpunkt gesetzt wird....
agrajag ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 17.08.2007, 23:47   Nach oben    #5
Ben
Erfahrener Benutzer
 
Benutzerbild von Ben
 
Registriert seit: 02.12.2004
Ort: Remagen
Beiträge: 4.800
Standard

Danke, auch wenn es nur um das Format ging. Trotzdem herzlichen Dank.
Ben ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 18.08.2007, 10:59   Nach oben    #6
MrNiceGuy
Erfahrener Benutzer
 
Benutzerbild von MrNiceGuy
 
Registriert seit: 14.08.2005
Ort: Nienburg / Weser
Beiträge: 609
Standard

@Ben: In früheren Versionen war der TIMESTAMP noch anders formatiert und beinhaltete Datum und Zeit soweit ich mich noch richtig erinnere im Grunde auch wie oben, nur ohne Trennzeichen. Sprich: 20040605123145. Das ist natürlich unübersichtlich und schlecht zu verarbeiten, denn soweit ich es noch weiß konnten diese Daten nicht mit den Datum-/Uhrzeit-Funktionen bearbeitet werden.

In den neueren Versionen wurde das Feld TIMESTAMP überarbeitet und lässt sich - soweit ich weiß - nun genau so handhaben, wie ein DATETIME-Feld. Die Funktionalität mit dem "CURRENT_TIMESTAMP" und "ON UPDATE CURRENT_TIMESTAMP" sind hingegen der einzige Unterschied, den ich noch kenne - Das bedeutet aber nicht, dass es eventuell doch noch einen anderen Unterschied gibt

Siehe: http://dev.mysql.com/doc/refman/4.1/...p-pre-4-1.html
__________________
Paradox ist, wenn jemand für seinen Alkoholkonsum geradestehen soll
MrNiceGuy ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 18.08.2007, 23:19   Nach oben    #7
mepeisen
Erfahrener Benutzer
 
Registriert seit: 30.03.2006
Ort: Pfinztal
Beiträge: 355
Standard

Es gibt in Hinblick auf Performance noch einiges zu beachten. In der Regel handhabt MySQL intern die Indices, basierend auf Timestamps deutlich schneller. Das hab ich mal aufm Performance-Seminar aufgeschnappt.
DB/2 verhält sich da übrigens anders, auch wenn das jetzt nicht die Frage war *g*
__________________
Open Sourcing the Online Gaming Universe
PHP/SQL/Java/C++/Assembler.
Seit Jahren Mitglied und Entwickler in einem der wohl größten Java-Projekte der Welt: http://weblogs.java.net/blog/hansmul...e_desktop.html
mepeisen ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 19.08.2007, 11:59   Nach oben    #8
Ben
Erfahrener Benutzer
 
Benutzerbild von Ben
 
Registriert seit: 02.12.2004
Ort: Remagen
Beiträge: 4.800
Standard

Leute, mir ging es nur um das Format, weil ich dieses in einer Methode auseinander nehmen will.

Aber trotzdem vielen Dank für die Erläuterung einiger Unterschiede, kann man ja sicherlich auch nochmal gebrauchen.
Ben ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 20.08.2007, 07:16   Nach oben    #9
MrNiceGuy
Erfahrener Benutzer
 
Benutzerbild von MrNiceGuy
 
Registriert seit: 14.08.2005
Ort: Nienburg / Weser
Beiträge: 609
Standard

Im Grunde habe ich doch das Format angesprochen!? Du kannst mit der "neuen Version" von TIMESTAMP auch die Datum- / Uhrzeit-Funktionen benutzen, um die Daten zu bearbeiten, also auch ein UNIX_TIMESTAMP() bei der Abfrage, falls es sein muss. Dann brauchst du das Datum nicht mehr selber auseinander pflücken!?
__________________
Paradox ist, wenn jemand für seinen Alkoholkonsum geradestehen soll
MrNiceGuy ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Alt 20.08.2007, 09:32   Nach oben    #10
Ben
Erfahrener Benutzer
 
Benutzerbild von Ben
 
Registriert seit: 02.12.2004
Ort: Remagen
Beiträge: 4.800
Standard

Ich werde nun aber nicht darauf eingehen, warum ich das brauche. Ich brauche es und fertig ist.
Ben ist offline  
Add Post to del.icio.usBookmark Post in TechnoratiDiesen Beitrag zu Mister Wong hinzufügen!
Mit Zitat antworten
Antwort

Lesezeichen


Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
 
Themen-Optionen

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist An.
Smileys sind An.
[IMG] Code ist An.
HTML-Code ist Aus.
Trackbacks are An
Pingbacks are An
Refbacks are Aus

Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
Unterschied zwischen Kategorisierung (mehrfach) und tagging Ben Anwendungsdesign / Softwarearchitektur 16 16.11.2007 01:39
MySQL 5.1 kommt in die Beta-Phase Ben Nachrichten 1 02.03.2006 14:31
Timestamp aus MySQL in Java weiterverarbeiten Uzimaster Datenbanken 2 27.11.2005 22:28
Unterschied zwischen $_SERVER['REQUEST_TIME'] und time() Ben PHP-Programmierung 13 12.11.2005 22:03
Unterschied zwischen Interface und Vererbung und Sinn??? p-flash Allgemeine Java-Programmierung 9 09.02.2005 09:08


Alle Zeitangaben in WEZ +2. Es ist jetzt 01:40 Uhr.

Nach oben
Wir nutzen das Zend Framework, vBulletin (vBulletin v3.7.2, Copyright ©2000-2008, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.0.0) und vBSEO.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44