Office: Abfrage alle Datensätze anzeigen

Wenn die Daten in etwa unten gezeigter Form entsprechen,
reicht eine einfache Kreuztabellenabfrage,
Code:

 

Hallo Marsu,
anbei der Aufbau der Tabelle.
Wie oben beschrieben, bekomme ich jedes Quartal die neuen Kumulierten Zahlen für das aktuelle Jahr. Die hänge ich dann an die bestehende Tabelle dran.
Deshalb muss das Quartal ausgelesen werden. Stelle dann z.B. das 2. Quartal 2013 dem 2. von 2012 und 2011 gegenüber.
Gruß Hartmut

 

Hallo Hartmut,

D.h. du bekommst pro Partner pro Quartal einen Datensatz, der schon alle
aufsummierten Umsätze je Berichtsjahr enthält.
Es sei die Frage erlaubt, warum und was du in deinen gezeigten Abfragen
noch summieren wolltest.

Welche Rolle spielen die Spalten 'Sparte' und 'Anzahl' für deine Ergebnisübersicht?
Ist sichergestellt, dass min. ein Partner pro Quartal/Jahres-Kombination seine
Zahlen meldet?
=> Wie sieht dein Wunschergebnis aus?
Lass dir bitte nicht jeden Wurm einzeln ...

Warum stellst du nicht eine Access-Tabelle mit den Daten zur Verfügung?
Soll man das Bild nun abtippen, um dir eine mögl. Lösung zu präsentieren?

Sorry wenn der Ton evtl. etwas rau klingt.
Aber hättest du von Anfang an deine Ausgangslage und dein zu erreichendes
Ziel aufgezeigt, hätte man sich manchen Beitrag und Nebenkriegsschauplatz
ersparen können.

 

Hallo Matsu,
ja, pro Quartal die kumulierten Daten für das Jahr.

Warum gruppieren? Zu einer Partner_ID können zwei oder mehr Datensätze dabei sein mit gleicher Sparte. Deshalb muss gruppiert werden, damit gleiche PartnerID mit gleicher Sparte gruppiert ist.

Es gibt drei Sparten. S, K und H, die später im Formular gefiltert werden können.
Die meisten Partner liefern pro Quartal ihre Zahlen. Es ist aber nicht auszuschließen, das von einem Partner mal keine Umsatzzahlen kommen.

Weil ich auf meinem ipad kein Access habe und wie bereits erwähnt ich erst am Montag wieder im Büro bin. Da du mir freundlicherweise aber auch am Wochenende helfen möchtest, habe ich versucht, dir durch das Bild die Grundlage der Tabelle darzustellen.

Ich werde Montag eine Musterdatei der DB einstellen. Wie ich bereits mehrfach erwähnt habe, war ich mir der Komplexität und des Umfanges meines Problems zu Beginn nicht bewusst. Es tut mir leid, dass es deswegen zu Irritationen gekommen ist, ließ sich allerdings aus Unkenntnis nicht vermeiden.

Auch ich habe die gereizte Stimmung, die du als "Nebenkriegsschauplatz" bezeichnest bemerkt. Mein Kommentar dazu ist, dass ich mich freue, solch ein Forum gefunden zu haben, in dem kompetente Leute ihr freie Zeit opfern um anderen zu helfen. Aus meinem Arbeitsleben weiß ich selber, dass man manchmal gereizt ist und sich vielleicht unglücklich ausdrückt. Umso mehr, wenn man feststellt, dass sich jemand jeden .... ziehen lässt. Aber ich kann dir versichern, dass dies nicht absichtlich geschah sondern aus Unwissenheit. So, das mag als Statement dazu genügen.

Ich würde mich freuen, wenn ich nächste Woche einen funktionierenden Ablauf für meine DB hätte und bin mir sicher, dass es mit eurer Hilfe gelingt. Deshalb nocheinmal auch heute ein herzliches Dankeschön für die bisherigen Anregungen.
Hartmut

 

\@Marsu:

Dabei hast du aber übersehen, dass mehrere Spalten pro Partner und Jahr ausgegeben werden sollen, und das ist leider mit einer Kreuztabellenabfrage nicht (so ohne weiteres) machbar.

 

Ich kenne das Wunschergebnis nicht und möchte nicht spekulieren.

Bisher habe ich mich an

gehalten.
Das interpretiere ich als Umsatz in €uro, was analog des Bsp. funktioniert.
Die Frage, welche Rolle bzw. Aussagekraft die Spalte Anzahl im Ergebnis hat,
blieb bisher unbeantwortet.
Werde mich nun zurückhalten bis das Ziel eindeutig definiert wird.

 

Das hat nichts mit Spekulation zu tun, sondern ist die Quintessenz aus den bisherigen Beiträgen des TS.

Sorry, aber du solltest vielleicht zunächst einmal alle Beiträge sorgfältig lesen (und auch die dMn schlecht formatierten Codes nicht einfach ausklammern), ehe du dich zu derartigen Äußerungen hinreißen lässt.

 

Die Beschreibungen der Ausgangslage und des Ziels entsprechen nicht den gezeigten SQL-Strings.
Ich sehe sehr wohl, dass Gruppierungen bzw. Summierungen auf das Feld Anzahl in SQL
durchgeführt wurden, nur lese ich ausserhalb der Codeabschnitte nichts über dessen Bedeutung für das zu erstellende Formular.
Wenn ich diesbezgl. etwas übersehen haben sollte, bitte ich um Hinweis auf entspr. Textstellen.

BTW: Unterstreichungen ... tztztz ... *wink.gif*

 

\@Marsu:
ich habe den Code für dich noch einmal so formatiert, dass die wesentlichen Teile ohne scrollen zu müssen sichtbar sein sollten: Code:

Dabei werden im ersten Select-Statement Platzhalter für die in den folgenden Select-Anweisungen berechneten Summenfelder erzeugt. Die so erzeugten Datensätze werden dann in einer weiteren gruppierten Abfrage zusammengefasst.
{bei der Gelegenheit habe ich auch gleich zwei überzählige Klammern entfernt}

Dies mag umständlich sein, wie Eberhard vermutlich in Beitrag #14 andeuten wollte, welche Lösung ihm dagegen vorschwebt, müsste allerdings noch konkreter vorgestellt werden, damit alle (einschließlich ich) seinen Gedanken folgen können.

 

Hallo, habe heute im Büro direkt getestet.

Mit der UNION-Abfrage von Anne und der Zusammenfassung-Abfrage läuft alles so durch wie gewünscht. Alle Daten werden sauber angezeigt.
Das war Topp-Arbeit Anne. Herzlichen Dank dafür.

Auch allen anderen nochmals vielen Dank für die Geduld und Hilfestellung.
Im Laufe des Tages werde ich noch eine Datenbank mit den Abfragen einstellen. Muss das ganze nur aus der Hauptdatenbank extrahieren.
Wer will und Lust hat kann ja prüfen, ob es noch kürzere Wege gibt.
Für mich ist die Lösung von Anne ausreichend.

@anne: Wie hast du den SQL-Code fürs Forum formatiert? Alles per Hand oder gibt es da eine andere Möglichkeit?

Es grüßt euch ein dankbarer Access-Anwender *wink.gif*
Hartmut

 

Mit "Lösung ausreichend" ist genügend gesagt.

 

Anbei ein Auszug meiner DB.
Hartmut

 

\@Hartmut:
Ich habe den Code per Hand formatiert. Als Formatierungs-Tool kenne ich den SQLFormatter, gibt's als Freeware im Netz zu finden.

 

\@Hartmut

Vielleicht doch nicht so ganz.
Deine Lösung ist fehlerhaft, da u.a.
- der Partner 10040, der nur Zahlen im VJ meldet nicht in der Übersicht auftaucht.
- weil

nicht berücksichtigt wird.
Wie du damit umgehst (Summierung oder hat nur ein Datensatz Gültigkeit?), hast du bisher nicht beschrieben.
Vlt. wird ja mal eine Rückfrage beantwortet. *tongue.gif*
BTW: Man könnte durch einen geeigneten Index direkt verhindern, dass mehr als ein DS zur Kombi Jahr/Quar/Partner/Sparte existiert.

Fährt man eigentlich über München, wenn von Essen nach Dortmund möchte?
M.a.W. der Lösungsansatz würde von mir als schwach ausreichend bewertet, da er gerade noch (fast) die Grundanforderung erfüllt. *wink.gif*

Meiner bescheidenen Meinung nach, wäre der Ansatz
qryAllePartner mit LeftJoin über PartnerID und Sparte auf
(korrigierte) qryGJ, VJ, VVJ
der einfachere, schnellere und somit bessere.

[Edit]
BTW: kann ein Partner in mehreren Sparten vertreten sein?
[/Edit]

Da man nun endlich weiss, das mehr als ein Feld berücksichtigt werden soll (Euro und Anzahl) fällt die (einfache) Kreuztabellenlösung aus dem Rennen.

 

Hi,

was aber nur daran liegt, dass das Formular auf der falschen (alten) Abfrage basiert und nicht auf der Zusammenfassung der Union-Abfrage (-> Abfrage1).
{Edit: Es müssen lediglich die Feldnamen angepasst werden.}

Aber man kann es dem Code der gruppierten(!) Abfragen entnehmen.

Wie sähe diese Korrektur konkret aus?

Das könnte man bereits seit Beitrag #7 wissen.