access: wie kann ich in einer Access-Abfrage das Jahr aus Datum auslesen

Cologne_02 schrieb am 13.08.2010 11:59 Uhr:

Leider klappt das aber auch nicht

Andreas' Vorschlag klappt hier problemlos. Statt TT.MM würde ich TT.MMM nehmen. In der zusätzlichen Spalte steht dann reiner Text. Excel-Datei Abspeichern. Access Datenbank öffnen und die Excel-Tabelle importieren. Das Feld kommt als Text-Feld in Access
an.

Das nimmt Dir aber die Chance, später mal einfache Abfragen auf das Datum zu machen. Darum würde ich auf jeden Fall das Datum auch tatsächlich als Datum importieren. Das Format "tt.mmm" funktioniert überall in Access: in Tabellen, Abfragen, Formularen und
Berichten.

Peter

Hallo,

Access habe ich leider keine Ahnung.

Evtl. könntest Du über die von mir gepostete Formel das Datum zu einem Text umwandeln und dies dann so nach Access importieren.

Die Frage ist eben, was nachher in Access in welcher Form weiterverarbeitet werden soll.

Und ob derjenige der in Access die Abfragen aufbereitet mit diesem Format weiterarbeiten kann.

Ansonsten vielleicht auch mal das Problem hier im Accessbereich posten damit Du weisst in welchem Format das Feld benötigt wird

In Tabellen definierte Datums-Felder benötigen in Abfragen die Übergabe ihres Wertes an eine Variable, wenn ihr Geltungsbereich sich in der gewünschten Formatierung auf einen Wert vor 1900 (nach oben liegt die Grenze wohl bei 2030?) beziehen soll. Dies leistet
der Format-Befehl bereits im Abfrage-Entwurf, wenn anstatt des Feldnamens die Variable deklariert und angesprochen wird:

… GDatum:Format([Geburtsdatum]) …

wobei das gewünschte Datumsformat im zugehörigen Eigenschaftsfenster festzulegen ist. Eine gesonderte SQL-Abfrage erübrigt sich. Die in der Abfrage erstellte Variable erscheint in SQL als:

… ,Format([Geburtsdatum]) AS GDatum, …

Nun ist es egal, welcher Treiber, welcher Startpunkt usw. gewählt wird, der Geltungsbereich vom Jahr 0 an wird außerhalb von Access korrekt wiedergegeben. Also noch einmal Dank.

Hallo,
sofern du als Datenquelle eine Exceldatei verwendest, solltest du Datumsberechnungen direkt dort (in einer Hilfsspalte für den Seriendruck) vornehmen.
Ansonsten hilft dir eventuell folgende Diskussion schon weiter:
Aktuelles Datum + X Tage im Word 2016 automatisieren? - Microsoft Community
Nachtrag:
Dein anderer Beitrag lässt darauf schließen, dass du als Datenquelle eine Access-Tabelle oder Access-Abfrage verwendest. Dann könntest du die Berechnung in einer Abfrage vornehmen.
Viele Grüße
Lisa

Ich selbst habe vor Jahren eine PostgreSQL als Backend hinter Access (2000?) gehangen. Zu damaliger Zeit waren es ca. 40Mio Datensätze, die pro Monat in die DB gepumpt worden sind. Dies ging auch ohne nennenswerte Probleme. Access war dort ein wenig träge,
aber das mag an den damaligen Rechnern, dem Netzwerk oder an sonst was gehangen haben.

Jetzt möchte ich meinen Kunden/Kollegen die Oberfläche von Access bereitstellen (ist für mich am wenigsten Arbeit, da sie sich damit auskennen bzw. ich mir keine GUI überlegen muss), jedoch sind meine Daten in der Größenordnung von 300-500TByte pro Jahr
(ja, ich meine Terabytes; wie viele Tupel es sind, müsste ich nachschauen; ein Tupel besteht jedoch nur aus ca. 10 nativen Datentypen).

Auf diese sollen zu 99,9% Abfragen erstellt werden. Diese können aggregierend (count, etc.) sein oder auch nur die gesamte Tabelle filtern und mir ein Subset von Tupeln zurückliefern.

Im Endeffekt stell ich mir die Frage, wie diese Tabellenverknüpfung intern dies handhabt. Ob jeweils nur Teile der "echten" Tabelle gecacht werden, oder ob im Hintergrund jeweils die gesamten Tupel versucht werden zu halten. Daran anschließend frage ich
mich, wie dies bei einer Abfrage gehandhabt wird. Ob die Abfrage per SQL an den DB-Server geschickt wird, das prozessing dort stattfindet oder ob Access clientseitig dies macht.



In erster Linie geht es mir also nur um den visuellen Abfragen-Generator, den ich bereitstellen möchte. SQL denen Beizubringen ist leider keine Alternative. :-/