Hmm,
warum verwendest Du DAY(DatumFeld) ?
Was steht in DatumFeld *wirklich* drin?
Wenn es echt nur das Datum ist - ohne die Uhrzeit -
dann sollte GROUP BY DatumFeld das Richtige sein.
Enthält DatumFeld auch die Uhrzeit, z.B. weil Now() zum Eintrag
benutzt wurde, so ist schon der WHERE-Abschnitt nicht ganz richtig:
> "WHERE DatumFeld >= " & VonDatum & " AND DatumFeld <= " & BisDatum &
und müsste entweder
"WHERE DatumFeld >= " & VonDatum & " AND DatumFeld < " & BisDatum &
oder
"WHERE DatumFeld >= " & VonDatum & " AND DatumFeld < " & (BisDatum + 1) &
heißen, jenachdem ob ausschließlich oder einschließlich BisDatum.
und man muss die Uhrzeit für das GROUP BY von DatumFeld entfernen.
Helmut.
> .
>
Ich arbeite zwar mit Datenbanken, aber ausschließlich Access.
Ich programmiere in VB6, und verwende häufiger den direkten
Zugriff via DAO auf Tables als auf per SQL-Queries erzeugte
Recordsets. Oh, ich habe in den letzten 15 Jahren weit über 100
SQL-Abfragen erzeugt und in den Access-Datenbanken abgelegt
um sie dann vom VB6-Code mit Parameterübergabe aufzurufen.
Aber es ist nicht mein täglich Brot und mit den leicht abweichenden
SQL-Dialekten anderer Datenbanken bin ich nicht vertraut.
Dies vorhergeschickt.
Jahreszahlen sollten wie Tageszahlen kein Problem sein,
YEAR(DatumFeld) liefert doch einwandfreie Ergebnisse, oder?
Bleiben noch die Monatszahlen. Was ist mit
"GROUP BY YEAR(DatumFeld), MONTH(Datumfeld) "
Helmut.
"Christoph Michalski" <Christoph...@discussions.microsoft.com> schrieb im
Newsbeitrag news:B4398A2A-BB14-45E2...@microsoft.com...
[...]
>>
>> Helmut.
>>