05 Part de SQL

Kapitel DB:V
V. Die relationale Datenbanksprache SQL

❑ Einführung
❑ SQL als Datenanfragesprache
❑ SQL als Datendefinitionssprache
❑ SQL als Datenmanipulationssprache
❑ Sichten
❑ SQL vom Programm aus
DB:V-1 SQL © STEIN/HAGEN 2024

Einführung
Historie [Wikipedia] [modern-sql.com]
1974 SEQUEL. Structured English Query Language bildet Ausgangspunkt.

... Wildwuchs verschiedener Dialekte.
1986 SQL-86 (SQL-87, SQL1). Als ANSI-Standard verabschiedet.
1989 SQL-89. Integritäts-Constraints.
1992 SQL-92 (SQL2). Umfangreiche Erweiterungen für Datentypen und Bindings.
1999 SQL:1999 (SQL3). Rekursive Anfragen.
2003 SQL:2003. Einführung von XML-Features.
2006 SQL:2006. Verwendung von SQL in Zusammenhang mit XML.
2011 SQL:2011. Temporale Daten.
2016 SQL:2016. Row-Pattern-Matching, polymorphe Tabellen, JSON.
2019 SQL:2019. Mehrdimensionale Felder.
2023 SQL:2023. Datentyp JSON, Graph-Query-Language GQL.

Bemerkungen:
❑ SEQUEL wurde bei IBM-Research, San Jose, entwickelt. Es diente als Schnittstelle zum
experimentellen relationalen Datenbanksystem „R“.
❑ SQL ist das Acronym für Structured Query Language.

Einführung
Vergleich zu theoretischen Anfragesprachen
Relationen in SQL:
❑ sind im Allgemeinen nicht duplikatfrei sondern Multimengen
❑ Duplikatfreiheit in Basisrelationen wird mit Integritätsbedingungen realisiert;
in Ergebnisrelationen müssen Duplikate explizit entfernt werden.
Anfragen in SQL:
❑ bilden die Relationenalgebra weitgehend ab
❑ besitzen Grenzen hinsichtlich der Orthogonalität
❑ enthalten zusätzlich Operationen zur Aggregierung, Gruppierung, Sortierung,
Verarbeitung spezieller Datentypen
weitere Konzepte von SQL:

❑ Definition von Datenbanken
❑ Pflege und Modifikation von Relationen
❑ Verwaltung von Benutzern, Autorisierung

Einführung
Komponenten von SQL
1. Datenanfragesprache, DQL. (Data Query Language)

Formulierung von Anfragen, Auswahl und Aufbereitung von Daten
2. Datendefinitionssprache, DDL. (Data Definition Language)

Definition und Modifikation der Datenstrukturen für Datenbanken:
❑ externe Ebene: Sichten und Zugriffsrechte (Autorisierung)
❑ konzeptuelle Ebene: Relationenschemata und Integritätsbedingungen
❑ physische Ebene: Art des Index, Zugriffsoptimierung
3. Datenmanipulationssprache, DML. (Data Manipulation Language)

Einfügen, Ändern und Löschen von Daten
4. Datenkontrollsprache, DCL. (Data Control Language)

Vergabe und Entzug von Berechtigungen

Einführung
Komponenten von SQL
1. Datenanfragesprache, DQL. (Data Query Language)

Formulierung von Anfragen, Auswahl und Aufbereitung von Daten
2. Datendefinitionssprache, DDL. (Data Definition Language)

Definition und Modifikation der Datenstrukturen für Datenbanken:
❑ externe Ebene: Sichten und Zugriffsrechte (Autorisierung)
❑ konzeptuelle Ebene: Relationenschemata und Integritätsbedingungen
❑ physische Ebene: Art des Index, Zugriffsoptimierung
3. Datenmanipulationssprache, DML. (Data Manipulation Language)

Einfügen, Ändern und Löschen von Daten
4. Datenkontrollsprache, DCL. (Data Control Language)

Vergabe und Entzug von Berechtigungen

Bemerkungen:
❑ Die SQL Datenanfragesprache kompakt:
1. Illustration der Grundideen
2. Syntax des Select-From-Where-Blocks
3. Select- / From- / Where-Klausel im Detail
4. Bezug zur Relationenalgebra und zum Tupelkalkül
5. Geschachtelte Anfragen (aka Unterabfragen bzw. Subqueries)
6. Allquantifizierung
7. Mengenoperationen
8. Aggregat- und Gruppierungsfunktionen
9. Nullwerte
10. Zusammengesetzte Terme
11. SQL-89 versus SQL-92

Kapitel DB:V
❑ Einführung
❑ Sichten

SQL als Datenanfragesprache
Illustration der Grundideen
Kern von SQL-Anfragen ist der Select-From-Where-Block (SFW-Block) :

❑ select
Spezifiziert die Attribute des Ergebnisschemas.
❑ from
Spezifiziert die verwendeten Relationen (Basis oder abgeleitete).
❑ where
Spezifiziert Selektions- und Verbundbedingungen.


❑ select
❑ from
❑ where
❑ group by
Spezifiziert die Attribute, hinsichtlich derer Tupel gruppiert werden.
❑ having
Spezifiziert Selektionsbedingung für Gruppen.


❑ select
❑ from
❑ where
❑ group by
Spezifiziert die Attribute, hinsichtlich derer Tupel gruppiert werden.
❑ having
Spezifiziert Selektionsbedingung für Gruppen.
❑ order by
Spezifiziert Prädikate zur Sortierung der Ergebnistupel.
❑ union
Ermöglicht Vereinigung mit Ergebnistupeln nachfolgender SFW-Blöcke.
Illustration der Grundideen [SFW-Block Intro]
Buch
ISBN Titel Verlag
1-2033-1113-8 Brecht Lesebuch Piper
3-8244-2012-X Laengengrad Berlin-Verlag
0-8053-1753-8 Fundamentals of Database Systems Addison Wesley
0-2314-2305-X Heuristics Addison Wesley
select * [SQLPad]
from Buch
ISBN Titel Verlag

; 3-8244-2012-X Laengengrad Berlin-Verlag

Buch
ISBN Titel Verlag
select Titel, Verlag [SQLPad]

from Buch
Titel Verlag
Brecht Lesebuch Piper
; Laengengrad Berlin-Verlag
Fundamentals of Database Systems Addison Wesley
Heuristics Addison Wesley

Buch
ISBN Titel Verlag
select Titel, Verlag [SQLPad]

from Buch
where Verlag = ’Addison Wesley’
Titel Verlag
; Fundamentals of Database Systems Addison Wesley
Heuristics Addison Wesley

Buch
ISBN Titel Verlag
select Verlag [SQLPad]

from Buch
Verlag
Piper
; Berlin-Verlag
Addison Wesley
Addison Wesley

Buch
ISBN Titel Verlag
select distinct Verlag [SQLPad]

from Buch
Verlag
Piper
;
Berlin-Verlag
Addison Wesley

Syntax des Select-From-Where-Blocks
select [all | distinct]

{*| <attribute1> [[as] <alias1>], <attribute2> [[as] <alias2>], ...}
from <table1> [[as] <alias1>], <table2> [[as] <alias2>], ...
[where <condition>]
[group by <attribute1>, <attribute2>, ...]

[having <condition>]
[order by <attribute1>, <attribute2>, ...[asc | desc]]

[union [all]]
[limit [<offset_num>,] <tuple_num>]

Bemerkungen:
❑ Die Notation der Syntax ist an der Backus-Naur-Form (BNF) angelehnt.
❑ Die dargestellte Syntax enthält die wichtigsten Elemente. Moderne Datenbanksysteme
stellen noch eine Reihe von Erweiterungen zur Verfügung, die über das hier notierte Schema
hinausgehen. Siehe beispielsweise das select-Statement bei MySQL.
❑ [[as] <alias>] deklariert zusätzliche Bezeichner für Attribute und Tupelvariablen im
lexikalischen Gültigkeitsbereich des SFW-Blocks.
❑ <condition> ist eine Formel, die aus Atomen und logischen Junktoren aufgebaut ist. Die
Atome entsprechen weitgehend den Atomen im Tupel- und Domänenkalkül.
❑ Seit SQL-92 sind in der From-Klausel auch Join-Operatoren oder ein SFW-Block
zugelassen, um eine neue (abgeleitete) Relation aufzubauen.

From-Klausel [SFW-Block-Syntax]
from <table1> [[as] <alias1>], <table2> [[as] <alias2>], ...
❑ Die From-Klausel spezifiziert die Relationen einer Anfrage und bildet somit
den Ausgangspunkt für die Anfragebearbeitung.
❑ Eine Komma-separierte Liste von Relationen entspricht der Bildung des
kartesischen Produktes.
❑ Die Verwendung von Aliassen entspricht der Einführung von Tupelvariablen,
die zur Qualifizierung von Attributen verwendet werden können.
❑ Aliasse ermöglichen die mehrfache Spezifikation desselben Attributes einer
Relation zur Formulierung tupelübergreifender Bedingungen.
Stichwort: Selbstverbund (Self-Join )

From-Klausel
Mitarbeiter
Name PersNr Wohnort ChefPersNr AbtNr
Smith 1234 Weimar 3334 5
Wong 3334 Koeln 8886 5
Zelaya 9998 Erfurt 9876 4
Wallace 9876 Berlin 8886 4
select * [SQLPad (flawed)]

from Mitarbeiter as m, Mitarbeiter as employee
; Bildung des kartesischen Produktes,

Ausgabe einer Tabelle mit 10 Spalten und 16 Zeilen

Select-Klausel [SFW-Block-Syntax]
select [all | distinct]

{*| <attribute1> [[as] <alias1>], <attribute2> [[as] <alias2>], ...}
❑ Die Select-Klausel spezifiziert die Attribute Ai des Ergebnisschemas. Die Ai

müssen aus den in der From-Klausel spezifizierten Relationen rj stammen.
Mittels „∗“ (Wildcard ) werden alle Attribute ausgewählt.
❑ Zur Unterscheidung gleichbenannter Attribute A in verschiedenen Relationen
r1, r2 ist eine Qualifizierung mittels Tupelvariablen möglich: r1.A, r2.A.
Für jede Basisrelation r ist implizit eine Tupelvariable mit dem Namen der
Relation vereinbart.
❑ Die Verwendung von Aliassen bedeutet eine Umbennung von Attributen im
Ergebnisschema.
❑ Das Schlüsselwort distinct gibt an, ob die Tupel der Ergebnisrelation eine
Menge oder eine Multimenge bilden.

Bemerkungen:
❑ Die mittels distinct erzwungene Duplikateliminierung ist nicht der Default. Gründe:
– Duplikateliminierung erfordert in der Regel eine (aufwändige) Sortierung.
– Bei Anfragen, die alle Tupel betreffen, kann die Eliminierung von Duplikaten zur
Ergebnisverfälschung führen.
Beispiel: Berechnung der Summe von Gehältern. Falls zwei Gehälter gleich sind, würde
eines wegfallen.

Select-Klausel
Mitarbeiter ArbeitetInProjekt
Name PersNr Wohnort ChefPersNr AbtNr PersNr ProjektNr
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1
Folgende Anfragen sind äquivalent: [SQLPad]
select PersNr select Mitarbeiter.PersNr

from Mitarbeiter from Mitarbeiter
select m.PersNr select m.PersNr

from Mitarbeiter m from Mitarbeiter as m

Select-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1



Select-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1



Select-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1


Unerlaubte Anfrage: (wegen Mehrdeutigkeit von PersNr)
select PersNr
from Mitarbeiter, ArbeitetInProjekt

Where-Klausel [SFW-Block-Syntax]
[where <condition>]
❑ Die Where-Klausel dient zur Selektion von Tupeln aus den Relationen, die
in der From-Klausel spezifiziert sind. Alle Tupel, die <condition> erfüllen,
werden in die Ergebnismenge aufgenommen.
❑ <condition> entspricht einer logischen Formel, vergleichbar der Formel α im
Tupelkalkül oder Domänenkalkül. Ausnahmen bzw. Ergänzungen sind u.a.:
::::::::::::::::: ::::::::::::::::::::::::
– die Junktoren heißen and, or, not

– es gibt mengenwertige Operanden; die Operatoren hierfür sind in, exists, any
– der Allquantor ist nicht zugelassen
– ein Operand kann eine Unterabfrage, also wiederum ein komplexer SFW-Block, sein

Where-Klausel [SFW-Block-Syntax]
[where <condition>]
❑ Die Where-Klausel dient zur Selektion von Tupeln aus den Relationen, die
in der From-Klausel spezifiziert sind. Alle Tupel, die <condition> erfüllen,
werden in die Ergebnismenge aufgenommen.
❑ <condition> entspricht einer logischen Formel, vergleichbar der Formel α im
Tupelkalkül oder Domänenkalkül. Ausnahmen bzw. Ergänzungen sind u.a.:
::::::::::::::::: ::::::::::::::::::::::::
– die Junktoren heißen and, or, not

– es gibt mengenwertige Operanden; die Operatoren hierfür sind in, exists, any
– der Allquantor ist nicht zugelassen
– ein Operand kann eine Unterabfrage, also wiederum ein komplexer SFW-Block, sein
❑ Der „=“-Operator realisiert einen (Theta- )Join, wenn er auf je ein Attribut
zweier Relationen angewendet wird. Mit mehreren, durch and verknüpften
Gleichheitsbedingungen lassen sich Mehrwege-Joins spezifizieren.
❑ Es existieren weitere Operatoren zur Bereichsselektion (between) und zum
Mustervergleich (like).
Where-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1
select * [SQLPad]
from Mitarbeiter
where ChefPersNr < 8000

;

Where-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1
select * [SQLPad]
from Mitarbeiter
where ChefPersNr < 8000

;
select *
from Mitarbeiter
where Wohnort like ’%oel%’

;
Wong 3334 Koeln 8886 5

Where-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1

from Mitarbeiter as m, ArbeitetInProjekt as a
where m.PersNr = a.PersNr or ChefPersNr = 9876

Where-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1


Smith 1234 Weimar 3334 5 1234 1
Smith 1234 Weimar 3334 5 1234 2
; Zelaya 9998 Erfurt 9876 4 1234 1
Zelaya 9998 Erfurt 9876 4 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Zelaya 9998 Erfurt 9876 4 4534 1

Where-Klausel
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1


Smith 1234 Weimar 3334 5 1234 1
Smith 1234 Weimar 3334 5 1234 2
; Zelaya 9998 Erfurt 9876 4 1234 1
Zelaya 9998 Erfurt 9876 4 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Zelaya 9998 Erfurt 9876 4 4534 1

Where-Klausel: Self-Join
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1
Anfrage
„Wer arbeitet in derselben Abteilung wie Smith?“

Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1
Anfrage
select m1.Name [SQLPad]

from Mitarbeiter as m1, Mitarbeiter as m2
where m2.Name = ’Smith’ and
m1.AbtNr = m2.AbtNr and
m1.Name != ’Smith’;

Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1
Anfrage

select m1.Name Variante mit Subquery in From-Klausel [Subquery in Where-Klausel]

from Mitarbeiter as m1,
(select * from Mitarbeiter where Name = ’Smith’) as m2
where m1.AbtNr = m2.AbtNr and
Smith 1234 Weimar 3334 5 1234 1
Wong 3334 Koeln 8886 5 1234 2
Zelaya 9998 Erfurt 9876 4 6668 3
Wallace 9876 Berlin 8886 4 4534 1
Anfrage

select m1.Name Variante mit Subquery in From-Klausel [Subquery in Where-Klausel]

from (select * from Mitarbeiter where Name != ’Smith’) as m1,
(select * from Mitarbeiter where Name = ’Smith’) as m2
where m1.AbtNr = m2.AbtNr;

Bezug zur Relationenalgebra
Seien r1, r2 Relationen über den Schemata R1 = {A1, A2} bzw. R2 = {A2, A3}.
select A1 , A3
from r1 as r3 , r2
where r3 .A2 = r2 .A2
Äquivalenter Ausdruck in der Relationenalgebra:

πA1,A3 σr3.A2=r2.A2 ((ρr3 (r1))×r2)
❑ SQL-Select entspricht der Projektion π
❑ SQL-From entspricht dem kartesischen Produkt ×
❑ SQL-Where entspricht der Selektion σ
❑ SQL-Alias-Deklaration entspricht der Umbennung ρ

select A1 , A3
from r1 as r3 , r2

πA1,A3 σr3.A2=r2.A2 ((ρr3 (r1))×r2)

select A1 , A3
from r1 as r3 , r2

πA1,A3 σr3.A2=r2.A2 ((ρr3 (r1))×r2)

select A1 , A3
from r1 as r3 , r2

πA1,A3 σr3.A2=r2.A2 ((ρr3 (r1))×r2)

select A1 , A3
from r1 as r3 , r2

πA1,A3 σr3.A2=r2.A2 ((ρr3 (r1))×r2)

Bezug zum Tupelkalkül
select A1 , A3
from r1 as r3 , r2

select A1 , A3
from r1 as r3 , r2
❑ SQL-Select entspricht der Tupelsynthese mittels freier Variablen:

{(t3.A1, t2.A3) | r1(t3) ∧ r2(t2) ∧ t3.A2 = t2.A2}

select A1 , A3
from r1 as r3 , r2

{(t3.A1, t2.A3) | r1(t3) ∧ r2(t2) ∧ t3.A2 = t2.A2}
❑ SQL-From entspricht der Bindung von freien Variablen an Relationen:

{(t3.A1, t2.A3) | r1(t3) ∧ r2(t2) ∧ t3.A2 = t2.A2}

select A1 , A3
from r1 as r3 , r2

{(t3.A1, t2.A3) | r1(t3) ∧ r2(t2) ∧ t3.A2 = t2.A2}
❑ SQL-From entspricht der Bindung von freien Variablen an Relationen:

{(t3.A1, t2.A3) | r1(t3) ∧ r2(t2) ∧ t3.A2 = t2.A2}
❑ SQL-Where entspricht einem als Formel spezifiziertem Constraint:

{(t3.A1, t2.A3) | r1(t3) ∧ r2(t2) ∧ t3.A2 = t2.A2}

Geschachtelte Anfragen
Wichtige Verwendungsformen für eine Subquery in der Where-Klausel:
1. select A1, A2, . . . , An

from r1 , r2 , . . . , rm
where [not] exists Test auf
(select... from... where...) leere Menge

1. select A1, A2, . . . , An

from r1 , r2 , . . . , rm
Beispiel: [Subquery in From-Klausel]
select m1.Name
from Mitarbeiter as m1
where exists
(select *
from Mitarbeiter as m2
m1.Name != ’Smith’);

1. select A1, A2, . . . , An

from r1 , r2 , . . . , rm
2. select A1, A2, . . . , An

from r1 , r2 , . . . , rm
where {ri .Ak | (ri .Ak , rj .Al , . . .)} [not] in Test auf
(select... from... where...) Element in Menge

1. select A1, A2, . . . , An

from r1 , r2 , . . . , rm
2. select A1, A2, . . . , An

from r1 , r2 , . . . , rm
where {ri .Ak | (ri .Ak , rj .Al , . . .)} [not] in Test auf
(select... from... where...) Element in Menge
3. select A1, A2, . . . , An

from r1 , r2 , . . . , rm
where {ri .Ak | (ri .Ak , rj .Al , . . .)} {=|<>|<| . . .} [any | all] Test auf
(select... from... where...) (Un)gleichheit

Bemerkungen:
❑ Geschachtelte Anfragen heißen auch Unterabfragen oder Subqueries. Subqueries erhöhen
nicht die Ausdruckskraft von SQL, erleichtern jedoch die Formulierung von Anfragen. Die
Semantik jeder Subquery lässt sich mit Join-Operationen nachbilden.
❑ Subqueries in der From-Klausel (Derived Table Subqueries ) dienen zur Bildung

spezialisierter Tabellen für kartesische Produkte. [Beispiel]
❑ Subqueries in der Where-Klausel (Expression Subqueries ) dienen zur Formulierung von

Bedingungen. Wichtige Verwendungsformen:
1. Das Ergebnis der Subquery wird daraufhin getestet, ob es die leere Menge ist, d.h., ob
es keinen oder ob es mindestens einen Match gibt. [Beispiel]
2. Das Ergebnis der Subquery wird daraufhin getestet, ob es einen bestimmten
Attributwert oder ein bestimmtes Tupel enthält.
3. Ohne any bzw. all. Das Ergebnis der Subquery muss genau ein Element
zurückliefern, das dann bzgl. der angegebenen Relation (=, <>, <, . . .) getestet wird.
Mit any bzw. all. Das Ergebnis der Subquery kann eine Menge sein.
=any ist semantisch äquivalent zu in,
<>all ist semantisch äquivalent zu not in.

Bemerkungen: (Fortsetzung)
❑ Alternativ zu „<>“ kann der Ungleich-Operator auch entsprechend als „!=“ notiert werden.
❑ Das Schlüsselwort all in der Where-Klausel bezeichnet keinen Allquantor. Mit all lässt
sich nur ein Element einer Menge A mit den (allen) Elementen einer Menge B vergleichen.
Ein Allquantor hingegen würde für alle Elemente der Menge A eine Bedingung formulieren.
❑ Subqueries können weiter geschachtelt werden, also ihrerseits Subqueries enthalten.
❑ In Subqueries kann auf Relationen der sie umschließenden Umgebung Bezug genommen
werden. Stichwort: korrelierte Unterabfragen (Correlated Subqueries )
❑ Abhängig von der Strategie bzw. Güte der Anfrageoptimierung des DBMS können
semantisch äquivalente Anfragen zu deutlich unterschiedlichen Antwortzeiten führen.

Geschachtelte Anfragen (Fortsetzung)
Teilnehmer nimmt_teil
TeilnNr Name Ort AngebotsNr KursNr TeilnNr
143 Schmidt Bremen 2 G08 143
145 Huber Augsburg 2 P13 143
146 Abele Bochum 1 G08 145
Anfrage
„Liefere die Kurs- und Angebotsnummern der Teilnehmer aus Bremen.“

Anfrage
Relationenalgebra
πKursNr,AngebotsNr(nimmt_teil Z σOrt=′Bremen′ (Teilnehmer))

Anfrage
Relationenalgebra
SQL Variante (a)

select distinct nt.KursNr, nt.AngebotsNr [SQLPad]
from nimmt_teil nt, Teilnehmer t
where nt.TeilnNr = t.TeilnNr and t.Ort = ’Bremen’

Anfrage
Relationenalgebra
SQL Variante (b), korrelierte Unterabfrage

from nimmt_teil nt
where exists [Subquery-Verwendungsform 1]
(select *
from Teilnehmer t
where t.Ort = ’Bremen’ and t.TeilnNr = nt.TeilnNr)
Anfrage
Relationenalgebra
SQL Variante (c), unkorrelierte Unterabfrage

from nimmt_teil nt
where nt.TeilnNr in [Subquery-Verwendungsform 2]
(select TeilnNr
from Teilnehmer
where Ort = ’Bremen’)
Resultat Resultat
Tupel aus
äußerem
SFW-Block
umgebende umgebende
Anfrage Anfrage
(n Aufrufe) (n Aufrufe)
Resultat Resultat
Unteranfrage Unteranfrage
Eingabetupel für (n Rückgabewerte) Keine Eingabe für (1 Rückgabewert)
Unteranfrage Unteranfrage
(n Aufrufe) (1 Aufruf)
Unteranfrage: Unteranfrage:
innerer innerer
SFW-Block SFW-Block
korreliert unkorreliert
[vgl. Scholl, IS 2003]

Allquantifizierung
❑ SQL-89 und SQL-92 besitzen keinen Allquantor.

❑ Eine Allquantifizierung muss durch eine äquivalente Anfrage mit
Existenzquantifizierung ausgedrückt werden.
❑ Alternativ kann eine Allquantifizierung auch mit der Aggregatfunktion count
nachgebildet werden.

Allquantifizierung (Fortsetzung)
Teilnehmer nimmt_teil Kurs

TeilnNr Name Ort AngebotsNr KursNr TeilnNr KursNr Titel
143 Schmidt Bremen 2 G08 143 G08 Graphentheorie
145 Huber Augsburg 2 P13 143 P13 Datenbanken
146 Abele Bochum 1 G08 145 G10 Modellierung
Anfrage
„Wer nimmt an allen Kursen teil?“


Anfrage
Relationenalgebra
πName (Teilnehmer Z (nimmt_teil ÷ (πKursNr (Kurs))))


Anfrage
Relationenalgebra
Tupelkalkül
{(t1 .Name)| Teilnehmer(t1 ) ∧
∀t3 ¬Kurs(t3 ) ∨ ∃t2 (nimmt_teil(t2 ) ∧ t2 .KursNr = t3 .KursNr ∧ t2 .TeilnNr = t1 .TeilnNr) }
≈ {(t1 .Name)
| Teilnehmer(t1 ) ∧
̸ ∃t3 ¬ ¬Kurs(t3 ) ∨ ∃t2 (nimmt_teil(t2 ) ∧ t2 .KursNr = t3 .KursNr ∧ t2 .TeilnNr = t1 .TeilnNr) }
| {z } | {z }
α β
≈ {(t1 .Name) | Teilnehmer(t1 ) ∧
̸ ∃t3 Kurs(t3 ) ∧ ̸ ∃ t2 (nimmt_teil(t2 ) ∧ t2 .KursNr = t3 .KursNr ∧ t2 .TeilnNr = t1 .TeilnNr) }

Anfrage
Relationenalgebra
Tupelkalkül
≈ {(t1 .Name)
| {z } | {z }
α β

Anfrage
Relationenalgebra
Tupelkalkül
≈ {(t1 .Name)
| {z } | {z }
α β

Anfrage
Tupelkalkül
{ (t1 .Name) | Teilnehmer(t1 ) ∧
̸ ∃t3 ( Kurs(t3 ) ∧ ̸ ∃t2 ( nimmt_teil(t2 ) ∧ t2 .KursNr = t3 .KursNr ∧ t2 .TeilnNr = t1 .TeilnNr)) }
SQL [SQLPad]
select Name
from Teilnehmer t1
where not exists [Subquery-Verwendungsform 1]
(select *
from Kurs t3
where not exists
(select *
from nimmt_teil t2
where t2.KursNr = t3.KursNr and t2.TeilnNr = t1.TeilnNr))

Anfrage
Tupelkalkül
SQL [SQLPad]
select Name
from Teilnehmer t1
(select *
from Kurs t3
where not exists
(select *
from nimmt_teil t2

Anfrage
Tupelkalkül
SQL [SQLPad]
select Name
from Teilnehmer t1
(select *
from Kurs t3
where not exists
(select *
from nimmt_teil t2

Anfrage
Tupelkalkül
SQL [SQLPad]
select Name
from Teilnehmer t1
(select *
from Kurs t3
where not exists
(select *
from nimmt_teil t2

Anfrage
Tupelkalkül
SQL [SQLPad]
select Name
from Teilnehmer t1
(select *
from Kurs t3
where not exists
(select *
from nimmt_teil t2

Anfrage
Tupelkalkül
SQL [SQLPad]
select Name
from Teilnehmer t1
(select *
from Kurs t3
where not exists
(select *
from nimmt_teil t2

Anfrage
Tupelkalkül
SQL [SQLPad]
select Name
from Teilnehmer t1
(select *
from Kurs t3
where not exists
(select *
from nimmt_teil t2
Bemerkungen:
❑ Natürlichsprachliche Formulierung der SQL-Anfrage:
„Liefere jeden Teilnehmer, bei dem kein Kurs existiert, an dem er nicht teilnimmt.“
❑ Siehe auch: “Relational Division in SQL The Easy Way.” [gregorulm.com]

❑ Wiederholung. Bei (formalen, logischen, natürlichen) Sprachen unterscheidet man zwischen
Sätzen aus der Sprache selbst und der Formulierung von Zusammenhängen über solche
Sätze. Sätze aus der Sprache selbst dienen uns zur Kommunikation mittels dieser Sprache;
die Symbole, die vewendet werden, um solche Sätze zu formulieren, gehören zur
Objektsprache. Symbole, die verwendet werden, um über Sätze zu sprechen, die in der
Objektsprache formuliert sind, gehören zur Metasprache. [DB:V Formelsemantik]
:::::::::::::::::::::::
❑ Wiederholung. Die Formelbezeichner α, β, γ, die Prädikatsbezeichner P , Q, die Quantoren

∀, ∃, die Variablenbezeichner t, x, y, z, und die Junktoren ¬, ∧, ∨, → gehören zur
Objektsprache. Das ≈-Zeichen ist ein Zeichen der Metasprache und steht für „ist logisch
äquivalent mit“.
Es gelten u.a. folgende Äquivalenzen: [DB:V Formelsemantik]
:::::::::::::::::::::::
¬(α ∨ β) ≈ ¬α ∧ ¬β (deMorgan)
¬(α ∧ β) ≈ ¬α ∨ ¬β
α → β ≈ ¬α ∨ β (Implikation)
(α ∧ β) → γ ≈ ¬α ∨ ¬β ∨ γ
∀xP (x) ≈ ¬∃x(¬P (x)) (Quantoren)

∀x(¬P (x)) ≈ ¬∃xP (x)
❑ Quantoren binden so stark wie ¬ .

Mengenoperationen
Mengenoperationen sind nur für „kompatible“ Attributlisten erlaubt.
❑ Vereinigung.
select A2 from r1 where <condition1>
union [all]

Mengenoperationen
❑ Vereinigung.
union [all]
❑ Durchschnitt.
select A2 from r1 , r2
where r1 .A2 = r2 .A2 and <condition1> and <condition2>

Mengenoperationen
❑ Vereinigung.
union [all]
❑ Durchschnitt.
select A2 from r1 , r2
where r1 .A2 = r2 .A2 and <condition1> and <condition2>
❑ Differenz.
select A2 from r1
where <condition1> and r1 .A2 not in [Subquery-Verwendungsform 2]
(select A2 from r2 where <condition2>)

Bemerkungen:
❑ In der Relationenalgebra sind Mengenoperationen nur über Relationen mit gleichen
Relationenschemata zugelassen.
❑ In SQL spielen im Zusammenhang mit Mengenoperationen die Namen der Attribute keine
Rolle: Mengenoperationen erfordern nur, dass die Listen der Attribute der beteiligten
Relationen positionsweise kompatibel sind.
❑ Zwei Attribute sind kompatibel zueinander, falls sie kompatible Wertebereiche haben. Das
heißt, dass die Wertebereiche entweder
1. gleich sind oder
2. beide auf dem Typ „Character“ basieren oder
3. beide von einem numerischen Typ sind.
❑ union eliminiert Duplikate,

union all bildet eine Multimenge.

Aggregat- und Gruppierungsfunktionen
Aggregatfunktionen, auch Built-in-Funktionen genannt, führen Operationen auf

Tupelmengen durch und „verdichten“ so eine Menge von Werten zu einem
einzelnen Wert.
Aggregatfunktionen in SQL-89:
Name Semantik
count(*) Anzahl der Tupel
=
count(<attribute>) Anzahl der Attributausprägungen
count(distinct <attribute>) Anzahl verschiedener Attributausprägungen
max(<attribute>) Maximum der Attributausprägungen

min(<attribute>) Minimum der Attributausprägungen
avg([distinct] <attribute>) Durchschnitt der Attributausprägungen
sum([distinct] <attribute>) Summe der Attributausprägungen

Aggregat- und Gruppierungsfunktionen
Aggregatfunktionen, auch Built-in-Funktionen genannt, führen Operationen auf

Tupelmengen durch und „verdichten“ so eine Menge von Werten zu einem
einzelnen Wert.
Aggregatfunktionen in SQL-89:
Name Semantik
count(*) Anzahl der Tupel
=
count(<attribute>) Anzahl der Attributausprägungen
count(distinct <attribute>) Anzahl verschiedener Attributausprägungen
max(<attribute>) Maximum der Attributausprägungen

min(<attribute>) Minimum der Attributausprägungen
avg([distinct] <attribute>) Durchschnitt der Attributausprägungen
sum([distinct] <attribute>) Summe der Attributausprägungen

Aggregat- und Gruppierungsfunktionen (Fortsetzung)
Teilnehmer nimmt_teil Kursleiter

TeilnNr Name Ort AngebotsNr KursNr TeilnNr PersNr Name PersAlter
143 Schmidt Bremen 2 G08 143 11231 Suermann 39
145 Huber Augsburg 2 P13 143 21672 Lettmann 46
146 Abele Bochum 1 G08 145 31821 Curatolo 51
Anfragen [SQLPad]
„Liefere die Anzahl aller Kursteilnehmer.“
select count(*)
from Teilnehmer


Anfragen [SQLPad]
select count(*)
from Teilnehmer
„Wieviele Teilnehmer kommen aus Hamburg?“

select count(*)
from Teilnehmer
where Ort = ’Hamburg’


Anfragen [SQLPad]
select count(*)
from Teilnehmer
„Wieviele Teilnehmer kommen aus Hamburg?“

select count(*)
from Teilnehmer
where Ort = ’Hamburg’
„Wie ist das Durchschnittsalter der Kursleiter?“

select avg(PersAlter)
from Kursleiter


Anfragen [SQLPad]
„Wie ist die Personalnummer des ältesten Kursleiters?“
select PersNr
from Kursleiter
where PersAlter = [Subquery-Verwendungsform 3]
(select max(PersAlter)
from Kursleiter)


Anfragen [SQLPad]
select PersNr
from Kursleiter
from Kursleiter)


Anfragen [SQLPad]
select PersNr
from Kursleiter
from Kursleiter)
„Liefere die Kurs- und Angebotsnummern der Teilnehmer aus Bremen.“ [andere Varianten]
select nt.KursNr, nt.AngebotsNr
from nimmt_teil nt
where 0 < exists [Subquery-Verwendungsform 3]
(select count(*) *
from Teilnehmer t

Anfragen [SQLPad]
select PersNr
from Kursleiter
from Kursleiter)
„Liefere die Kurs- und Angebotsnummern der Teilnehmer aus Bremen.“ [andere Varianten]
select nt.KursNr, nt.AngebotsNr
from nimmt_teil nt
where 0 < exists [Subquery-Verwendungsform 1]
(select count(*) *
from Teilnehmer t
select ...
from ...
[where ...]
❑ Die Group-by-Klausel bewirkt eine Gruppen- bzw. Teilmengenbildung:

Alle Tupel, die gleiche Werte in der spezifizierten Attributliste haben, bilden
eine Teilmenge.
❑ Aggregatfunktionen werden auf die Teilmengen angewandt.
❑ Jede Teilmenge wird durch ein Tupel repräsentiert. Folglich können in der
Select-Klausel nur Aggregatfunktionen oder Attribute, nach denen gruppiert
wird, vorkommen, damit nur ein Tupel resultiert.
❑ Mittels einer Having-Klausel lassen sich die Teilmengen (genauer: die sie
repräsentierenden Tupel) weiter filtern.

select ...
from ...
[where ...]
❑ Die Group-by-Klausel bewirkt eine Gruppen- bzw. Teilmengenbildung:

Alle Tupel, die gleiche Werte in der spezifizierten Attributliste haben, bilden
eine Teilmenge.
❑ Aggregatfunktionen werden auf die Teilmengen angewandt.
❑ Jede Teilmenge wird durch ein Tupel repräsentiert. Folglich können in der
Select-Klausel nur Aggregatfunktionen oder Attribute, nach denen gruppiert
wird, vorkommen, damit nur ein Tupel resultiert.
❑ Mittels einer Having-Klausel lassen sich die Teilmengen (genauer: die sie
repräsentierenden Tupel) weiter filtern.

Bemerkungen:
❑ Logische Ausführungsreihenfolge: from → where → group by → having → select
❑ Unterschied zwischen der Where-Klausel und der Having-Klausel: Mit der Where-Klausel
werden Tupel gefiltert, mit der Having-Klausel werden Tupelmengen gefiltert.
❑ Aggregatfunktionen können nicht geschachtelt werden.

MitarbeiterSkill
Mitarbeiter PersNr Skill
Name PersNr Wohnort ChefPersNr AbtNr 1234 Java
Smith 1234 Weimar 3334 5 1234 C++
Wong 3334 Koeln 8886 5 3334 Linux
Zelaya 9998 Erfurt 9876 4 3334 Java
Wallace 9876 Berlin 8886 4 9998 Linux
9876 DB2
Anfrage
„Für welche Programmierfähigkeiten gibt es mehrere Mitarbeiter und wie viele sind es?“

MitarbeiterSkill
Smith 1234 Weimar 3334 5 1234 C++
9876 DB2
Anfrage
„Für welche Programmierfähigkeiten gibt es mehrere Mitarbeiter und wie viele sind es?“
select count(*) as Anzahl, Skill as Faehigkeit [SQLPad]
from MitarbeiterSkill
group by Skill
having Anzahl > 1
Anzahl Faehigkeit
; 2 Java
2 Linux

MitarbeiterSkill
Smith 1234 Weimar 3334 5 1234 C++
9876 DB2
Anfrage
„Wie ist die Verteilung der Fähigkeiten in Abteilung 5?“
select count(*) as Anzahl, Skill as Faehigkeit [SQLPad]
from Mitarbeiter m, MitarbeiterSkill s
where AbtNr = 5 and m.PersNr = s.PersNr
group by Skill
Anzahl Faehigkeit
2 Java
;
1 C++
1 Linux

Nullwerte
Der spezielle Wert „Null“, ⊥, ist als Wert in jedem Datentyp vorhanden. Gründe, die
zur Verwendung von Null als Attributausprägung führen:
1. Der Wert des Attributes ist unbekannt.
2. Der Wert des Attributes ist bekannt, soll aber nicht gespeichert werden.
3. Im Wertebereich des Attributes ist kein adäquater Wert vorhanden.

Nullwerte
Der spezielle Wert „Null“, ⊥, ist als Wert in jedem Datentyp vorhanden. Gründe, die
zur Verwendung von Null als Attributausprägung führen:
1. Der Wert des Attributes ist unbekannt.
2. Der Wert des Attributes ist bekannt, soll aber nicht gespeichert werden.
3. Im Wertebereich des Attributes ist kein adäquater Wert vorhanden.
Verarbeitung von Null-Werten:

(a) Eine arithmetische Operation ergibt Null, falls ein Operand Null ist.
(b) Für den Test auf Null dienen die Operatoren is bzw. is not.
[SQLPad] Beispiele Wert

zu a) 4+null, 4<null, null=null null
zu b) null is null true
null is not null false

Nullwerte (Fortsetzung)
Mit Hilfe von Null ist in SQL eine dreiwertige Logik realisiert.
Boolesche Semantik: SQL-Entsprechung:

¬ not
true false 1 0
unknown unknown null null
false true 0 1


¬ not
true false 1 0
false true 0 1
∧ true unknown false and 1 null 0

true true unknown false 1 1 null 0
unknown unknown unknown false null null null 0
false false false false 0 0 0 0


¬ not
true false 1 0
false true 0 1
∧ true unknown false and 1 null 0

true true unknown false 1 1 null 0
unknown unknown unknown false null null null 0
false false false false 0 0 0 0
∨ true unknown false or 1 null 0

true true true true 1 1 1 1
unknown true unknown unknown null 1 null null
false true unknown false 0 1 null 0

Bemerkungen:
❑ In einer Where-Klausel werden nur Tupel berücksichtigt, die zu true evaluieren. Das heißt,
Tupel, die zu unknown evaluieren, werden nicht in das Ergebnis aufgenommen.
❑ Bei einer Gruppierung wird null als eigenständiger Wert interpretiert und in einer eigenen
Gruppe zusammengefasst.

Zusammengesetzte Terme
In Select- und Where-Klauseln können an der Stelle von Attributen auch

zusammengesetzte Terme stehen, wie z.B. arithmetische Ausdrücke oder
Ausdrücke, die Zeichenketten manipulieren.
Kursleiter
PersNr Name PersAlter
11231 Suermann 39
21672 Lettmann 46
31821 Curatolo 51
select PersNr*PersAlter as Glueckszahl [SQLPad]

from Kursleiter
Glueckszahl
438009
;
996912
1622871

SQL-89 versus SQL-92: Joins
❑ kartesisches Produkt und Equi-Join in SQL-89:

select *
from Mitarbeiter, MitarbeiterSkill
select *
where Mitarbeiter.PersNr = MitarbeiterSkill.PersNr

SQL-89 versus SQL-92: Joins

select *
select *
where Mitarbeiter.PersNr = MitarbeiterSkill.PersNr

select *
from Mitarbeiter cross join MitarbeiterSkill
select *
from Mitarbeiter join MitarbeiterSkill
on Mitarbeiter.PersNr = MitarbeiterSkill.PersNr

SQL-89 versus SQL-92: Joins (Fortsetzung)
❑ natürlicher Verbund in SQL-92:

select *
from Mitarbeiter natural join MitarbeiterSkill
select *
using (PersNr)

❑ natürlicher Verbund in SQL-92:

select *
from Mitarbeiter natural join MitarbeiterSkill
select *
using (PersNr)
❑ äußere Verbunde in SQL-92:

:::::::::::::::::::::::::::
[natural] {left | right} outer join

using (...)
on ...

MitarbeiterSkill
Smith 1234 Weimar 3334 5 1234 C++
9876 DB2
Anfrage
„Wie sind die Personalnummern der Chefs, die keine Ahnung haben?“
select distinct ChefPersNr [SQLPad]
from Mitarbeiter m left outer join Mitarbeiterskill s
on m.ChefPersNr = s.PersNr
where Skill is null
ChefPersNr
;
8886

SQL-89 versus SQL-92
❑ Es gibt die Mengenoperationen union, intersect und except, für die mittels
corresponding noch eine Attributliste vereinbart werden kann.
❑ In der From-Klausel können mittels eines Select-From-Where-Blocks

abgeleitete Relationen erzeugt und benannt werden.
❑ In Bedingungen der Where-Klausel lassen sich nicht nur skalare Ausdrücke,
sondern auch Tupel spezifizieren.

Kapitel DB:V
❑ Einführung
❑ Sichten

Bemerkungen:
❑ Die Datendefinitionssprache kompakt:
1. Datentypen
2. Domains
3. Check-Klausel
4. Datenbank-Handling
5. Relationen definieren / ändern / löschen
❑ Die Datenmanipulationssprache kompakt:

1. Tupel einfügen / ändern / löschen

SQL als Datendefinitionssprache
Datentypen
Die wichtigsten Datentypen für die Wertebereiche von Attributen sind Zahlen,
Zeichenketten und Datumsangaben.
Typ Semantik
char(n) Zeichenstring mit fester Länge n.
Synonym: character(n)
varchar(n) Zeichenstring mit variabler aber maximaler Länge n.

Synonyme: char varying(n), character varying(n)
int Wert einer maschinenabhängigen, endlichen Teilmenge der ganzen Zahlen.

Synonym: integer
smallint eine maschinenabhängige Teilmenge des int-Wertebereichs
numeric(z, n) Fixpunktzahl (Dezimalzahl) mit spezifizierbarer Genauigkeit,

z = Anzahl aller Stellen, n = Anzahl der Nachkommastellen.
Synonym: decimal(z, n)

Datentypen (Fortsetzung)
Typ Semantik
real Fließkommazahl mit maschinenabhängiger Genauigkeit.
double precision doppelter maschinenabhängiger Genauigkeit.
float(n) spezifizierbarer Genauigkeit ≥ n Stellen.
bit(n) Bitstring mit fester Länge n.

bit varying(n) Bitstring mit variabler aber maximaler Länge n.
blob Binary Large Object. Variabel lange Byte-Sequenz von maximal 4 GB

zum Speichern von Videosequenzen, Bildern, Audio-Dateien, etc.
date Kalenderdatum mit Jahr (4 Stellen), Monat (2 Stellen), Tag (2 Stellen).

Format: YYYY-MM-DD
time Tageszeit in Stunden, Minuten und Sekunden. Format: hh:mm:ss

time with time zone Zeitunterschied zu GMT (6 Stellen). Bereich: +13:00 bis -12:59
timestamp Wert, der Datum und Tageszeit enthält.
interval Wert, um den ein absoluter Wert vom Typ date, time oder timestamp
in-/dekrementiert wird. Dient zur Formulierung von Zeitintervallen.

Domains
create {domain | datatype} [as] <domain> <datatype>

[[not] null]
[default <value>]
[check (<condition>)]
❑ <datatype> bezeichnet einen integrierten Datentyp einschließlich optionaler

Stellenanzahl.
❑ Die Deklaration von Domains ist vergleichbar mit einfachen, nicht-
geschachtelten Typ-Vereinbarungen in einer Programmiersprache.
❑ Domains können in Create-Table-Anweisungen für Attributdeklarationen
verwendet werden.

Domains
create {domain | datatype} [as] <domain> <datatype>

[[not] null]
[default <value>]
[check (<condition>)]
❑ <datatype> bezeichnet einen integrierten Datentyp einschließlich optionaler

Stellenanzahl.
❑ Die Deklaration von Domains ist vergleichbar mit einfachen, nicht-
geschachtelten Typ-Vereinbarungen in einer Programmiersprache.
❑ Domains können in Create-Table-Anweisungen für Attributdeklarationen
verwendet werden.
Beispiele:
create domain address char(35) null
create domain Stadtstaaten varchar(10) default ’Berlin’

Check-Klausel
check (<condition>)
❑ Die Check-Klausel dient zur Festlegung lokaler Integritätsbedingungen für

Domains, Attribute und Relationen.
❑ Die Check-Klausel erlaubt die Formulierung von Prädikaten unter
Zuhilfenahme von Select-From-Where-Blöcken.
Beispiele: [Relationen definieren]

check (value in (’Berlin’, ’Hamburg’, ’Bremen’))
check (PersAlter between 18 and 27)

check (Dauer > 3)

Check-Klausel
check (<condition>)
❑ Die Check-Klausel dient zur Festlegung lokaler Integritätsbedingungen für

Domains, Attribute und Relationen.
❑ Die Check-Klausel erlaubt die Formulierung von Prädikaten unter
Zuhilfenahme von Select-From-Where-Blöcken.
Beispiele: [Relationen definieren]

check (value in (’Berlin’, ’Hamburg’, ’Bremen’))
check (PersAlter between 18 and 27)

check (Dauer > 3)
check ((select avg(PersAlter) from Reiseleiter) <

(select sum(TeilnAnz) from Reisen where Stadt=’Paris’))

Datenbank-Handling
create database <database>

[with {[buffered] log | log mode ansi}]
❑ Erstellt eine neue Datenbank. Mit dem Erzeugen einer Datenbank werden auch die
Systemrelationen (Data Dictionary ) angelegt.
❑ Durch Angabe der with-Option wird die Protokollierung von Transaktionen aktiviert. Diese
wird im Falle eines Datenbankfehlers zum Wiederherstellen der Daten benötigt.
close database <database>

❑ Schließt die aktuell geöffnete Datenbank. Eine geschlossene Datenbank kann gelöscht
werden.
drop database <database>

❑ Löscht eine Datenbank einschließlich aller Daten, Indizes und Systemrelationen. Abhängig
vom DBMS kann weder die aktuelle Datenbank noch eine Datenbank, die gerade von
anderen Benutzern verwendet wird, gelöscht werden.
use <database>
❑ Auswahl einer Datenbank aus einer Menge von existierenden Datenbanken als Default für
nachfolgende SQL-Befehle.

Datenbank-Handling
create database <database>

[with {[buffered] log | log mode ansi}]
❑ Erstellt eine neue Datenbank. Mit dem Erzeugen einer Datenbank werden auch die
Systemrelationen (Data Dictionary ) angelegt.
❑ Durch Angabe der with-Option wird die Protokollierung von Transaktionen aktiviert. Diese
wird im Falle eines Datenbankfehlers zum Wiederherstellen der Daten benötigt.
close database <database>

❑ Schließt die aktuell geöffnete Datenbank. Eine geschlossene Datenbank kann gelöscht
werden.
drop database <database>

❑ Löscht eine Datenbank einschließlich aller Daten, Indizes und Systemrelationen. Abhängig
vom DBMS kann weder die aktuelle Datenbank noch eine Datenbank, die gerade von
anderen Benutzern verwendet wird, gelöscht werden.
use <database>
❑ Auswahl einer Datenbank aus einer Menge von existierenden Datenbanken als Default für
nachfolgende SQL-Befehle.

Relationen definieren
create table <table>

(
<attribute1> <datatype> [default <value>] [not null] [<attr_int_cond>],
...
{<rel_int_cond>}∗
)


(
...
{<rel_int_cond>}∗
)
<attr_int_cond> ::= {unique |

primary key |
references <table>[(<attribute>)] |
::::::::::::::::::
check (<condition>)}


(
...
{<rel_int_cond>}∗
)

primary key |
::::::::::::::::::
<rel_int_cond> ::= {unique (<attribute1>, ...) |

primary key (<attribute1>, ...) |
foreign key (<attribute1>, ...)
references <table>[(<attribute1>,...)][<action>] |
::::::::::::::::::


(
...
{<rel_int_cond>}∗
)

primary key |
::::::::::::::::::
<rel_int_cond> ::= {unique (<attribute1>, ...) |

primary key (<attribute1>, ...) |
foreign key (<attribute1>, ...)
references <table>[(<attribute1>,...)][<action>] |
::::::::::::::::::
<action>
::::::::::::::
::= [on update <type>] [on delete <type>]

Bemerkungen:
❑ Mittels default lässt sich ein Standardwert für Attribute vorgeben.
❑ Integritätsbedingungen beziehen sich auf ein Tupel, eine Relation oder mehrere Relationen.
Besteht ein Schlüssel aus einem einzigen Attribut, so kann die entsprechende
Integritätsbedingung gemäß <attr_int_cond> direkt innerhalb der Attributdeklaration
vereinbart werden.
❑ Integritätsbedingungen für Schlüssel, die aus mehreren Attributen bestehen, werden gemäß
<rel_int_cond> vereinbart.
❑ In SQL-92 sind Primary-Key-Attribute implizit „unique“ und „not null“.

Relationen definieren: Beispiele
create table Buch

(ISBN char(10) not null,
Titel varchar(200),
Verlagsname varchar(30) not null)

Relationen definieren: Beispiele
create table Buch

(ISBN char(10) not null,
Titel varchar(200),
Verlagsname varchar(30) not null)
Verwendung der Form <attr_int_cond> :

create table Buch
(ISBN char(10) primary key,
Titel varchar(200),
Verlagsname varchar(30) not null references Verlage (Verlagsname))
Verwendung der Form <rel_int_cond> :

create table Buch
(ISBN char(10),
Titel varchar(200),
Verlagsname varchar(30) not null,
primary key (ISBN),
foreign key (Verlagsname) references Verlage (Verlagsname))

Relationen definieren: Beispiele [Check-Klausel]
create table Buch_Versionen

(ISBN char(10),
Auflage smallint check (Auflage > 0),
Jahr integer check (Jahr between 1800 and 2024),
Seitenzahl integer check (Seiten > 0),
Preis decimal(8,2) check (Preis <= 250),
primary key (ISBN, Auflage),

foreign key (ISBN) references Buch (ISBN),
check ((select sum(Preis) from Buch_Versionen) <

(select sum(Budget) from Arbeitsgruppen))

Relationen definieren: Beispiele [Check-Klausel]
create table Buch_Versionen

(ISBN char(10),
Auflage smallint check (Auflage > 0),
Jahr integer check (Jahr between 1800 and 2024),
Seitenzahl integer check (Seiten > 0),
Preis decimal(8,2) check (Preis <= 250),
primary key (ISBN, Auflage),

foreign key (ISBN) references Buch (ISBN),
check ((select sum(Preis) from Buch_Versionen) <

(select sum(Budget) from Arbeitsgruppen))

Relationen definieren: On-Klausel
<action> ::= [on update <type>] [on delete <type>]
Wird ein Primärschlüsselwert geändert oder gelöscht, kann es Fremdschlüsselwerte geben, die
anzupassen sind. Hierfür lässt sich eine on update-Klausel und eine on delete-Klausel angeben,
gefolgt von einem der folgenden Aktionstypen:
❑ cascade
Zusammen mit on update werden die Fremdschlüsselwerte aktualisiert, damit sie den
neuen Primärschlüsselwert referenzieren. Zusammen mit on delete werden die Tupel
gelöscht, die den gelöschten Primärschlüsselwert referenzierten.
❑ set null
Setzt die Fremdschlüsselwerte auf Null, falls der referenzierte Primärschlüsselwert geändert
oder gelöscht wurde.
❑ set default
Setzt die Fremdschlüsselwerte auf den Wert, der in der Default-Klausel des
Fremdschlüsselattributes angegeben ist, falls der referenzierte Primärschlüsselwert geändert
❑ restrict (Default)
Erzeugt eine Fehlermeldung bei dem Versuch, einen Primärschlüsselwert zu ändern oder zu
löschen, wenn dieser als Fremdschlüsselwert referenziert wird.
❑ cascade
❑ set null
❑ set default
❑ cascade
❑ set null
❑ set default
❑ cascade
❑ set null
❑ set default
Relationen ändern
alter table <table>

{
add <attribute> <datatype> ...[before <attribute>] |
modify <attribute> <datatype> |
drop <attribute> |
<add_cons>
}
❑ Modifiziert eine bestehende Relation. Es können Attribute eingefügt oder

gelöscht, Integritätsbedingungen (Constraints) hinzugefügt, verändert oder
gelöscht werden.

Relationen ändern
alter table <table>

{
add <attribute> <datatype> ...[before <attribute>] |
modify <attribute> <datatype> |
drop <attribute> |
<add_cons>
}
❑ Modifiziert eine bestehende Relation. Es können Attribute eingefügt oder

gelöscht, Integritätsbedingungen (Constraints) hinzugefügt, verändert oder
gelöscht werden.
<add_cons> ::= {add constraint unique (<attribute1>, ...) |

add constraint primary key (<attribute1>, ...) |
add constraint foreign key (<attribute1>, ...)
references <table> (<attribute1>, ...) |
add constraint check (<condition>)}

Relationen löschen
drop table <table>
❑ Löscht alle in einer Relation enthaltenen Daten, die Indizes und Constraints
auf den Attributen inklusive aller Referenz-Constraints, alle mit der Relation
verbundenen Synonyme sowie alle für diese Relation vergebenen
Berechtigungen.
❑ Es können nur Relationen der aktuellen Datenbank gelöscht werden.
❑ Das Löschen von Relationen mit Systeminformation ist mit dieser Anweisung
nicht möglich.

Datendefinitionsbefehle im Überblick
database table index view synonym schema

create • • • • • •
alter • •
close •
drop • • • • •
use •

Kapitel DB:V
❑ Einführung
❑ Sichten

SQL als Datenmanipulationssprache
Tupel einfügen
insert into <table>

{
[(<attribute1>, ...)] values (<expression1>, ...) {, (...)}∗0 |
[(<attribute1>, ...)] values <SFW-Block>
}
❑ Einfügen von vollständigen oder unvollständigen Tupeln. Die Tupel können

explizit oder mittels eines Select-From-Where-Blocks spezifiziert werden.
❑ Alle einzufügenden Werte müssen die Integritätsbedingungen erfüllen.

Tupel einfügen
insert into <table>

{
[(<attribute1>, ...)] values (<expression1>, ...) {, (...)}∗0 |
[(<attribute1>, ...)] values <SFW-Block>
}
❑ Einfügen von vollständigen oder unvollständigen Tupeln. Die Tupel können

explizit oder mittels eines Select-From-Where-Blocks spezifiziert werden.
❑ Alle einzufügenden Werte müssen die Integritätsbedingungen erfüllen.
Zwei Verwendungsformen:
1. Ohne Attributnamen. Anzahl, Reihenfolge und Datentyp der Werte müssen
der Definition der Relation entsprechen. Die Reihenfolge der Attribute ist in
der Relation „Syscolumns“ definiert.
2. Mit Attributnamen. Einfügen der Werte gemäß den Attributnamen. Fehlende
Attribute erhalten den Nullwert.

Tupel einfügen: Beispiele
Gegeben seien folgende Relationenschemata:

❑ Kursgebuehr = {AngNr, KursNr, TnNr, Gebuehr}
❑ Angebot = {AngNr, KursNr, Datum, Ort}
❑ nimmt_teil = {AngNr, KursNr, TnNr}
„Füge einen neuen Teilnehmer mit TnNr 200 für Kurs G08 und AngNr 1 in die Kursgebührrelation
ein. Die Teilnamegebühr sei noch nicht bekannt.“
insert into Kursgebuehr values (1, G08, 200, null) oder
insert into Kursgebuehr (AngNr, KursNr, TnNr) values (1, G08, 200)


„Füge ein neues Kursangebot mit AngNr 3 für G08 für den 15. März 1991 in Ulm ein.“
insert into Angebot values (3, G08, 1991-03-15, ULM)


„Füge ein neues Kursangebot mit AngNr 3 für G08 für den 15. März 1991 in Ulm ein.“
insert into Angebot values (3, G08, 1991-03-15, ULM)
„Die Relation Kursgebuehr sei leer. Fülle die Attribute AngNr, KursNr und TnNr mit den Einträgen der
Relation Nimmt_teil. Das Attribut Gebuehr soll ohne Wert bleiben.“
insert into Kursgebuehr (AngNr, KursNr, TnNr)
select *
from nimmt_teil
Tupel löschen
delete
from <table>
[where <condition>]
❑ Löscht alle Tupel, die <condition> erfüllen, aus <table>. Die leere Relation
bleibt als Eintrag im Katalog erhalten.

Tupel löschen: Beispiele

„Lösche alle Tupel aus der nimmt_teil-Relation.“

delete
from nimmt_teil

Tupel löschen: Beispiele

„Lösche alle Tupel aus der nimmt_teil-Relation.“

delete
from nimmt_teil
„Lösche in der nimmt_teil-Relation alle Kurse, die vor dem 1. März 1990 stattgefunden haben.“
delete
from nimmt_teil
where (AngNr, KursNr) in [Subquery-Verwendungsform 2]
::::::::::::::::::::::::::::::::
(select AngNr, KursNr

from Angebot
where Datum < 1990-03-01)

Tupel ändern
update <table> [[as] <alias>]

set <attribute1> = <expression1>
[, <attribute2> = <expression2>, ...]
[where <condition>]

Tupel ändern: Beispiele

❑ Standardgebuehr = {KursNr, Gebuehr}
„Erhöhe alle Gebühren in der Relation Kursgebuehr um 10%.“

update Kursgebuehr
set Gebuehr = Gebuehr*1.1



update Kursgebuehr
„Erhöhe die Gebühren der Teilnehmer mit TnNr > 150 um 10%“
update Kursgebuehr
where TnNr > 150



update Kursgebuehr
update Kursgebuehr
where TnNr > 150
„Setze alle Gebühren, für die noch kein Wert spezifiziert wurde, auf die Standardgebühr.“
update Kursgebuehr k
set k.Gebuehr = [Subquery-Verwendungsform 3]
::::::::::::::::::::::::::::::::
(select s.Gebuehr from Standardgebuehr s where k.KursNr = s.KursNr)

where k.Gebuehr is null


update Kursgebuehr
update Kursgebuehr
where TnNr > 150
„Setze alle Gebühren, für die noch kein Wert spezifiziert wurde, auf die Standardgebühr.“
update Kursgebuehr k
set k.Gebuehr = [Subquery-Verwendungsform 3]
::::::::::::::::::::::::::::::::
(select s.Gebuehr from Standardgebuehr s where k.KursNr = s.KursNr)

where k.Gebuehr is null
Bemerkungen:
❑ Wiederholung. Bildet ein SFW-Block den rechten Operanden einer Gleichung, so darf der
SFW-Block nur ein Tupel als Return-Wert haben.
Im Beispiel: k.Gebuehr = (select ...)

Kapitel DB:V
❑ Einführung
❑ Sichten

SQL vom Programm aus
Anwendungsszenarien
Client 1
Server
Anwendung
(Web-Browser) DBMS
(Online-Shop)
Client 2
Anwendung
(Produktpflege)

Anwendungsszenarien
Client 1
Server
Anwendung
(Web-Browser) DBMS
(Online-Shop)
Client 2
Anwendung
(Produktpflege)
Server 1
DBMS 1
(Oracle)
Client
Anwendung Server 2
(PPS-System)
DBMS 2
(Sybase)

Prinzipien zur DBMS-Anbindung
1. Anreicherung von Programmiersprachen durch Datenbankoperationen
2. Einbettung von SQL in Programmiersprachen: Embedded SQL

❑ Prinzip: SQL-Statements werden im Programmquelltext ausgezeichnet
❑ Vorteil: SQL-Statements lassen sich zur Programmübersetzungszeit
prüfen und optimieren
❑ Realisierungen: SQLJ (Java), Pro*C (C, C++)

Prinzipien zur DBMS-Anbindung
1. Anreicherung von Programmiersprachen durch Datenbankoperationen
2. Einbettung von SQL in Programmiersprachen: Embedded SQL

❑ Prinzip: SQL-Statements werden im Programmquelltext ausgezeichnet
❑ Vorteil: SQL-Statements lassen sich zur Programmübersetzungszeit
prüfen und optimieren
❑ Realisierungen: SQLJ (Java), Pro*C (C, C++)
3. Programmierschnittstelle (Application Programming Interface, API)

❑ Prinzip: SQL-Anweisungen werden als zur Programmausführungszeit
generierbarer Text an das Datenbanksystem übergeben [Beispiel: Java, Python]
❑ Vorteil: hohe Flexibilität
❑ Realisierungen: ODBC (plattformunabhängig), JDBC (Java)

Bemerkungen:
❑ Beispielanfrage in SQLJ (Prinzip 2) :
int maxGebuehr = 0;
#sql [ctx] {
SELECT max(Gebuehr)
INTO :maxGebuehr
FROM Kursgebuehr
};
❑ Obige Beispielanfrage in JDBC (Prinzip 3) :

PreparedStatement stmt = myConnection.prepareStatement(
”SELECT max(Gebuehr) FROM Kursgebuehr”
);
ResultSet rs = statement.executeQuery();
int maxGebuehr = rs.getInt(1);
rs.close();
stmt.close();

❑ Open Database Connectivity, ODBC, is a standard programming language middleware API
for DBMS. ODBC accomplishes DBMS independence by using an ODBC driver as a
translation layer between the application and the DBMS. The application uses ODBC
functions through an ODBC driver manager with which it is linked, and the driver passes the
query to the DBMS. An application that can use ODBC is referred to as “ODBC-compliant”.
Any ODBC-compliant application can access any DBMS for which a driver is installed.
Drivers exist for all major DBMSs and even for text or CSV files. [Wikipedia]
❑ Ein ODBC-Treiber macht eine Datenquelle (z.B. eine MySQL-Datenbank oder eine Textdatei)
zu einer ODBC-Datenquelle und ermöglicht einer Anwendung den Zugriff hierauf:
1. Client-Sicht. Eine Anwendung kann Anfragen an ODBC-Datenquellen senden.
2. Server-Sicht. Eine Datenquelle kann ODBC-Anfragen beantworten.
❑ Java Database Connectivity, JDBC, ist eine Programmierschnittstelle (API) der

Java-Plattform, die einen einheitlichen Zugriff auf relationale Datenbanken verschiedener
Hersteller bietet. [Wikipedia: JDBC, JDBC-Treiber]
❑ Programmierschnittstellen verwenden sogenannte “Cursor”, um über Tupelmengen zu

iterieren, die als Ergebnis einer Anfrage geliefert werden. Die entsprechende Umsetzung in
JDBC geschieht durch ein Iterator-Objekt.

ODBC versus JDBC
Gegenüberstellung wichtiger Anwendungsoperationen, ODBC-Funktionsnamen

und der JDBC-Implementierung:
Operation (Anwendungssicht) ODBC- Implementierung in JDBC

Funktionsname <class>:<method>
Verbindung zu DBMS aufbauen SQLConnect DriverManager:getConnection()
SQL-Anfrage ausführen SQLExecute Statement:executeQuery()
Ergebnisse abholen SQLFetch ResultSet:next()
Fehlermeldung abfragen SQLError SQLException
Transaktion deklarieren SQLTransact Connection:setAutoCommit()

Transaktion ausführen SQLTransact Connection:commit()
Transaktion zurücknehmen SQLTransact Connection:rollback()
Verbindung zu DBMS trennen SQLDisconnect Connection:close()

JDBC Native Protocol Driver [Python + SQLite]
Java application
JDBC API
Client
JDBC driver manager
JDBC DB-specific driver
Oracle
... MySQL
IBM
Server
Übersetzung von JDBC-Aufrufen für einen MySQL-Datenbankserver ohne

Verwendung einer datenbankspezifischen Programmbibliothek.
[Wikipedia: Vorteile / Nachteile]

JDBC-API: Beispiel
package jdbc;
import java.sql.*;
public class JdbcDemo {

public static void main(String[] args) throws Exception {
JdbcDemo demo = new JdbcDemo();
String db = "mitarbeiterdb";
String url = "jdbc:mysql://localhost/" + db; // "mysql" or "sqlite"
String user = "db-user";
String pass = "";
String query = "select Name, ChefPersNr "
+ "from mitarbeiter "
+ "where ChefPersNr < 8000";
ResultSet result = demo.submitQuery(url, user, pass, query);

while (result.next()) {
String name = result.getString("Name");
int chefPersNr = result.getInt("ChefPersNr");
System.out.println(name + ' ' + chefPersNr);
}
}
public ResultSet submitQuery ...

}
JDBC-API: Beispiel (Fortsetzung)
package jdbc;
import java.sql.*;

public static void main ...
public ResultSet submitQuery(

String url, String user, String pass, String query)
throws SQLException {
Connection connection = DriverManager.getConnection(url, user, pass);
Statement statement = connection.createStatement();
ResultSet result = statement.executeQuery(query);
return result;
}
}

JDBC-API: Beispiel (Fortsetzung)
package jdbc;
import java.sql.*;

public static void main ...
public ResultSet submitQuery(

String url, String user, String pass, String query)
throws SQLException {
Connection connection = DriverManager.getConnection(url, user, pass);
Statement statement = connection.createStatement();
ResultSet result = statement.executeQuery(query);
return result;
}
}
user@localhost:~$ javac jdbc/JdbcDemo.java

user@localhost:~$ java -cp .:mysql-connector-java.jar jdbc.JdbcDemo
user@localhost:~$ java -cp .:sqlite-connector-java.jar jdbc.JdbcDemo
Smith 3334

Python-DB Native Protocol Driver [Java + MySQL]
Python application
Python DB API Client
Python DB-specificdriver
JDBC DB-specific driver
Oracle
... SQLite
IBM
Server
(file on filesystem)
Übersetzung von Python-DB-Aufrufen für einen SQLite-Datenbankserver (eine

Datei auf dem Dateisystem) ohne Verwendung einer datenbankspezifischen
Programmbibliothek.

Python-DB-API: Beispiel
import sqlite3
def submit_query(db: str, query: str):

connection = sqlite3.connect(db)
cursor = connection.cursor()
cursor.execute(query)
connection.commit()
result = cursor.fetchall()
connection.close()
return result
def main():
db = "mitarbeiterdb.db"
query = "select Name, ChefPersNr " \
"from mitarbeiter " \
"where ChefPersNr < 8000"
result = submit_query(db, query)
for row in result:

name = row[0]
chef_pers_nr = row[1]
print(str(name) + " " + str(chef_pers_nr))

MySQL Version 8.x
❑ Community Downloads [MySQL]
❑ Storage Engines:
– create table ...
( ... ) type = InnoDB;
– Engines für besondere Tabellentypen [MySQL]
❑ Einschränkungen (u.a.) :
– keine Deklaration von Domains
– Update-Klausel darf keinen SFW-Block enthalten

05 Part de SQL

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

05 Part de SQL

Hochgeladen von

Copyright:

Verfügbare Formate

Kapitel DB:V

V. Die relationale Datenbanksprache SQL

DB:V-1 SQL © STEIN/HAGEN 2024

1974 SEQUEL. Structured English Query Language bildet Ausgangspunkt.

1989 SQL-89. Integritäts-Constraints.

1992 SQL-92 (SQL2). Umfangreiche Erweiterungen für Datentypen und Bindings.

1999 SQL:1999 (SQL3). Rekursive Anfragen.

2003 SQL:2003. Einführung von XML-Features.

2006 SQL:2006. Verwendung von SQL in Zusammenhang mit XML.

2011 SQL:2011. Temporale Daten.

2016 SQL:2016. Row-Pattern-Matching, polymorphe Tabellen, JSON.

2019 SQL:2019. Mehrdimensionale Felder.

2023 SQL:2023. Datentyp JSON, Graph-Query-Language GQL.

DB:V-3 SQL © STEIN/HAGEN 2024

weitere Konzepte von SQL:

DB:V-4 SQL © STEIN/HAGEN 2024

1. Datenanfragesprache, DQL. (Data Query Language)

2. Datendefinitionssprache, DDL. (Data Definition Language)

3. Datenmanipulationssprache, DML. (Data Manipulation Language)

4. Datenkontrollsprache, DCL. (Data Control Language)

DB:V-5 SQL © STEIN/HAGEN 2024

1. Datenanfragesprache, DQL. (Data Query Language)

2. Datendefinitionssprache, DDL. (Data Definition Language)

3. Datenmanipulationssprache, DML. (Data Manipulation Language)

4. Datenkontrollsprache, DCL. (Data Control Language)

DB:V-6 SQL © STEIN/HAGEN 2024

DB:V-7 SQL © STEIN/HAGEN 2024

DB:V-8 SQL © STEIN/HAGEN 2024

Kern von SQL-Anfragen ist der Select-From-Where-Block (SFW-Block) :

DB:V-9 SQL © STEIN/HAGEN 2024

Kern von SQL-Anfragen ist der Select-From-Where-Block (SFW-Block) :

DB:V-10 SQL © STEIN/HAGEN 2024

Kern von SQL-Anfragen ist der Select-From-Where-Block (SFW-Block) :

ISBN Titel Verlag

DB:V-12 SQL © STEIN/HAGEN 2024

select Titel, Verlag [SQLPad]

DB:V-13 SQL © STEIN/HAGEN 2024

select Titel, Verlag [SQLPad]

DB:V-14 SQL © STEIN/HAGEN 2024

select Verlag [SQLPad]

DB:V-15 SQL © STEIN/HAGEN 2024

select distinct Verlag [SQLPad]

DB:V-16 SQL © STEIN/HAGEN 2024

select [all | distinct]

from <table1> [[as] <alias1>], <table2> [[as] <alias2>], ...

[group by <attribute1>, <attribute2>, ...]

[order by <attribute1>, <attribute2>, ...[asc | desc]]

DB:V-17 SQL © STEIN/HAGEN 2024

DB:V-18 SQL © STEIN/HAGEN 2024

from <table1> [[as] <alias1>], <table2> [[as] <alias2>], ...

DB:V-19 SQL © STEIN/HAGEN 2024

select * [SQLPad (flawed)]

; Bildung des kartesischen Produktes,

DB:V-20 SQL © STEIN/HAGEN 2024

select [all | distinct]

❑ Die Select-Klausel spezifiziert die Attribute Ai des Ergebnisschemas. Die Ai

DB:V-21 SQL © STEIN/HAGEN 2024

DB:V-22 SQL © STEIN/HAGEN 2024

Folgende Anfragen sind äquivalent: [SQLPad]

select PersNr select Mitarbeiter.PersNr

select m.PersNr select m.PersNr

DB:V-23 SQL © STEIN/HAGEN 2024

Folgende Anfragen sind äquivalent: [SQLPad]