9.4. Database FULL OUTER-JOINING history menue Letztmalig dran rumgefummelt: 15.02.17 20:49:48
Join (Verbund) Datenbankoperation, die zwei oder mehrere Relationen über eine jeweils paarweise gemeinsame Attributmenge verknüpft. Im Gegensatz zu den Mengenoperationen sind hier die verwendeten Tabellen nicht unbedingt vereinigungsverträglich. Der Join kann als das Gegenstück zur Selektion aufgefasst werden.
  1. Karthesisches Produkt - ein Spezialfall des FULL-OUTER-JOINs
  2. Analyse des FULL-OUTER-JOINs
  3. Projektmanagement in der praktischen Datenbanktechnik
  4. dBASE-Formulare

Datenbanken

Logo des FULL OUTER-JOINs

inhaltlich auf korrektem Stand - evtl. partiell unvollständig ;-)

Wissen für Fortgeschrittene der Informatik
Quellen:
1. Das Karthesische Produkt - ein Spezialfall des FULL-Outer-Joins history menue scroll up
Hierbei werden auch Datentyp-ungleiche Tupel verschiedener Entity-Types miteinander verbunden. Im Idealfall (welcher bei großen Datenbasen gleichzeitig einen Worst-Case darstellt), wird jedes Element des einen Entitiy-Types mit jeweils einem Element des weiteren Entity-Types verbunden - die Anzahl der beteiligten Entitity-Types multipliziert sich - das wird schnell sehr groß!!!

das Karthesische Produkt
2. Analyse des FULL-OUTER-JOINs history menue scroll up

Wann immer die Abfrage auf irgendeine Datenbasis in einem vorerst beliebigem sauber zusammengestellten Standard-SQL-System gestellt wird. läuft ohne diese "Zusammenstellung" einer dann auch redundanten "Zwischenbasis" die Grundlage für eine geschlossene Selektion aufgebaut. Im Hintergrund läuft das faktisch immer so, ohne das dies der Endanwender sehen kann und/oder muss!
Mathematisches Modell Allgemeines Modell des Full-OUTER-JOIN Ergebnis Projektion konkrete SQL-Anweisung

R = A U B

Vereinigungsmenge von A und B

Vereinigungsmenge

Full-OUTER-JOIN

mit der Daten-Basis esa_projekt.mdb

die Datenbasis "esa_projekt" selbst
TABLE_A TABLE_B TABLE_C

TABLE_A

TABLE_B

TABLE_C
TABLE_D SQL-Anzeige

TABLE_D

SQL-Projektion
SELECT ABTEILUNG.ABT_NR, ABTEILUNG.ABT_NAME, ABTEILUNG.STADT, MITARBEITER.M_NR, MITARBEITER.M_NAME, MITARBEITER.M_VORNAME, MITARBEITER.ABT_NR, PROJEKT.PR_NR, PROJEKT.PR_NAME, PROJEKT.MITTEL
FROM PROJEKT INNER JOIN ((ABTEILUNG INNER JOIN MITARBEITER ON ABTEILUNG.ABT_NR = MITARBEITER.ABT_NR) INNER JOIN ARBEITEN ON MITARBEITER.M_NR = ARBEITEN.M_NR) ON PROJEKT.PR_NR = ARBEITEN.PR_NR;

3. Projektmanagement in der Datenbanktechnik history menue scroll up
 

4. dBASE-Enitity-Typen - Standard-Tables history menue scroll up
 

zur Hauptseite		 © Samuel-von-Pufendorf-Gymnasium Flöha © Frank Rost am 30. Dezember 2009 um 10.36 Uhr

... dieser Text wurde nach den Regeln irgendeiner Rechtschreibreform verfasst - ich hab' irgendwann einmal beschlossen, an diesem Zirkus nicht mehr teilzunehmen ;-)

„Dieses Land braucht eine Steuerreform, dieses Land braucht eine Rentenreform - wir schreiben Schiffahrt mit drei „f“!“

Diddi Hallervorden, dt. Komiker und Kabarettist

Diese Seite wurde ohne Zusatz irgendwelcher Konversationsstoffe erstellt ;-)