Ich habe mehrere Tabellen mit jeweils einem Datumsfeld und einer ID. Die Tabellen sind nicht miteinander verknüpft und haben nichts miteinander zu tun.
Ich möchte in einer Abfrage ein Datumsfeld haben, in dem die Datums aller Tabellen angezeigt werden.
Also alle Datensätze aller Tabellen und ein einzelnes Feld, in dem alle Daten angezeigt werden.
Geht sowas?
Carl
Hallo,
ja, das geht mit einer Vereinigungsabfrage.
Also brauche ich zunächst Abfragen basierend auf den einzuschließenden Tabellen.
Und dann eine Abfrage, die auf diesen Abfragen basiert?
Oder kann ich gleich diese Vereinigungsabfrage auf den Tabellen basieren lassen?
Carl
Hallo,
Du brauchst keine Zwischenabfrage.
Select Datumsfeld From Tabelle1
Union All Select Datumsfeld From Tabelle2
Union All Select Datumsfeld From Tabelle3
usw.
Die Abfrage kann nur direkt in SQL erstellt werden und ist grundsätzlich schreibgeschützt was auch nicht änderbar ist.
okay, versuche es
schreibgeschützt heißt,
(i) dass ichs nach dem speichern selbst nicht mehr ändern kann?
(ii) dass es andere Prozesse nicht ändern können?
Carl
Ach so. Habe ich richtig verstanden, man kann also die Unionsabfrage nicht mehr filtern, zum Beispiel um ein vom Benutzer formularseitig gewähltes Datum? Richtig?
Wenn man filtern möchte, muss man die Auswahlabfragen filtern, auf der die Unionsabfrage basiert.
Carl
Hallo,
filtern kannst Du, nur nix ändern (an den Daten die per Union angezeigt werden). Filtern ist ja kein ändern.
Es gibt auch keine Abfragen auf denen die Union bassiert. Die Union wird auf den Tabellen aufgebaut.
Ich mache eine Union und dabei werden auch die ID's unionifiziert. D.h. ich habe dann keine eineindeutige Zuordnung mehr.
Daher würde ich gern in den Auswahlabfragen (die ich mache) den ID's Indexe zuweisen. Zum Beispiel für die Tabelle a und die Tabelle b ein b.
100a
100b,
101a,
101b,
dasteht. Um dann weiter hinten Werte raus suchen zu können. Der Ausdruck
Ausdr1: [ID]+"'a'" funktioniert nicht, was mache ich falsch?
Carl
Hallo,
so:
Ausdr1: [ID] & "a"
Das kannst Du auch direkt in der Union machen, da braucht es keine Auswahlabfragen.
PS:
Wenn man so was braucht, liegen wahrscheinlich Strukturfehler vor.
Welche Sorte von Strukturfehlern schweben Dir vor?
Ich habe weiter hinten noch eine formularbasierte Auswahl, die die Ergebnismenge nach Wüschen des Benutzers einschränkt.
Carl
Hallo,
ZitatWelche Sorte von Strukturfehlern schweben Dir vor?
wenn Du mit Union Tabellen zusammenklebt um dann in einem Feld etwas zu suchen/zu filtern liegt der Verdacht nahe, dass das eher eine Tabelle sein sollte. Mit einem Kennzeichen (was Du jetzt mit der Union und dem a, b ja auch machst).
Was sind denn das für Tabellen die da mit der Union zusammengeführt werden ?
Wow,
das kenn ich.
Wenn Du eine Eindeutigkeit brauchts und keine global unique identifier hast (tabellenübertreifende Eindeutigkei in den IDs), dann mach doch pro Unions-Zeile einfach noch eine Spalte mit der Bezeichnung der Tabelle als Konstaten Ausdruck rein.
bei der Union muss lediglich die Spaltenanzahl gleich sein. Da kannste rein packen was de willst, obs Sinn ergibt oder nicht.
:o
ZitatIch habe mehrere Tabellen mit jeweils einem Datumsfeld und einer ID. Die Tabellen sind nicht miteinander verknüpft und haben nichts miteinander zu tun.
Falls Du nicht einfach nur spielen und Dir und anderen die Zeit vertreiben willst: Welchen Sinn macht so eine Zusammenfassung?
Man könnte zwar das ALL beim UNION weglassen und hätte dann eindeutige Datensätze, mit der UNION hat man aber eine Indexnutzung abgetötet, was dann in der Nachverarbeitung nicht unwesentlich ist.
Für alle Datumswerte würde ich gleich auf eine Kalendertabelle zugreifen.