Nach vielem Gefrickel hoffe ich dass mir hier jemand "auf die schnelle" helfen kann.

Folgendes Problem:
Mantis Tickets liegen in einer mySQL DB. Mantis hat ein eigenes Datumsformat und legt die Tickets nicht als Date sondern als int(10) ab.

Ich wollte nun abfragen wie viele Tickets bzw. welche Tickets letzte Woche reingekommen sind. Dafür hätte ich nun "normalerweise" folgende Anfrage gemacht:

MySQL sagt dazu:

Habt Ihr eine Idee?!?

Folgende Abfrage liefert z.B. das richtige Ergebnis:

EDIT: Im 10-stelligen Datum scheint die auch die Uhrzeit enthalten zu sein. Aber alle Einträge vom 08.03.2010 scheinen mit 12680 anzufangen. Vermutlich ist also Tag 0 der 20.06.1975 im Mantis Datumssystem.

Da ich das ganze via Excel Makro abschicken werde- könnte ich mir auch eine "Datumsanpassung" innerhalb des Makro´s vorstellen.

EDIT2: Mir ist aufm Heimweg ne Idee gekomen wie ich das umschiffe. Danke für´s mitlesen :-)

Der Beitrag wurde bearbeitet von Michael.Ku am 08.03.2010 - 19:12

Ich habe schon eine Weile nichts mehr mit MySQL gemacht aber versuch sonst mal dies:


SELECT * FROM `mantis_bug_table` WHERE `date_submitted` > `sysdate-7`;

oder mit Subbefehl:

SELECT * FROM `mantis_bug_table` WHERE `date_submitted` > (SELECT sysdate - 7 FROM `mantis_bug_table`);

//edit probieren geht über studieren :evil: ... bei INSERT könnte es ja fatal sein bei SELECT kommt ja meist nur ein Fehler. (oder Liste bleibt Leer)

Der Beitrag wurde bearbeitet von Dennis Wokon am 08.03.2010 - 20:13

Das sind Unix Timestamps ( siehe http://de.wikipedia.org/wiki/Unix-Timestamp )
Da generierst Du Dir den Timestamp von heute 00:00:00 Uhr abzgl. 7*24*60*60 Sekunden und *zack* hast Du Dein Minimum ;)

ein bisschen weniger DIY, als eikes vorschlag, wäre die UNIX_TIMESTAMP-function von mysql. :)

--> MySQL-Docs

Ey- danke für Eure Hilfe!

@Dennis: funzt nicht da wie gesagt Mantis 'sysdate' nicht kennt.

@Eike und Lorenz: Jepp Das ist tatsächlich Timestamp. Kannte ich bis gestern abend als Christian mir das gesagt hat noch nicht.
Super - ich denke ich werde jetzt auch einen passenden Excel Befehl finden bzw. per Hand errechnen und dann gehts ab! :up:

Der Beitrag wurde bearbeitet von Michael.Ku am 09.03.2010 - 10:29

hatte ich mir schon gedacht, hauptsache es läuft jetzt wie du es wolltest.

Haha... wohl n Scherz. Das Umrechnen war bei weitesten das kleinste Problem.

Bei solch einer suuper Excel Doku :think:

Zumindest haben die Probleme nun dazu geführt, dass Ich mir die Daten in Excel anzeigen lassen die Access aus der DB rausquetscht. Schöner join über 14 Tables... :rofl:

Jedenfalls kommt das Reporting nun ohne csv-Export aus. :up:

Der Beitrag wurde bearbeitet von Michael.Ku am 12.03.2010 - 15:09