Office: Abfrage alle Datensätze anzeigen

Ich vergaß hinzuzufügen, dass die von mir in #43 gezeigte Abfrage außer den Daten aus der Partnertabelle nur leere Spalten liefert. Es wird letztendlich trivial sein, aber ich komme einfach nicht drauf, woran es liegt.
Vielleicht mag sich das ja doch nochmal eine/r anschauen.

Es könnte ja ein neuer oder ehemaliger Partner sein, der im Auswertungszeitraum (noch) gar nichts liefern konnte. Dann hast du am Ende mehr Leer- als Datenzeilen. *tongue.gif*
Die Vollständigkeit müsste man wohl auf andere Art überprüfen. Sicherlich gibt es ja auch noch eine Partner-Tabelle, evtl. mit Beginn- und Endedatum.

Wenn Eberhard es "logisch" findet, spricht das wohl eher für "muss".

 

Ja, Deine Variante der Partnerabfrage hat zu viele Felder. Das Jahr hat da nichts zu suchen.

Die Partnerabfrage (oder bei Datenmodellierung eine eigene Tabelle) liefert alle nötigen Partner (ID reicht für spätere Verknüpfung) des betrachteten Zeitraumes und damit "alle" Partner (=> vollständige Menge).
Im Vorgriff auf die Berücksichtigung mehrerer Sparten gibt es in der Abfrage bereits die laut Datenmenge möglichen Partner-/Sparte-Kombinationen.
In beiden Fällen dürfen keine Duplikate auftreten (einfache Anwesenheit bei Vollständigkeit).

Die Umsatzabfragen enthalten Umsatz und Anzahl auf das bezogene Jahr inklusiv der Umbenennung der Felder sowie PartnerID und Sparte für die Verknüpfung.

Jetzt kann man per LEFT JOIN die Umsätze und Anzahlen über die Verknüpfung über PartnerID und Sparte zuordnen und erhält die gewünschte Ergebnismenge.

Nicht in dieser Aufgabenstellung, aber generell kann es nötig sein, dass in der Ergebnismenge keine leeren Stellen entstehen, sondern dass dann eine 0 für eine schöne Ansicht oder als Basis für vollständige Zahlenreihen (Diagrammauswertung) stehen soll. Dann würde man die Partnerabfrage um das Feld Jahr erweitern, um als vollständige Menge alle Partner/Sparte/Jahr-Kombinationen zu bekommen und die Verknüpfung dann über diese drei Teilschlüssel zu vollziehen.

Nebenbei hatte ich mir zur Übung versucht, die einfachen Kreuztabellenabfragen (1x Umsatz, 1x Anzahlen) zur Gesamttabelle zu verknüpfen. Das ergibt eine schöne schlanke Lösung. Allerdings erzeugen die Kreuztabellenabfragen feste Spaltennamen, und dann muss die Zusammenfassungsabfrage bei Jahreswechsel neu geschrieben werden, und das ist dann nicht geeignet variabel.

Daher finde ich unter dem Strich den Vorschlag von Marsu überzeugend: das Gebilde aus vier Teilabfragen kann mit wechselnden Jahren ohne zusätzliche Änderung umgehen, und es ist eine Indexnutzung und damit ein vernünftiger Umgang auch mit größeren Datenmengen möglich.

 

Hallo Eberhard,

Das lässt sich umgehen, indem man die Jahreszahlen(Spaltenüberschriften) in Text (GJ, VJ, VVJ) transferiert. Siehe Bsp.

Ob dieser Weg performanter als die Join-Methode ist, habe ich nicht getestet.

PS: Das Quartal als Kriterium fehlt, ich wollte nur den Weg aufzeigen.
Die Umwandlung in einen String würde ich in diesem Fall schon in einer vorgeschalteten
Filterabfrage (Filter auf Jahre, Quartal und evtl. Firmen) vornehmen.

 

Vielen Dank für die Mühe.
Das Basteln von Spaltennamen im PIVOT-Teil muss ich wohl noch deutlich vertiefen.

 

Keine Ursache, ich habe - glaube ich - selbst noch nie gejointe
Kreuztabellenabfragen gebraucht/eingesetzt.
Daher war ich selbst neugierig.

Vom Tempo her könnte diese Variante evtl. sogar noch schneller sein (?):
Beide Varianten arbeiten mit Rushmore und TempIndex (bei geeigneten Indizes),
man spart jedoch eine Abfrage, wenn man nicht vorfiltert.

 

Hi,

ich sehe ein, dass das Datenfeld "Jahr" in der Abfrage überflüssig ist, verstehe aber nicht, warum dadurch keine übereinstimmenden Datensätze gefunden werden. Die Erklärung dieses "Phänomens" steht also noch aus.

 

Sorry, ich bringe keine der vorhandenen DB's mit Deinen Abfragen zusammen, und ein Umbenennen aller Felder und Abfragen erspare ich mir angesichts einer schon längst vorliegenden befriedigenden Lösung für den TE. So fehlt mir der Ansatz zum "Phänomen".

Deshalb allgemein aus den "Erkenntnissen der Mengenlehre":

Eine Verknüpfung per JOIN ist als Filterung zu betrachten, weil sie ein Filter ist. Auf Grund des Filters einerseits und vorhandener Daten andererseits kann es passieren, dass die Ergebnismenge leer bleibt, weil eben nicht die passenden Daten zur verwendeten Filterung vorhanden sind. Da man Daten als gegeben hinnehmen muss, ist dann wohl der Filter (= Verknüpfung) falsch gewählt.
Die Daten aus qryPartner kommen in jedem Falle, weil das LEFT JOIN einseitig (nach rechts) wirkt.

Durch den Vergleich mit funktionierenden Lösungen sollte darüber hinaus auch selbständig ermittelt werden können, wo Unterschiede sind.

 

Daran soll es nicht scheitern.

Die Unterschiede sehe ich wie bereits gesagt sehr wohl, erkenne aber eben nicht ihre Auswirkungen.

 

Merkwürdig: Die Kombination PartnerID und Jahreszahl will beim JOIN nicht funktionieren. Für sich und auch im Kombination mit Quartal kommen da mögliche Ergebnisse, wie auch bei einer Stringverkettung der Kriterien:
Code:

Was auch funktioniert, ist die zusätzliche Verwendung von Trim auf PartnerID:
Code:

Das mag einer erklären. Ich kann das nicht.

 

Danke für deine Mühe Eberhard, dann bin ich ja beruhigt. *wink.gif*

 

Die Abfrage(n) von Anne funktioniert an sich.
Scheinbar haben die Abfragen GJ-VJ aber irgendeine Macke gehabt.
Merkwürdig fand ich, dass sich die einzelnen Abfragen, wenn man sie im
Entwurf öffnete, standardmßig in der SQL-Ansicht darstellten.

Ich hab die DB einmal decompiliert/komprimiert, in den Einzelabfragen Veränderungen
vorgenommen, gespeichert, Änderungen zurückgenommen und gespeichert.
Abfragen wurden in der Entwurfsansicht geöffnet, Gesamtabfrage funktioniert,
wie gedacht.

Einen Sinn in der gewählten Darstellung der Daten (Jahre als Spalten und Zeilen) kann ich
nicht erkennen; vlt. gings aber ja auch nur ums Prinzip.

 

Hi.

Die Abfrage um die es mir ging ist die qry_gesamt_t und diese funktioniert(e) eben nicht.

Das ist meine Art, mit SQL-Abfragen umzugehen. Die Entwurfsansicht vermeide ich soweit es geht.

Ich habe deine Maßnahmen mal nachvollzogen:

-> keine Veränderung

-> keine Veränderung

-> Überraschung !!! *Smilie

Aber: Nach dem Schließen aller Abfragen und erneutem Öffnen der Gesamtabfrage sind besagte Spalten wieder leer. *frown.gif*

Nach dem Importieren der Objekte in eine neue DB funktionierte dann endlich auch die Gesamtabfrage wie erwartet.
Auf die Idee, dass so eine simple DB mit nur einer Tabelle und ein paar Abfragen eine Macke haben könnte, wäre ich nie gekommen!
Vielen Dank auch dir, Marsu, für dein Interesse und deine Unterstützung.

Da hast du Recht, es ging mir ums Prinzip. Die Abfragen waren auf dem Weg entstanden, mich der Lösung des ursprünglichen Problems zu nähern.

 

Ich auch nicht. Dabei hatte ich auch ersatzweise für die qryPartner die eigentliche Tabelle zum Verknüpfen versucht, mit dem gleichen unbefriedigenden Ergebnis. Wobei: Das Funktionieren der zu String konvertierten Zahl PartnerID über Trim oder oder Stringzusammensetzung lässt eigentlich nur den Schluss zu, dass da etwas kaputt ist.

Die allgemeine Erkenntnis ist sehr wertvoll, um so mehr, da sie meine Erschütterung um Nichtfunktionieren von Bekannten wieder zurücknimmt.
Ganz herzlichen Dank.