3-fache Zeitüberschneidung

[Valle]

Hi,

ich hab das jetzt nicht getestet, weil das Anlegen der Demodaten mir zu lange dauern würde, aber kannst du das nicht einfach so machen?

Code:

SELECT * FROM a 
WHERE EXISTS(SELECT id FROM b WHERE b.start BETWEEN a.start AND a.end)
OR EXISTS(SELECT id FROM c WHERE c.start BETWEEN a.start AND a.end)

Wenn du das per-Mitarbeiter machen willst, kannst du die beiden Subqueries sicherlich um ein "AND a.mitarbeiterID = b|c.mitarbeiterID" erweitern.

Interessant wäre noch, wie groß die Tabelle so ist oder werden kann. Es gibt sicherlich noch performantere Lösungen, die ohne 2 Subqueries auskommen.

Was deine vielen IFs da machen versteh ich auch nicht so recht.

Edit:// Weitere Möglichkeit, ohne Subquery, daher vermutlich schneller:

Code:

SELECT a.* FROM a, b, c
WHERE  b.start BETWEEN a.start AND a.end
OR c.start BETWEEN a.start AND a.end

Hab's mit 3 einfachen Tabellen und insgesamt 4 Einträgen auch mal getestet.

Liebe Grüße,
Valentin

[DeddyH]

Und was ist, wenn ein Termin vorher beginnt, aber innerhalb des anderen endet? Oder einer einen anderen vollständig überlappt, also vorher beginnt und nachher endet?

[p80286]

Ich denke das kann man schon mit dem

Code:

WHERE b.start BETWEEN a.start AND a.end

erschlagen.
Nur muß B immer aus allen 3 Tabellen gefüttert werden.
(wer ist eigentlich auf diese "Schnapsidee" mit den 3 Tabellen gekommen?)

Gruß
K-H

[Valle]

Zitat von DeddyH:

Und was ist, wenn ein Termin vorher beginnt, aber innerhalb des anderen endet? Oder einer einen anderen vollständig überlappt, also vorher beginnt und nachher endet?

Stimmt, die fehlen.

Wenn wir zwei Intervalle A und B haben, dann schneiden sie sich aber doch immer, wenn entweder A.start in B oder B.start in A, oder? Fehlt noch was?

Mikkey hat schon eine schöne gepostet, finde ich. Dass er direkt die entsprechenden Mitarbeiter selektiert finde ich auch schöner, als willkürlich Tabelle A zu verwenden.

Liebe Grüße,
Valentin

[Furtbichler]

Wenn ich mal wieder unterschiedliche Tabellen vor mir habe (was sehr häufig vorkommt, man sollte die Entwickler echt peitschen, die so einen Dreck verzapfen), die man aber eigentlich über einen Kamm scheren muss, mache ich in etwa Folgendes:

Code:

select 'Tabelle' as Tabelle, Feld1, Feld2 ... from Tabelle
union
select 'AndereTabelle' as Tabelle, FeldX, FeldY ... from AndereTabelle
...

Das ganze am Besten hinter einer View. Ich unifiziere also meine heterogenen Daten, um anschließend bequem mit ihnen arbeiten zu können. Die Spalte 'Tabelle' habe ich, um hinterher zu wissen, wo das Zeugs herkommt.

Mit dieser View kann ich dann so arbeiten, also ob die DB nicht versaut wäre. Is nur lahm (kann man aber manchmal verbessern, Stichwort materialized view).