MySQL-Befehle (Die 7 wichtigsten + Codebeispiele)

SELECT tabelle123.attribut456

Wird Projektion genannt , gibt den Inhalt von „attribut456“ aus

Man kann auch lediglich schreiben:

SELECT attribut456

Dann darf aber nur in einer der Tabellen, die hinter FROM stehen das Attribut mit dem Namen „attribut456“ vorhanden sein.

SELECT DISTINCT attribut456

Sorgt dafür, dass keine doppelten Zeilen ausgegeben werden

SELECT attribut456
FROM tabelle123

Es wird nach dem attribut456 gesucht, und das nur in der Tabelle „tabelle123“

Selektionsbedingung WHERE:

SELECT attribut456
WHERE attribut456 [Bedingung (= < >…)] WERT

Bsp:

WHERE Haarfarbe = ‘braun’

WHERE Vermögen >= 50000

WHERE Name = ‚Müller‘

WHERE Name LIKE ‘M?ller’

WHERE Name LIKE ‘M%‘

WHERE Haarfarbe IN (‘schwarz’, ‘braun’, ‘rot’)

Selektionsbedingungen können wie beim vielen Programmiersprachen logisch mit AND verknüpft werden:

WHERE Haarfarbe = ‘braun’ AND Vermögen >= 50000

desweiteren ist eine Negation von Selektionsbedingungen möglich:

WHERE Haarfarbe = ‘braun’ AND NOT Vermögen >= 50000

Ergebnisrelation enthält nur Zeilen von braunhaarigen mit einem Gehalt unter 50000

SELECT tabelle123.attribut456 AS attr 

Umbenennung des Attributs „attribut456“ in den Namen „attr“ Diesen Namen kann man von nun an weiter im SQL Befehl benutzen

oder

SELECT tab.attribut456 AS attr FROM tabelle123 AS tab

Umbenennung der Tabelle “tabelle123” in den Namen “tab” Funktioniert auch rückwirkend in der SELECT Anweisung

SELECT attribut456
WHERE attribut456 *Bedingung (= < >…)+ WERT
ORDER BY attribut456 desc

ORDER BY = Sortierung
ASC = aufsteigend
DESC = absteigend

UNION

SELECT attribut123
FROM tabelle345
WHERE Bedingung = Wert
UNION
SELECT attribut678
FROM tabelle901

Eine “Ergebnistabelle” in der die Attribute attribut123 und attribut678 in identischen Spalten stehen

CREATE TABLE tabelle123(
 id INTEGER NOT NULL,
Name VARCHAR(40) NOT NULL,
PRIMARY KEY (id),
CONSTRAINT FK_tab1_tab2,
FOREIGN KEY (id),
REFERENCES tabelle2(nummer) )

Kann auch: id INTEGER NOT NULL AUTO_INCREMENT Sein, damit bei jedem neuen Eintrag die id eins hochgezählt wird

Constraints = Sicherstellung der Gültigkeit von Primär-/ Fremdschlüssel-Werten

Tabelle löschen

DROP TABLE tabelle123

Tabelle ändern

ALTER TABLE tabelle123
ADD attribut456 VARCHAR(10)
DROP attribut321
ADD PRIMARY KEY(attribut123)

Attribut hinzufügen / löschen oder als Primärschlussel deklarieren

Werte Einfügen

INSERT INTO tabelle123 (id, name, verdienst)
VALUES (1, Hans, 25000)

Werte Ändern

UPDATE tabelle123
SET attribut123 = wert
SET attribut456 = attribut456 + wert
WHERE id =1

Löschen von Entitäten

DELETE FROM tabelle123
WHERE id=1

JOIN

Relationen werden meist mittels PK und FK verknüpft, also PK aus einer Tabelle mit dem FK aus einer anderen.
Das funktioniert mit JOINS.

Zwei Tabellen werden „Verbunden“. Wir müssen die jeweiligen Attribute verbinden, zwischen denen eine Verbindung bestehen soll. Z.B. Bei der Tabelle bei einer Tabelle namens „Kunde“ das Attribut „Kundennummer“ (PK) und bei der Tabelle „Kontaktadresse“ das Attribut „KdNR“ (FK) um zwei konkrete Namen zu nennen.
INNER JOIN: Stupides verbinden der Tabellen, wenn eine der Ausgegebenen Zeilen auf einer Seite kein Zugewiesenen Wert haben würde (Kunde existiert, eine Kontaktadresse ist jedoch nicht vorhanden) würde der normale INNER JOIN die Spalte nicht ausgeben.

LEFT / RIGHT JOIN:

FROM KUNDE LEFT JOIN

Kontaktadresse würden auch Kunden ohne Kontaktadresse ausgegeben werden

FROM KUNDE RIGHT JOIN

Kontaktadresse würden auch Kontaktadressen ohne dazugehörigen Kunden ausgegeben werden

Bsp:

SELECT K.name
FROM Kunde AS K LEFT JOIN Kontaktadresse AS KA
ON K.KundenNr = KA.KundenNr
WHERE KA.Wohnort = ‘Ulm’

Namen der Kunden aus Ulm werden ausgegeben. KundenNr ist FK von Kontaktadresse und wurde mittels Constraint als ein solcher definiert. Das könnte so ausgesehen haben:

CREATE TABLE Kontaktadresse( 
AdressNr INTEGER NOT NULL,
KundenNr INTEGER NOT NULL,
Wohnort VARCHAR(40) NOT NULL.
PRIMARY KEY (AdressNr).
CONSTRAINT FK_Kontakt_Kunde,
FOREIGN KEY (KundenNr),
REFERENCES Kunde(KundenNr) )

Gruppierung

Fasst gleiche Werte einer Spalte zusammen.
Hilfreich bei folgendem Beispiel (mit mehreren Zeilen):

SELECT Konzern, KonzernNr, SUM(Umsatz) AS Umsatz
FROM Konzern_Umsatz
GROUP BY Konzern, KonzernNr

Ergebnisrelation:

SQL Aggregatfunktionen

COUNT() (zählt Zeilen in der Gruppe)
SUM()
AVG() (berechnet Mittelwert)
MIN
MAX()

WICHTIG: Wenn man eine Aggregatsfunktion anwendet (s.o.) dann muss man immer alle Attribute, die in der SELECT Anweisung stehen auch in GROUP BY schreiben außer die Aggregatsfunktion selber.

Anomalien (sollten vermieden werden), deshalb am besten angewöhnen, Tabellen immer in die 3. Normalform zu bekommen.

Updateanomalie: Name von einem Kunden ändert sich und ich muss es an mehr als einer Stelle in der Datenbank ändern.

Einfügeanomalie: Ich füge einen neuen Mitarbeiter ein, der noch keine Personalnummer hat (PK)

Löschanomalie: Die Kundenadresse steht beim jeweiligen Kunden in der Kundentabelle, ich lösche einen Kunden und verliere dadurch nun auch das Wissen, dass Ulm die PLZ 89073 hat (wie Tabelle [B] auf der nächsten Seite)

Eine gutstrukturierte Datenbank wäre normalisiert und hätte eine eigene Tabelle:

Normalisierung

1. Normalform:

• atomar: Jedes Attribut der Relation muss einen atomaren Wertebereich haben Die Spalte Name sollte nicht „Max Mustermann“ enthalten. Für Vor-und Nachname sollte eine separate Spalte vorhanden sein.

2. Normalform:

• 1. NF
• Alle Attribute, die nicht zum Primärschlüssel gehören sind von ihm voll abhängig.

3. Normalform:

• 2. NF
• Auf ein Nichtschlüsselattribut kann man nicht durch ein anderes Nichtschlüsselattribut schließen.

Mehrschichtenarchitektur

Präsentationsschicht: Oberfläche zur Ein-oder Ausgabe von Daten

GUI (grafische Nurtzeroberfläche, Java SWT, …), SAP Oberfläche (Umfangreiches Programm für unterschiedlichste Geschäftsanwendungen), Internetseite im Webbrowser (http-Client), etc…

Buisiness-Logik: Die Aufgabe der Buisiness-Logik ist, die Daten die in der Präsentationsschicht eingegeben worden sind, zu verarbeiten und in eine Datenbank zu schreiben. 

Was steckt hinter der Präsentationsschicht? Was wird mit den Daten gemacht? Evtl wird mit ihnen gerechnet, oder anderweitig geändert bzw. manipuliert. (Beispiel: Anzahl und Menge wurde eingegeben, Buisiness-Logik multipliziert die Werte).

Datenhaltung: In der Realität liegen die Daten dann entwerder in einem DBMS auf einem Server im Intranet (z.B. Logindaten für Mitarbeiter einer Firma), oder sind auf einem Webserver und speichern dort Daten für Nutzer aus dem Internet (z.B. Artikel von Onlinekaufhäusern)

DBMS: Datenhaltung (Programm) + Daten Die Daten, die in der GUI eingegeben wurden und in der Buisiness-Logik verarbeitet wurden und in die DaBa geschrieben wurden befinden sich nun hier. In der Datenhaltungsschicht.