Join on T1.date=T2.date OK. Aber nicht OK wenn Datum formatiert

**combie** · 17.02.2013, 09:33

Hat jemand ne Erklarung warum das so ist und sogar noch besser eine Idee für nen anderen Ansatz?

Du nimmst dem DBMS damit jede Chance einen evtl vorhandene Index sinnvoll zu nutzen.
Also benutze das "formatieren" nicht in Vergleichen.

Auch Access kennt einen passenden Datentype für Datumsangaben.
(soweit mir bekannt)

**Danusus** · 17.02.2013, 10:57

Danke für die Erklärung bzgl verlorenem Index bei formatierung. Versteh allerdings den Lösungsansatz bzw Datentype nicht ganz.

Ja, bei Access kann ich wie auch bei Mysql die Tabellenspalte der DB definieren (also z.b. Short Date, Long Date, Time etc.). Im Moment ist die Spalte von T1 als Longdate formatiert, also DD.MM.YYYY HH:MM:SS.
Die Spalte in T2 für die Tage aber natürlich als short date DD.MM.YYYY.

Weiss nicht ob ich richtig verstehe: Schlägst Du vor die Spalte in T1 als shot date zu formatieren? Damit verliere ich aber die genaue Uhrzeit...

Möglichkeit wäre natürlich eine weitere Spalte in T1 einzufügen welche nur als Shortdate definiert ist. Würde zwar gehen ist aber natürlich keine so schöne Lösung...

Das muss doch irgendwie mit einer Abfrage gehen...??

**combie** · 17.02.2013, 11:24

Unterscheide zwischen Datums Type und Datums Format.
Das Format ist für die Ausgabe wichtig. Bei internen Vergleichen eher störend.
Wie bei anderen DBMS auch, wird die interne Repräsentation so aussehen:
YYYY-MM-DD HH:MM:SS

**Danusus** · 17.02.2013, 14:44

Hmmm, vielleicht liegts an Access...
Sieht so aus, als ob Access Datums werte anders speichert als beispielsweise MySql. (Sieht für mich danach aus, dass in Mysqltabellen Datumswerte als "fest" und in Accesstabellen eher "flexibel" gespeichert sind)

In Access ist Type=Date/Time und Format: DD/MM/YYYY HH:MM:SS (BsP 26/09/2010 12:13:14) --> Innerhalb der Tabelle wird der Wert also tatsächlich in diesem Format abgelegt. Im Hintergrund läuft die Speicherung des Werts aber wohl doch andersartig ab. Beispielsweise kann man in access das Format in der Tabelle auf YYYY/MM/DD ändern. Damit wird dann "nur" 2010/09/26 gezeigt. Informationen gehen aber nicht verloren. Bei Zurückänderung auf DD/MM/YYYY HH:MM:SS erscheint dann wieder 26/09/2010 12:13:04.

Bei meinen MySQLs ist Type=DateTime und Format: 0000-00-00 00:00:00. (Als (Standard ist das yyyy-mm-dd hh:mm:ss. Hab noch nie versucht ob das umgestellt werden kann). Bei MySql gibts ausserdem noch beispielsweise Timestamp, Date, Time, year was Access vielleicht durch die oben Angegebene Weise umgeht.

Werde mal versuchen eine ähnliche Query PHP/Mysql zusammen zu basteln.

Irgendeine Meinung dazu?
(Ich hab doch die letzte Antwort richtig verstanden...?)

**combie** · 17.02.2013, 15:07

Ich glaube schon....

Wie auch immer.....
Die Format Anweisung muss aus der ON Klausel raus. Sonst haste ein heftigen Klotz am Bein.

**Danusus** · 17.02.2013, 16:34

Danke für Deine Antworten!

OK. Tried and tested. Here we go.

Access users aufgepasst!
- Kein join mit formatierten Datum (sonst Performance issue)
- Falls join mit Datum nötig, dann folgende Schritte als Vorschlag:
1) Neue Spalte in Ursprungstabelle einfügen (Name z.B. DateStamp, Type Text, Indexed Duplicates zugelassen)
2) Query erstellen mit neuem Feld z.b. X:format(YYYYMMDD) und Feld DateStamp von Ursprungstabelle mit anzeigen lassen
3) Copy paste aller Werte von Feld X in das Feld DateStamp.
4) Dann den join auf diesem Feld ausführen.

--> Zeit für Query vorher = ? (Abgebrochen nach 10 min Queryzeit)
--> Zeit jetzt < 1 Sekunde (Am Test mit je 10 Datensäten in 2 Tabellen)

Join on T1.date=T2.date OK. Aber nicht OK wenn Datum formatiert