Office: (Office 2010) Mehrfachfilter im gleichen Feld

Hallo Leute,

ich bin beim Erstellen einer DB soeben auf ein Problem gestoßen für das mir gerade keine richtige Lösung einfällt. Es geht dabei um einen Mehrfachfilter.

Aufbau:
Es geht mir vor allem um folgende 3 Tabelle. tblPersoen, tblLegende, tblQualifikationen. tblQualifikationen ist eine Tabelle in der die Qualifikationen einer Person erfasst werden. Diese hat ein Feld welches auf tblPersonen verweist und ein Feld welches auf tblLegende verweist.

Frage:
Wie kann ich in einer Abfrage das Feld Qualifikationen mehrfach filtern? Ich möchte z. B. nur diejenigen Personen angezeigt bekommen die über 2 bestimmte Qualifikationen verfügen. Wenn ich bei Kriterium bspw. Code:

eintrage, dann werden mir auch Personen angezeigt die entweder eine 1 oder eine 3 haben. Ich möchte aber nur diejenigen sehen die sowohl eine 1 als auch eine 3 haben. Wie könnte man das darstellen?

:)

 

UND-Verknüpfung von Kriterien:
Code:

Die farbig markierten Anteile korrespondieren miteinander.

 

Hallo ebs17,

vielen Dank für die schnelle Antwort. Deine SQL-Anweisung funktioniert zwar wunderbar, doch leider bringt es mir so nicht viel. Mein ursprünglicher Plan war eine Abfrage mit folgenden Feldern zu erstellen:
Code:

Auf diese Abfrage sollte ein Formular aufgesetzt werden mit mehreren Kombifeldern zum Filtern. Wenn der Benutzer bspw. in einem Kombifeld „Word“ und im 2ten Kombifeld „Exel“ auswählt, dann sollte das Formular gefiltert werden und nur noch die Personen angezeigt werden die beides beherrschen. Aussehen sollte es ungefähr so:
Code:

Könntest du mir verraten wie man das umsetzen kann?

 

Hallo,

dann lasse das Gruppieren weg...
Code:

PS: deine Anzeige wäre allerdings aufsteigend
und nicht absteigend wie in der SQL DESC

 

Ich zeigte die eigentliche Rechnung. In vielen Fällen ist es sehr hilfreich bis alternativlos, erst zu rechnen und dann im zweiten Schritt die Anzeigedaten hinzuzuverknüpfen.
Beim ERST-RECHNEN beschränkt man sich auf die notwendigen Daten. Das ist wie gesagt zum einen funktionell notwendig, andererseits rechnet man mit schlanken Recordsets schneller.

Mit SELECT * sollte man ohnehin recht sparsam in der praktischen Verwendung sein, weil fehlerträchtig und gefährlich.

Wie man von einer Person_ID auf Vor- und Nachname einer Person kommt, muss ich hoffentlich nicht ausführlichst erklären (=> Abfrage mit Personentabelle verknüpfen).

Die Einbettung der Qualifikationen würde man evtl. davon abhängig machen, wie man genau die Übergabe der Auswahl an die Abfrage gestaltet.

Ich würde vermutlich eher ein Listenfeld mit Mehrfachauswahl verwenden. Mit den ermittelten ID's nach Auswahl könnte man wie gezeigt die eigentliche Rechnung ausführen als auch dann die Klarnamen der Qualifikationen hinzuverknüpfen:
Code:

Hinweis: "Word" auswählen und "Führerschein" anzeigen wäre mir zu kompliziert und zu verwirrend für einen User.

 

Genau hier liegt wohl mein Problem. Ich bin kein Access-Profi und kann mir gerade nicht vorstellen wie man die IDs an andere Abfragen leitet. Ich kenne mich nur mit einfachen Filtern aus mit denen ich Formulare, nach dem Motto, gefiltert habe: „Zeige mir alle Qualifikationen einer Person oder welche Personen verfügen über eine bestimmte Qualifikation.“

Das gleiche habe ich mit einem Kombifeld gemacht. Wo die erste Spalte mit den IDs auf 0 cm gesetzt ist und der Benutzer somit nur die Klarnamen sieht.

In SQL bin ich ebenfalls nicht besonders bewandert aber hier liegt glaube ich ein Fehler vor:
Code:

Es sieht für mich so aus als ob aus der Tabelle Legende die PersonenID ausgewählt werden soll. In der Tabelle Legende gibt es aber keine Personen ID (siehe Screeshot DB-Modell). Ich habe den Code wie folgt angepasst:
Code:

Beim Ausführen erwartet Excel jedoch einen Parameterwert für Q.qualiDatumBis.*confused.gif*

 

Ja, wäre da eher was zu sehen gewesen, hätte ich dies berücksichtigen können.

Klar. Wenn qualiDatumBis in Q nicht vorkommt, aber nachfolgend verwendet werden soll, ist eine Rückfrage nach dem unbekannten Objekt fällig.

 

...ja, wenn ein Feld nicht vorhanden ist wird es gesucht, aber was mich
irgendwie verwundert ist diese frei stehende Tabelle ohne Beziehung Q...
warum?
Das wird wohl nicht gefordert sein, oder?!
Ich verstehe das gesamte Problem nicht...
ist ja eine einfache Sache finde ich...
aber, wahrscheinlich vermute ich das nur.

PS: aus diesen 3 Tabellen wird eine solche Abfrage doch einfach möglich sein
ohne viele komplizierte SQL Darstellungen, oder?
Das wäre mal meine Frage *Smilie
Und noch etwas, wenn es verschiedene DatumBis geben sollte, dann wäre
es eben gut, das letzte Datum abfragen?!

 

Dann muss man auch nicht über eine Lösung diskutieren.

Zum Nachdenken: Pro Datensatz (Person) in der Verknüpfungstabelle ist eine Qualifikation abgelegt. Gesucht sind Personen mit zwei bestimmten Qualifikationen, die beide für die Person vorliegen müssen, also eine UND-Verknüpfung von Kriterien.
Die einfache Suche (KritA oder KritB) findet Personen mit beiden Kriterien, aber ungewünscht auch jene Personen, die nur eine der Qualifikationen haben.

 

...warum nicht? Ich habe nicht geschrieben, das es kein Problem ist,
sondern das ich es nicht verstehe!
Ist jetzt aber schon geschehen *Smilie

 

...denke, dass es so gemeint ist, wenn nicht, habe ich es nicht verstanden... *Smilie

 

Alfred, Du hast es nicht verstanden. *Smilie Es müssen mindestens beide ausgewählten Kriterien einen Treffer erzeugen, um zur Anzeige zu gelangen. Und wie schon von Eberhard erwähnt wurde, eignet sich ein Listenfeld mit Mehrfachauswahl (um weniger oder mehr Kriterien auszuwählen) eher zur Markierung der Kriterien.

 

... aber immerhin hat sich jemand gefunden, der das Beziehungsbild in eine DB mit Daten "abmalt". Da kann man dann aufbauen.
So könnte es funktionieren:
Code:

Jetzt wären nur noch die variablen Inhalte aus der Auswertung des Listenfeldes einzubauen, etwa ...
Code:

 

..ja, da habe ich anscheinend zu wenig gelesen, passiert mir ja öfters, ist nichts Neues, leider *wink.gif*

Eine weiteren Lösungsvorschlag hätte ich dann aber doch noch, mehr wüsste ich jetzt mal nicht dazu!
War ein sehr interessantes Thema, wünsche "Jack Raiden" noch alles Gute mit seiner DB!

 

Zur Info. Bei SQL-Dialekten, die nicht schon 25 Jahre auf dem Buckel haben, würde man die Sache mit Intersect angehen und z. Bsp. das Ergebnis der Abfrage im Formular als Filter setzen. Code: