Testen eines Ausdruckes auf älteren MySQL-Servern

Hallo zusammen,

ich habe MySQL 4.1 im Einsatz. Ich finde in der Doku nicht, in welcher
Version die Funktion TO_DAYS implementiert wurde. Könntet ihr bitte den
Ausdruck auf 3.x für mich testen.

SELECT (TO_DAYS( CURDATE( ) ) - TO_DAYS( DATE_ADD( '1980-01-01',
INTERVAL( YEAR( CURDATE( ) ) - YEAR( '1980-01-01' ) ) YEAR ) ))

Heute sollte das Ergebnis 248 sein.

Vielen Dank!

--
Viele Grüße
Dominik

http://www.der-domi.de

Re: Testen eines Ausdruckes auf älterenMySQL-Servern

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

Re: Testen eines Ausdruckes auf älterenMySQL-Servern

Dominik Erdmann wrote:

> SELECT (TO_DAYS( CURDATE( ) ) - TO_DAYS( DATE_ADD( '1980-01-01',
> INTERVAL( YEAR( CURDATE( ) ) - YEAR( '1980-01-01' ) ) YEAR ) ))

WFM auf 3.23.37, 248 bekomme ich auch raus.

HTH, Andreas

--
Wer mir per Mail antworten möchte sollte 'erdbeere' im Betreff erwähnen,
sonst wird die Mail zusammen mit SPAM und Würmern ungelesen gelöscht.

Re: Testen eines Ausdruckes auf älteren MySQL-Servern

Andreas Delp schrieb:

>> SELECT (TO_DAYS( CURDATE( ) ) - TO_DAYS( DATE_ADD( '1980-01-01',
>> INTERVAL( YEAR( CURDATE( ) ) - YEAR( '1980-01-01' ) ) YEAR ) ))
>
> WFM auf 3.23.37, 248 bekomme ich auch raus.

Danke!

--
Viele Grüße
Dominik

http://www.der-domi.de

Re: Testen eines Ausdruckes auf älteren MySQL-Servern

Andreas Kretschmer schrieb:

>> ich habe MySQL 4.1 im Einsatz. Ich finde in der Doku nicht, in welcher
>> Version die Funktion TO_DAYS implementiert wurde. Könntet ihr bitte den
>> Ausdruck auf 3.x für mich testen.

> Darf man fragen, ob Dein Ausdruck für ein Museum ist?

Warum Museum? Ist für meine Kontakteverwaltung (siehe HP)
Z.Z. verwende ich einen anderen Ausdruck mit DATEDIFF. Die Funktion ist
aber erst in 4.1 implementiert und einige User haben damit Probleme...

Danke

--
Viele Grüße
Dominik

http://www.der-domi.de

Re: Testen eines Ausdruckes auf älteren MySQL-Servern

Dominik Erdmann wrote:
>
> ich habe MySQL 4.1 im Einsatz. Ich finde in der Doku nicht, in welcher
> Version die Funktion TO_DAYS implementiert wurde. Könntet ihr bitte den
> Ausdruck auf 3.x für mich testen.

Funktioniert in 3.23.58.


XL

Re: Testen eines Ausdruckes auf älteren MySQL-Servern

Axel Schwenke schrieb:

>> ich habe MySQL 4.1 im Einsatz. Ich finde in der Doku nicht, in welcher
>> Version die Funktion TO_DAYS implementiert wurde. Könntet ihr bitte den
>> Ausdruck auf 3.x für mich testen.
>
> Funktioniert in 3.23.58.

Dankeschön!

--
Viele Grüße
Dominik

http://www.der-domi.de

Re: Testen eines Ausdruckes auf älterenMySQL-Servern

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)

Re: Testen eines Ausdruckes auf älterenMySQL-Servern

Andreas Kretschmer wrote:
> Dominik Erdmann wrote:
>> Andreas Kretschmer schrieb:
>
>>> Darf man fragen, ob Dein Ausdruck für ein Museum ist?
>
>> Warum Museum? Ist für meine Kontakteverwaltung (siehe HP)
>
> Weil MySQL 3.x stink-alt ist, deswegen. Was mir bei MySQL im Vergleich
> zu z.B. den PostgreSQL-Mailinglisten und IRC-Channels immer wieder
> aufällt ist, daß man an _extrem_ alten Versionen festhält. Bei MySQL ist
> man mittlerweile bei 5.x, was sicher zu 4.x ein guter Wurf ist. Aber das
> man noch an 3.x denkt, ist schwer zu verstehen.

Ist es eigentlich nicht. Viele traditionelle Datenbank-Features wie
Transaktionen oder referentielle Constraints mögen für traditionelle
Datenbankanwendungen unverzichtbar sein. Für einen beträchtlichen
Anteil an real existierenden Anwendungen sind sie es aber doch.

Wenn Dominiks Kontaktverwaltung oder Rainers Video-Datenbank mit den
Features von MySQL 3.23 auskommt, warum sollten sie dann upgraden?

FYI: aktuelle Benchmarkzahlen legen nahe, daß Applikationen, die auf
MySQL 4.x zugeschnitten sind, unter 5.x ein paar Prozent langsamer
laufen. Die neuen Features *haben* also einen Preis. Man kann diese
Prozente - und etwas mehr - wieder rausholen, indem man die neuen
Features bewußt einsetzt (z.B. stored Procedures in 5.x). Aber genau
das passiert bei einem reinen DBMS-Upgrade ja gerade nicht. Es gibt
also auch objektive Gründe - jenseits von "never touch a running
system" - das DBMS *nicht* upzugraden.


XL

Re: Testen eines Ausdruckes auf älteren MySQL-Servern

Andreas Kretschmer schrieb:

>>>> ich habe MySQL 4.1 im Einsatz. Ich finde in der Doku nicht, in welcher
>>>> Version die Funktion TO_DAYS implementiert wurde. Könntet ihr bitte den
>>>> Ausdruck auf 3.x für mich testen.
>
>>> Darf man fragen, ob Dein Ausdruck für ein Museum ist?
>
>> Warum Museum? Ist für meine Kontakteverwaltung (siehe HP)
>
> Weil MySQL 3.x stink-alt ist, deswegen. Was mir bei MySQL im Vergleich
> zu z.B. den PostgreSQL-Mailinglisten und IRC-Channels immer wieder
> aufällt ist, daß man an _extrem_ alten Versionen festhält. Bei MySQL ist
> man mittlerweile bei 5.x, was sicher zu 4.x ein guter Wurf ist. Aber das
> man noch an 3.x denkt, ist schwer zu verstehen.
> (Subselects, erst vor wenigen Tagen hier...)

Vielleicht war die Frage nach einem Test auf MySQL 3.23 bißchen
übertrieben. Da hast du recht.

Die Funktion DATEDIFF, welche ich aktuell einsetze, wurde erst in 4.1.x
implementiert. Version 4.0.x ist aber noch sehr häufig zu finden.
Dadurch schließe ich viele Nutzer aus...

Mich wundert es jetzt aber, dass ein Nutzer Probleme mit DATEDIFF in
Version 5.0.18 hat. Da scheint es die Funktion einfach nicht zu geben...

--
Viele Grüße
Dominik

http://www.der-domi.de