Office: (Office 2016) Schleifen in SQL?

Hallo zusammen,
ich benötige mal wieder eure Hilfe. Folgende Ausgangssituation:

Tabelle 1
planungID
planungvon
planungbis

Tabelle 2
mitID
belegtvon
belegtbis

Ich habe hier mal zwei sehr abgespeckte Versionen meiner Tabellen bzw. Abfragen aufgeführt um zu demonstrieren, worum es mir eigentlich geht. Tabelle 1 enthält eine Auflistung meiner geplanten Einsätze u.a. mit einer ID und einem Zeitraum (von/bis). In Tabelle 2 befindet sich eine Auflistung aller mir zur Verfügung stehenden Mitarbeiter mit ihren bereits belegten Zeiträumen (von/bis).

Es sollen nun die belegten Zeiträume der Mitarbeiter aus Tabelle 2 mit den geplanten Zeiträumen überprüft werden. Welcher Mitarbeiter könnte für den geplanten Zeitraum aus Tabelle 1 zur Verfügung stehen.

Klingt jetzt nicht so schwer, ich scheitere aber daran. In Tabelle 2 gibt es pro Mitarbeiter mehrere belegte Zeiträume. Nun muss also Datensatz für Datensatz geschaut werden, ob der Zeitraum beim Mitarbeiter frei oder belegt ist. Es sind vielleicht 4 Zeiträume frei, aber einer ist belegt. Dann darf der Mitarbeiter also insgesamt nicht mehr zur Verfügung stehen.

Ich habe das recht simpel mit ner Gruppierung einer Abfrage der planungID und mitID versucht, aber es funktioniert nicht. Es wird mir dann 1 Zeitraum zurückgegeben - denn neben dem belegten Zeitraum (der nicht wiedergegeben wird) gibt es ja 4 Zeiträume die passen.

Code:

Wahrscheinlich brauche ich noch eine weitere Abfrage. Oder ich dachte an eine Schleife wie in VBA. Die pro planungID untersucht, bei welcher mitID der Zeitraum passt bzw. nicht. Die Schleife geht die Auflistung der belegten Zeiträume der Mitarbeiter durch und sobald ein Treffer gefunden wird, steht der Mitarbeiter für den geplanten Zeitraum nicht zur Verfügung.

Ich hoffe, ihr habt eine Lösung für mich. Bei mir hapert es glaube ich schon an der Logik des Ganzen.

Viele Grüße
Christin

:)

 

Code:

Zum Thementitel: Schleifen widersprechen dem Grundansatz in SQL und werden daher in den meisten Fällen nur dritte Wahl sein. Jet-SQL als Dialekt, den Access verwendet, kennt solche prozeduralen Schritte gar nicht.

 

Hallo Eberhard,
vielen Dank für deinen Lösungsvorschlag. Leider funktioniert dieser nicht.

Beispiel:
Der Planungszeitraum ist vom 01.07-10.07. und der belegte Zeitraum vom 15.06.-25.06.

Laut deines Befehls soll überprüft werden, ob belegtvon > planungbis ist. Also in dem Fall 15.06.>01.07. - ist somit falsch. Dazu soll geschaut werden, ob belegtbis < planungvon ist, also 25.06.

 

\@christin84, du musst statt "not Between" nur "Between" verwenden und dann mit or verknüpfen,
dann siehst du wer nicht kann.

 

\@markusxy
Ich möchte aber nicht sehen, wer nicht kann, sondern wer zur Verfügung steht.

Bei einer Auflistung aller Mitarbeiter, die nicht können, müsste ich eine weitere Abfrage laufen lassen, die dann aus meinem Mitarbeiterpool alle übrig gebliebenen Mitarbeiter herausfiltert. Den Weg bin ich auch schon gegangen. Ich suche erst die Mitarbeiter heraus, die nicht können, dann in einer weiteren Abfrage alle möglichen Mitarbeiter, um dann anschließend über eine Inkonsistenzsuche alle Mitarbeiter herauszufiltern, die letztendlich in Frage kommen. Die Performance leidet darunter aber sehr. Letztendlich landet das alles in einem DropDown-Feld, das mir dann die möglichen Mitarbeiter zur Auswahl anzeigen soll.

Daher meine Frage, ob jemand eine schlanke Lösung hat. Ich verstehe auch nicht so recht, warum bei einer Gruppierung der mitID und planungID trotzdem der Datensatz, der korrekt ist angezeigt wird. Bei 5 Einsätzen einer mitID fällt nur ein Einsatz in den Planungszeitraum, also führt das Kriterium dazu, dass der Zeitraum nicht zur Verfügung steht. Also dürfte dieser Mitarbeiter nicht zur Auswahl stehen, auch wenn die anderen 4 Einsätze passen würde. Warum funktioniert das hier aber nicht?

 

\@Christin: verstehe ich es richtig, dass für jeden beiliebigen Planungszeitraum nur die Mitarbeiter angezeigt werden sollen, die in der fraglichen Planungs-Zeit keinlei Einsätze haben?

 

Verstehe, die Performance ist das Problem.
Warum sagst du das nicht gleich?

Zeig einfach mal die Abfrage die funktioniert hat.
Welche Felder sind wie indexiert?

Das Beziehungsfenster der beteiligten Tabellen wäre eventuell hilfreich.

Die Frage ob eine Planungsid über mehrere Zeiträume verfügt, ist für mich auch nicht sicher geklärt, ich gehe aber davon aus.
Macht in der Abfrage aber einen großen Unterschied.
Bei vielen Datensätzen ist das ein ganz schöner Aufwand, aber das sollte kein Problem sein. Mich verwundert aber deine Annahme, das deiner jetziger Weg performanter sein soll.

 

Oh jeh, das würde das ja noch komplizierter machen als es ohnehin schon ist.
Und aus der Darstellung der Datenstruktur in #1 geht nun mal nicht hervor, dass Tabelle1 eine Detailtabelle ist.

Nehmen wir das an und nehmen wir weiterhin an, dass es reicht, wenn ein vorhandener Einsatz eines Mitarbeiters innerhalb des Planungszeitraums auch nur einen einzigen Tag dieses Zeitraums betrifft, damit dieser Mitarbeiter nicht zur Verfügung steht, dann ergibt sich daraus:
Er steht zur Verfügung, wenn sich alle seine aktuellen Belegungen
a) vor Beginn beginnen und auch vor Beginn enden
oder
b) nach dem Ende des Planungszeitraums beginnen und enden

Aus den Belegungstabellen der Mitarbeiter allein wird das nicht zu gewinnen sein.
Deshalb muss zusätzlich auf die Tabelle der Mitarbeiter zugegriffen werden.

Bin nicht sicher, ob das so geht, aber vielleicht ist es ein Denkanstoss:
Code:

 

Vielen Dank für eure Rückmeldungen.

Kurz auf eure Fragen: Die Tabelle 1 Planung beinhaltet immer nur einen Zeitraum. Es ist eine Auflistung aller geplanten Korrektureinsätze unserer Klausuren. Beispiel: Klausur 123 soll in der Zeit korrigiert werden vom 01.07.-15.07.20. Für diesen Zeitraum benötige ich also Korrektoren (unsere Mitarbeiter). In einer weiteren Tabelle, die ich hier bisher noch nicht aufgeführt habe, wird dann die planungid mit der mitid verknüpft. Diese Tabelle beinhaltet dann die Korrektureinsätze mit den Korrektoren.

Aus dieser Tabelle und der Urlaubstabelle ermittel ich dann per Abfrage eine Auflistung der belegten Zeiträume eines Mitarbeiters. Also die Tabelle 2 ist somit eigentlich eine Abfrage.

@hcscherzer
Du hast es korrekt zusammengefasst. Wenn man es so betrachtet wie du, dass alle seine aktuellen Belegungen nicht in den Planungszeitraum fallen dürfen, würde es ja funktionieren. Deine Abfrage funktioniert nur leider nicht. Du hast einmal mitid und dann mit_id. Hast du dich da vertan? Ich habe jetzt diesen Code hier:

Code:

 

Ein Vorschlag, aufgrund der bisherigen Angaben.
Ist aber weder geprüft, noch länger durchdacht. *wink.gif*
Index: tbl_belegt Felder mitID, belegtvon, planungbis in einen eindeutigen Index.

Code:

 

Lieben Dank markusxy! In meiner abgespeckten Version funktioniert dein Code. Jetzt teste ich es noch in meiner großen. Das hat mich jetzt ein paar Tage gekostet und ich bin super glücklich, dass ihr eine Lösung gefunden habt. Vielen, vielen Dank!

 

Wenn es ein Performance Problem gibt, wie gesagt auf den erwähnten Index achten.

Ist das Backend eigentlich auch Access?
Wichtig wäre zu prüfen, ob ein Index wirkt und ob er dann auch überhaupt verwendet wird.

 

Ja. Es war schon spät ... da hab ich nicht so genau auf die Namen geschaut.

@markus: mit BETWEEN werden die Grenzen aber doch eingeschlossen.
Und ausserdem steht da zweimal das Gleiche:

 

Es sollte natürlich einmal belegtbis heißen. Habs korrigiert.

Habs nur schnell zusammenkopiert.
Between habe ich bewußt gewählt.
Da müsste man aber inhaltlich bezüglich Überschneidungen genaueres wissen, was besser ist.

Da mache ich mir aber keine Gedanken drüber.

 

Hallo
Was noch fehlt sind diejenigen Planungen, die größer als der Planungszeitraum sind.
Um bei deinem Beispiel zu blieben:
Beispiel:
Der Planungszeitraum ist vom 01.07-10.07. und der belegte Zeitraum vom 15.06.-31.07.

Diese müsstest du auch noch berücksichtigen.
Gruß MDD