Office: (Office 2010) Automatisierung von Access-Abfragen

Was das SQL anbetrifft, so ist beim letzen FROM die Klammerung falsch - aber das hast du ja schon selbst herausgefunden. Die Fehlermeldung bezüglich Aggregatfunktion kann ich mir nicht erklären, läuft es denn jetzt?
maike

 

Es funktioniert! Fragt mich aber nicht, woran es lag. Auf jeden Fall vielen Dank für eure Hilfe!!

Wie bereits angedeutet, würde ich jetzt gerne die Aggregatfunktion einbeziehen.

Bei einer Spalte (D.Anfragedatum) möchte ich nur den Ersten Wert sehen (letztes Datum), alle anderen Spalten sollen gruppiert werden.

Die Exceltabelle kommt bereits entsprechend absteigend sortiert aus unserem System.

Muss ich dann bei GROUP BY jede Spalte aufführen? (wie bereits im Code angedeutet - nach erstem FROM)

Oder gibt es einen Befehl, der mir das erspart? (z.B. GROUP BY alles außer D.Anfragedatum)

Code:

 

Die Gruppierung habe ich hinbekommen. Merkwürdigerweise liefert aber Erster Wert nicht bei allen Datensätze den ersten Wert :/

Exceltabelle4 ist aufsteigend nach Löschkennzeichen und absteigend nach Anfragedatum sortiert.

D.h. alle Datensätze, bei denen die Spalte Löschkennzeichen leer ist (anstatt "x") stehen vorne. Anschließend wurde innerhalb dieser Sortierung nach dem Anfragedatum sortiert, d.h. die neuesten Datensätze stehen vorne.

Hier mal der Code. Weiß jemand eine mögliche Ursache für mein Problem?

Code:

EDIT

Sortiert Access automatisch Tabellen beim Auswahlabfragen um?

 

Hi,

in welchem (Sortier-) Zustand sich die Excel-Tabelle vor Ausführung der Abfrage befindet ist wohl eher nebensächlich.
Eine zuverlässige Sortierung erhältst du nur, wenn du sie auch in der Abfrage festlegst.

 

Erster Wert ist eine eher zufällige Auswahl des grad mal oben stehenden Wertes.
Max(Anfragedatum) wäre vermutlich besser ...

Frage ist nur, was passiert dann mit den anderen Feldern (Löschkennzeichen, Anfragemenge)?
Vermutlich auch gruppieren?

maike

 

Wenn man seiner Datenbank und letztlich sich selber etwas Gutes tun wollte, würde man,
statt per JOIN's (aufwändige Operation) Datensätze zu vervielfältigen und diesen ganzen Rattenschwanz über fast alle Felder zu gruppieren (auch aufwändig)
besser nur die Tabelle D gruppieren/aggregieren und das Ergebnis mit den anderen Tabellen verknüpfen.
Mit diesem verarbeitungsgerechten Weg ergeben sich dann andere Probleme oftmals gar nicht.

Das "vermutlich" kann man unbedenklich streichen.

 

Max(Anfragedatum) geht nicht, da ich ja auch die zugehörigen Werte für Löschkennzeichen und Anfragemenge benötige. Bei letztgenannten Spalten kann ich nicht mit Max() arbeiten.

Es kann ja für dieselben Werk-Material-Kombinationen mehrere Datensätze geben, bei denen der Datensatz mit dem neuesten Anfragedatum nicht unbedingt auch die größte Anfragemenge hat.

Ich habe mal die Gruppierung rausgenommen und mir nur die "reine" Auswahlabfrage angeschaut. Merkwürdigerweise entspricht deren Sortierung nicht der Sortierung der Exceltabelle4.

Sortiert Access bei Auswahlabfragen (oder beim Import/Einbinden von Exceltabellen) automatisch? Falls ja, nach welchen Kriterien?

 

Teilweise ja, und die Regeln dazu nicht zweifelsfrei vorhersagbar, besonders dann bei komplexeren Abfragen mit mehreren Verarbeitungsstufen.
Da Erster und Letzter aber von der dann vorhandenen Reihenfolge abhängt, ist deren Verwendung ein unsicheres Geschäft.

 

Wenn du Eberhards Hinweis, die Tabelle D vorher zu bearbeiten und dann das Ergebnis in die Abfrage einzubinden befolgst, könntest du nach Anfragedatum absteigend sortieren und mit SELECT TOP 1 den ersten Datensatz auswählen:
Code:

maike

 

Danke, mit Eberhard's Vorschlag klappts!

Ich habe meine Datenbank noch mal etwas erweitert, wobei der Grundaufbau gleich geblieben ist.

Jetzt wollte ich den Spalten die richtigen Felddatentypen zuweisen, allerdings bekomme ich dabei folgende Fehlermeldung:

Abfrage 1

Code:

Abfrage 2

Code:

 

Text zu Text in massiver Vervielfältigung: Das nennt man wohl Schaum schlagen. Viel Aufwand. Sieht wichtig aus. Umsonst, aber nicht kostenlos.

 

Ist es nicht für spätere Auswertungen besser, die Datentypen zu bereinigen? Einige Spalte mit Mengen oder Preisen haben derzeitig den Typ Text...

 

Gehe ich recht in der Annahme, dass du die ganzen Daten schlussendlich in eine Access-Tabelle schreiben willst? In dieser Tabelle sollten die Felder passende Datentypen haben. Vorher sollte eine Prüfung stattfinden, ob die importierten Werte dem Datentyp entsprechen bzw. eine Behandlung nicht passender/ungültiger Werte eingebaut sein.
maike

 

Bisher habe ich nur alle Inputdaten in eine Access-Datenbank importiert. Diese Datenbank möchte ich letztendlich nutzen, um die Bestellabwicklung zu überwachen.

Im nächsten Schritt würde dann die Datenauswertung folgen. Dabei geht es u.a. um folgende Fragen:

Wurde die Bestellung freigegeben? Wenn nein, bei welchem Freigabestatus hängt die Bestellung fest?
Gibt es Hemmnisgründe, die eine Weiterbearbeitung der Bestellung verhindern?
Wurde das Anforderungsdatum überschritten?
Wird die bestätigte Lieferzeit eingehalten?
Entspricht die eingegangene Menge der bestellten Menge?
....

Manche Spalten in der erstellten DB haben bisher den falschen Datentyp (z.B. Preise, Mengen, Lieferdatum = Text).

Vor Schritt 2 (Datenauswertung) wollte ich daher die Datentypen bereinigen.

Leider habe ich dabei die genannte Fehlermeldung erhalten.

Siehst du den Fehler in meiner Vorgehensweise?

 

Wie maike schon ausführte:

- In einer richtigen Datenbank kommt erst das Datenmodell und damit Tabellen mit Feldern mit sinnvollen verarbeitungsgerechten Datentypen.
Die Tabellendefitionen "wachen" dann über die Datentypen.

- Datenmodellierung hieße dann auch: Es dürfen mehrere Tabellen werden - und nicht die gleiche Exceltabelle.

- Für einen Import müssen Daten notfalls passend konvertiert werden, damit sie in die Tabellen eingefügt werden können.