Office: (Office 2010) Bug in Access Abfrage mit Format Funktion

Hallo,

ich glaube ich habe einen Bug entdeckt, bzw. sehe ich keinen logischen Grund für folgendes verhalten.

In einer Abfrage wird ein Datum/Zeit Feld eingefügt.

Nun soll die Uhrzeit "abgeschnitten" werden. DAs geht im Prinzip ganz einfach mit dem Format Befehl. Also:

ERGEBNIS: FORMAT([DATUMSFELD];"tt.mm.jjjj")

Das Problem hierbei ist aber nun, dass das Ergebnis nicht als Datum sondern als Text sortiert wird !?!??! Was allein schon daran erkennbar ist, dass die Ausgabe linksbündig ist.

Setzt man noch die Funktion ISDATE davor geht kommt ebenfalls eindeutig das Ergebnis dass die FORMAT Funktion ein Datumsfeld ausspuckt.

Natürlich habe ich nun versucht nochmal mit CDATE (ZDATE) drüberzubügeln.
So:
ERGEBNIS: ZDATE(FORMAT([DATUMSFELD];"tt.mm.jjjj"))

Dabei kommt aber ein Datentypfehler.

Mein Fazit: Innerhalb der Abfrage spuckt FORMAT ein Datumsfeld aus, danach ist es ein Text Feld.

Hat jemand schonmal ein ähnliches Problem gehabt??
Woran könnte das liegen?

viele Grüsse,
M.

:)

 

Hallo!

Die Format-Funktion gibt einen String zurück - somit kann nur noch nach Text sortiert werden, wenn du nach dem Ergebnis der Format-Funktion sortierst. ;-)

Wenn du ein bestimmtes Datumsformat benötigst, könntest du das Format auch erst im Steuerelement einstellen und in der Abfrage nur das Datumsfeld verwenden.
Oder du gestaltest die Abfrage folgendermaßen:
Code:

Ich selbst bevorzuge die Formaierung so spät wie möglich (also erst bei der Ausgabe im Formular bzw. Bericht) einzustellen, damit ich so lange wie möglich mit einem "echten Datum" rechnen kann.

mfg
Jos

 

Hallo,

das hab ich schon versucht. Das funktioniert nicht.
Access 2010 Service Pack 1

Die Format Funktion spuckt bei mir ein Datumfeld aus.

Wenn ich dies überprüfe mit

ERGEBNIS: IsDATE(FORMAT([DATUMSFELD];"tt.mm.jjjj")

dann kommt als Ergebnis TRUE raus.

Deshalb geht die CDATE Funktion auch nicht, welche einen STRING erwartet.

DAs mysteriöse ist, dass die Ausgabe DANN aber wiederum offensichtlich ein TEXT ist, da die Sortierung falsch ist und die Spalte linksbündig ist.

Wenn Du Zeit hast, mach mal bitte folgendes.
Erstelle eine neue Datenbank.

In Tabelle1 einfach mal in einem Datum/Zeit Feld folgendes eintragen:
01.11.2011 12:00
02.11.2011 12:00
03.10.2011 12:00

Dann eine Abfrage erstellen mit:

FORMAT([DATUMSFELD];"tt.mm.jjjj")
SORTIERUNG auf dieses FELD aufsteigend.


Das Ergebnis ist:
01.11.2011
02.11.2011
03.10.2011


Richtig wäre:

03.10.2011
01.11.2011
02.11.2011


Da logischerweise der Oktober vor November kommt.

Kannst DU den Fehler so nachvollziehen?

viele Grüsse!

 

Hallo,

dazu eignet sich auch hervorragend die Int-Funktion, sie schneidet die Nachkommastellen ab, die den Tagesbruchteil, also die Uhrzeit darstellen.
Das Ergebnis ist außerdem noch korrekt sortierbar.

Wie bereits gesagt, es handelt sich bei dem Ergebnis der Format-Funktion um Text und so wird dann logischerweise auch sortiert.

PS:
IsDate stellt lediglich fest, dass der Text einem gültigen Datum entspricht und würde auch bei IsDate("11.11.2011") dasselbe sagen.

 

ZITAT: "Text und so wird dann logischerweise auch sortiert."

Ok, das glaub ich auch. Aber warum bringt mir dann IsDate TRUE??
Bzw. CDATE einen Datentypfehler?

 

Warum auch immer.
Die Lösung mit INT Funktioniert.

ERGEBNIS: INT([DATUMSFELD])
Sortierung daruf.

Fertig.

Danke für den Tipp!

 

Weil IsDate auch Zeichenfolgen prüfen kann.

Sind vielleicht Felder leer (NULL)?
cdate(null) => Error

Nein. Richtig ist die 1. Variante, weil Format IMMER einen String zurückgibt.

BTW: falls du einen Datumsdatentyp in der Abfrage haben willst:
Code:

(Statt Format kannst du auch Int bzw. Fix verwenden.)

mfg
Josef

 

Hi,

IsDate prüft nicht den Datentyp, sondern die Deutbarkeit als Datum. Ein Text ist kein Datum, kann aber als Datum gedeutet werden.

Quizfrage: was ergibt ? Isdate(cdate(1))?

 

Neben der Format-Anweisung, die wie erklärt einen String erzeugt, gibt es eine Format-Eigenschaft. Diese Eigenschaft ändert nicht den Wert (oder Datentyp), sondern nur die Anzeige.

Diese Eigenschaft kann man in Tabellen, Abfragen und Formularen/Berichten anwenden, wobei für die Anzeige Tabellen und Abfragen uninteressant sind.

 

Aus der Hilfe:
Code:

Man stolpert immer wieder darüber, daß VBA immer wieder mal eine automatische Typkonvertierung vornimmt, wenn VBA meint "dös passt scho"
Beispiel:
Code:

Wahr *wink.gif*