Hallo,
gibt es bei mysql eine Funktion, mit der ich einen String in einen Timstamp
umwandeln kann?
bei oracle mache ich das so:
insert into tabelle (spalte1) values (to_date('21.03.2006
13:26:00','dd.mm.yyyy hh24:mi:ss'));
Geht sowas auch bei MySql?
Danke,
Sören
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Hi,
vielen Dank.
Dazu muss ich einfach mal bemerken:
Die Doku, siehe Link von Dir, liegt mir auch vor. Allerdings finde ich das
Layout der MySQL Doku ein gelungenes Negativ-Beispiel, was die
Übersichtlichkeit angeht, da muss man ja einfach was übersehen.
Die sollten sich mal an anderen namenhaften Dokus ein Beispiel nehmen.
Danke noch mal,
Sören
"Andreas Kretschmer"
news:ion9j3-8l1.ln1@news.a-kretschmer.de...
> begin "Sören Hanisch"
>> gibt es bei mysql eine Funktion, mit der ich einen String in einen
>> Timstamp
>> umwandeln kann?
>
>> bei oracle mache ich das so:
>
>> insert into tabelle (spalte1) values (to_date('21.03.2006
>> 13:26:00','dd.mm.yyyy hh24:mi:ss'));
>
>> Geht sowas auch bei MySql?
>
> Ja. Und gegen ein kleines Entgeld lese ich Dir auch
> http://dev.mysql.com/doc/refman/5.0/en/date-and-time-functio ns.html vor,
> insbesondere STR_TO_DATE().
>
> Angebote _jetzt_ per eMail, gehe nicht über Los!
>
>
>
> end
> Andreas
> --
> q: why do so many people take an instant dislike to mysql?
> a: it saves time (oicu in #postgresql)
> Explaining the concept of referential integrity to a mysql user is like
> explaining condoms to a catholic (Shadda in #postgresql)
Sören Hanisch schrieb:
> Hi,
>
> vielen Dank.
>
> Dazu muss ich einfach mal bemerken:
>
> Die Doku, siehe Link von Dir, liegt mir auch vor. Allerdings finde ich das
> Layout der MySQL Doku ein gelungenes Negativ-Beispiel, was die
> Übersichtlichkeit angeht, da muss man ja einfach was übersehen.
>
> Die sollten sich mal an anderen namenhaften Dokus ein Beispiel nehmen.
>
Ich ahne nicht mal, was Du mit 'anderen namenhaften' Dokus meinst
(vielleicht nur ein Tippfehler, und Du dachtest an 'damenhafte'?) Im
Opensource-Bereich kenne ich jedenfalls keine, die es hinsichtlich
Qualität und Übersichtlichkeit mit der von MySQL aufnehmen könnte. Man
kann in ihr übrigens auch SUCHEN. Und wenn es einem ausgewiesenen
MySQL-Gegner wie Andreas gelingt, innerhalb einer Stunde die Antwort auf
Deine Frage zu finden, dann sollten das die Fans dieser DB eher
schneller schaffen.
Ach ja: Bitte lies und beherzige http://learn.to/quote. Die wenigsten
Leute lesen Newsgroups auf dem Kopf stehend, deshalb ist es sinnvoll,
die Antwort *nach* der Frage zu schreiben.
Hallo Christian,
also ich lass mich bestimmt nicht belehren, wie ich einen Newsgroup-Artikel
oder eine Email verfasse.
Manche mögen ja darauf stehen nach unten Scrollen zu müssen, um den
eigentlichen - neuen - Inhalt der Nachricht zu lesen, ich kann das
allerdings absolut nicht ab und unterstütze das auch nicht. Und nicht alles,
was auf irgendeiner Internetseite steht ist auch gleich Gold.
Ich bin lange genug im Internet unterwegs, um mit recht eine eigene Meinung
vertreten zu können.
Also mit 'namenhaften Dokus' habe ich zum Beispiel die verschiedenen
API-Dokumentationen wie z.b. Java, .Net-Framework, oder Nachschlagewerke wie
Selfhtml, u.a. gemeint.
Na ja, da ich nicht wirklich exzessiv mit MySQL arbeite werd ich mich auch
nicht weiter drüber aufregen.
Ich persönlich bin kein Fan von Webseiten, auf denen ich eine Halbe Stunde
nach unten scrollen kann, um das Ende zu erreichen. Aber vielleicht ist das
ja noch so eine gute Sitte des Internet, die an mir vorbei gegangen ist. ;-)
Ich hoffe, Du fängst jetzt nicht direkt wieder an, jeden Teilsatz meines
"falsch verfassten Newsgroup Beitrags" auseinanderzuhnemen. Ich persönlich
schätze Newsgoups User, die sich nicht über Hilfesuchende Nutzer beschweren,
sondern sofern in der Lage ihre Hilfe anbieten.
Für Konstruktive Konversation bin ich immer gern zu haben, aber für
Konversation ist das hier sicher wieder nicht die richtige Newsgroup ;-)
Also dann weiterhin gutes Gelingen.
VG,
Sören
"Christian Kirsch"
news:446258f0$0$4501$9b4e6d93@newsread2.arcor-online.net...
> Sören Hanisch schrieb:
>> Hi,
>>
>> vielen Dank.
>>
>> Dazu muss ich einfach mal bemerken:
>>
>> Die Doku, siehe Link von Dir, liegt mir auch vor. Allerdings finde ich
>> das
>> Layout der MySQL Doku ein gelungenes Negativ-Beispiel, was die
>> Übersichtlichkeit angeht, da muss man ja einfach was übersehen.
>>
>> Die sollten sich mal an anderen namenhaften Dokus ein Beispiel nehmen.
>>
>
> Ich ahne nicht mal, was Du mit 'anderen namenhaften' Dokus meinst
> (vielleicht nur ein Tippfehler, und Du dachtest an 'damenhafte'?) Im
> Opensource-Bereich kenne ich jedenfalls keine, die es hinsichtlich
> Qualität und Übersichtlichkeit mit der von MySQL aufnehmen könnte. Man
> kann in ihr übrigens auch SUCHEN. Und wenn es einem ausgewiesenen
> MySQL-Gegner wie Andreas gelingt, innerhalb einer Stunde die Antwort auf
> Deine Frage zu finden, dann sollten das die Fans dieser DB eher
> schneller schaffen.
>
> Ach ja: Bitte lies und beherzige http://learn.to/quote. Die wenigsten
> Leute lesen Newsgroups auf dem Kopf stehend, deshalb ist es sinnvoll,
> die Antwort *nach* der Frage zu schreiben.
Christian Kirsch
> Ich ahne nicht mal, was Du mit 'anderen namenhaften' Dokus meinst
> (vielleicht nur ein Tippfehler, und Du dachtest an 'damenhafte'?) Im
> Opensource-Bereich kenne ich jedenfalls keine, die es hinsichtlich
> Qualität und Übersichtlichkeit mit der von MySQL aufnehmen könnte.
Das ist jetzt ein schlechter Scherz von dir, oder?
So wild, wie die Informationen in der Mysql Doku verteilt
sind, sucht man sich einen Wolf, wenn man etwas bestimmtes
finden möchte.
Ganz besonders witzig finde ich jedesmal die Hinweise mitten
im Text, ab wann nun welches Feature verfügbar ist. Ich muss
also jedesmal die komplette Seite lesen, um an benötigte
Informationen zu kommen. Von Struktur kann man da nicht sprechen.
Bye
--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Sören Hanisch schrieb:
> also ich lass mich bestimmt nicht belehren, wie ich einen Newsgroup-Artikel
> oder eine Email verfasse.
Ich hab es ewig nicht mehr geschrieben:
*PLONK*
Sören Hanisch wrote:
> Hallo,
>=20
> gibt es bei mysql eine Funktion, mit der ich einen String in einen Tims=
tamp=20
> umwandeln kann?
>=20
> bei oracle mache ich das so:
>=20
> insert into tabelle (spalte1) values (to_date('21.03.2006=20
> 13:26:00','dd.mm.yyyy hh24:mi:ss'));
>=20
> Geht sowas auch bei MySql?
Wenn Du Kontrolle über den String hast dann ändere einfach die
Reihenfolge von Jahr, Monat und Tag:
INSERT INTO tabelle (spalte) VALUES ('2006-03-21 13:26:00');
Das unselige TO_DATE/TO_CHAR hin- und herkonvertiere kann hier
zum Glück fast völlig entfallen.
Alternativ geht es auch ANSI-Konform:
INSERT INTO tabelle (spalte)
VALUES (CAST ('2006-03-21 13:26:00') AS DATETIME);
Das funktioniert dann auch auf anderen Datenbanken, afaik incl.
Oracle.
Wenn Du allerdings die TO_DATE/TO_CHAR Orgien nicht missen willst
dann sind die Gegenstücke dazu in MySQL die Funktionen STR_TO_DATE()
und DATE_FORMAT(), allerdings nutzen diese andere Format-Platzhalter.
--=20
Hartmut Holzgraefe, Senior Support Engineer .
MySQL AB, www.mysql.com
http://www.mysql.com/support/
Sören Hanisch schrieb:
> Hallo Christian,
>
> also ich lass mich bestimmt nicht belehren, wie ich einen Newsgroup-Artikel
> oder eine Email verfasse.
> Manche mögen ja darauf stehen nach unten Scrollen zu müssen, um den
> eigentlichen - neuen - Inhalt der Nachricht zu lesen, ich kann das
> allerdings absolut nicht ab und unterstütze das auch nicht. Und nicht alles,
> was auf irgendeiner Internetseite steht ist auch gleich Gold.
> Ich bin lange genug im Internet unterwegs, um mit recht eine eigene Meinung
> vertreten zu können.
Das rechtfertigt ein Öffentliches:
*Plonk*
Sören Hanisch meinte:
> Hallo Christian,
>
> also ich lass mich bestimmt nicht belehren, wie ich einen Newsgroup-Artikel
> oder eine Email verfasse.
Wenn du *unbedingt* willst...
*PLONK*
> Also dann weiterhin gutes Gelingen.
Ebenfalls.
Gregor
--
http://www.gregorkofler.at ::: Landschafts- und Reisefotografie
http://www.licht-blick.at ::: Forum für Multivisionsvorträge
http://www.image2d.com ::: Bildagentur für den alpinen Raum
Andreas Kretschmer wrote:
> Christian Kirsch schrieb:
>> Sören Hanisch schrieb:
>>> Die Doku, siehe Link von Dir, liegt mir auch vor. Allerdings finde ich das
>
> ... selber lesen halt Scheiße und brauche jemand, der das für mich
> vorverdaut?
>
>
>>> Layout der MySQL Doku ein gelungenes Negativ-Beispiel, was die
>>> Übersichtlichkeit angeht, da muss man ja einfach was übersehen.
>
> Also ich finde
> http://dev.mysql.com/doc/refman/5.1/en/writing-a-procedure.h tml sehr
> übersichtlich. Da sieht man _sofort_, was geht. Nicht so komplex wie
> http://www.postgresql.org/docs/8.1/interactive/plpgsql.html
>
> Oder was wolltest Du damit sagen?
Du vergleichst Äpfel mit Schraubenschlüsseln.
Das Kapitel aus der MySQL-Dokumentation bezieht sich auf das Schreiben
von Funktionen in C/C++, die man als SQL-Funktionen verfügbar haben
möchte (lies: "Plugins").
Die PostgreSQL-Seite beschreibt das Schreiben von Funktionen innerhalb
des DBMS (lies: "Stored Procedures")
Wenn du vergleichen möchtest, dann musst du entweder
a) Aus der MySQL-Dokumentation das Kapitel über Stored Procedures nehmen:
http://dev.mysql.com/doc/refman/5.1/en/stored-procedures.htm l
Oder
b) Aus der PostgreSQL-Dokumentation (bitte korrigier mich):
http://www.postgresql.org/docs/8.1/interactive/plhandler.htm l
Spätestens dann siehst du, dass sich beide Dokumentationen nicht viel
nehmen.
.... Mist, ich wusste, dass ich das damals in
<3c2mi3-smt.ln1@tux.schollglas.com> schon hätte korrigieren sollen.
Grüße
Kai
--
This signature is left as an exercise for the reader.
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de