Einseitige JOINs einschränken

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • Einseitige JOINs einschränken

    Gibt es eine Möglichkeit LEFT / RIGHT JOINs einzuschränken auch wenn nicht für alle Datensätze verknüpfte Daten gefunden werden?

    Ein Beispiel: Man hat einen Stundenplan der sich aus mehreren Tabellen zusammen setzt (Klassen, Lehrer, Räume, etc). Nun fragt man die Stunden für eine Klasse ab ergänzt mit mehreren JOINs weitere Informationen. Zusätzlich möchte man jetzt noch im Stundenplan anzeigen wenn es für eine Stunde einen Eintrag im Vertretungsplan gibt (wenn die Stunde ausfällt, ein Vertretungslehrer einspringt oder der Raum gewechselt wurde). Dazu ergänzt man die Tabelle mit den Vertretungsstunden über einen LEFT JOIN:
    Code:
    LEFT JOIN substitutions ON substitutions.time_id = times.id
    Daraus ergibt sich natürlich ein Problem - in der Tabelle mit den Vertretungsstunden stehen ja nicht nur die Stunden für die aktuelle Woche - man muss die Zeit also einschränken:
    Code:
    WHERE ... AND substitutions.date BETWEEN ? AND ?
    Das funktioniert so nicht, denn jetzt werden nur Stunden angezeigt für die auch eine Vertretungsstunde existiert (wenn nicht ist substitutions.date ja NULL). Also erweitert man die Bedingung etwas und prüft ob überhaupt eine Verknüpfung vorliegt:
    Code:
    ((substitutions.date BETWEEN ? AND ? ) OR substitutions.date IS NULL)
    ... Ergebnis: Es werden einige Stunden angezeigt bei denen die Felder aus substitutions dann auch komplett NULL sind - es fehlen allerdings die Stunden die irgendwann mal eine Vertretungsstunde hatten die jetzt nicht mehr im Zeitraster liegt. Angezeigt werden also alle Stunden bei denen entweder die Vertretungsstunde im Zeitraster liegt oder die noch nie eine Vertretungsstunde hatten - kann man die Bedingungen so anpassen, dass das korrekt funktioniert?
    Die Regeln | rtfm | register_globals | strings | SQL-Injections | [COLOR=silver][[/COLOR][COLOR=royalblue]–[/COLOR][COLOR=silver]][/COLOR]

  • #2
    Verstehe deine Frage ehrlich gesagt nicht ganz. Aber sollte dein date BETWEEN nicht mit in die ON-Klausel des Joins?

    Kommentar


    • #3
      LEFT JOIN substitutions ON substitutions.time_id = times.id AND (substitutions.date BETWEEN ? AND ? ) OR substitutions.date IS NULL)

      Funktioniert nicht?

      //edit:
      Ok langsam

      Kommentar


      • #4
        Ah wunderbar ... warum auch immer die Bedingungen in WHERE so verarbeitet werden.
        Funktioniert nicht?
        substitutions.date IS NULL macht da natürlich keinen Sinn mehr.
        Die Regeln | rtfm | register_globals | strings | SQL-Injections | [COLOR=silver][[/COLOR][COLOR=royalblue]–[/COLOR][COLOR=silver]][/COLOR]

        Kommentar


        • #5
          Ah wunderbar ... warum auch immer die Bedingungen in WHERE so verarbeitet werden.
          Der Zeitpunkt der Verarbeitung ist entscheidend. Bei einem Join wird die ON-Klausel verwendet, um die Daten miteinander zu verbinden. Die where-Bedingung wird erst anschließend auf alle Tupel angewendet. Bei einem inner join ist die Ausgabe die gleiche, wenn ON und WHERE getauscht werden. Bei dem Left bzw. Right Join ist das aber entscheidend!

          Kommentar


          • #6
            Der Zeitpunkt der Verarbeitung ist entscheidend. Bei einem Join wird die ON-Klausel verwendet, um die Daten miteinander zu verbinden. Die where-Bedingung wird erst anschließend auf alle Tupel angewendet. Bei einem inner join ist die Ausgabe die gleiche, wenn ON und WHERE getauscht werden. Bei dem Left bzw. Right Join ist das aber entscheidend!
            Das ist klar, die Datensätze sind dann natürlich schon verknüpft - von daher macht auch das letzte meiner Ergebnisse Sinn. Prüfen ob der JOIN für den aktuellen Datensatz durchgeführt wurde (substitutions.date IS NULL) kann man natürlich nur wenn er schon mit der anderen Bedingung (Zeitraum) verknüpft ist - ansonsten liegen die Datensätze schon vor.
            Die Regeln | rtfm | register_globals | strings | SQL-Injections | [COLOR=silver][[/COLOR][COLOR=royalblue]–[/COLOR][COLOR=silver]][/COLOR]

            Kommentar

            Lädt...
            X