Schlagwort-Archiv Tabelle

MySQL Syntax – Grundlagen

Die SQL ist eigentlich im großen und ganzen eine ganz einfache Abfragesprache, man sollte allerdings dabei beachten, dass Befehle in der SQL immer groß geschrieben werden sollten und dessen Werte klein, das ist nicht unbedingt zwingend unter Windows, aber um es einheitlich und für alle verständlich zu machen, ist es dann die beste Lösung sich diesen Stil von Anfang an anzueignen.

Denn unter UNIX-Systemen ist klar, dass die obige vorgestellte Variante nur so funktionieren wird und nicht anderes!

So sieht in der Regel eine Abfrage in MySQL aus:

[BEFEHL][Spalte/n][Tabelle/n][BEDINGUNG][SORTIER-/GRUPPENFUNKTION];
Ein konkretes Beisspiel:

SELECT
`name`
FROM
'kunde`
WHERE name = 'Peter Müller';

So würde es auch gehen:

SELECT
*
FROM
'kunde`
WHERE name = 'Peter Müller';

Abgefragt wird aus der Tabelle `kunde` dann die Spalte `name` und gesucht wird nach dem Wert ‚Peter Müller‘

Das Sternchen * im zweiten Beispiel wäre Platzhalter für die Spalten in der jeweiligen Tabelle.

Eigentlich Recht einfach, Sie können diese Abfrage auch direkt in unter SQL in der jeweiligen Datenbank/Tabelle mit den passenden Datensätzen unter SQl abfragen.

MySQL Tutorial (1): ER-Modell, ERM, Entity-Relationship-Modell

Es ist sinnvoll, dass man einen Datenbankentwurf erstellt bevor man dann im phpMyAdmin die Datenbank, Tabellen, Spalten und Datensätze anlegt. Nur so und nicht anderes, kann man eine Datenbank erstellen, welche dann optimal per Entitäten und Attributen entsprechend optimiert (Normalisierung) ist.

Für einen Datenbankentwurf greift man in der Regel auf das ER-Modell, ERM, Entity-Relationship-Modell zurück. Um das ER-Modell nutzen zu können muß man ein paar Grundlagen kennen, denn nur so, kann man das Entity-Relationship-Modell voll ausschöpfen:

1.) Entitäten

Eine Entität muß im Modell des Datenbankentwurfes ein eigenständiges Objekt, Einheit, oder Explemplar sein, welches dann eindeutig gekennzeichnet werden muß.

Beisspiel:

* Sache -> Kann ein Produkt sein, z.B. ein PKW
* Person, Unternehmen, Institution
* Ereignis -> z.B. Termine, Veranstaltungen
* Dokument

2.) Entitätstyp

Wenn man Entitäten mit gleichen Attributen zusammenfasst, dann spricht man vom Entitätstyp.
Wichtig ist zu wissen, dass Entitäten welche abhängig sind, von tatsächlich existierenden Entitäten, man in diesem Fall von einer Vater-Entität spricht. Zu definieren sind abhängige Entitäten dann schon am Schlüssel, da die abhängigen Entitäten nämlich durch die Vater-Entität den denselben Schlüssel erben. Und von höhster Relevanz ist zu wissen, dass abhängige Entitäten automatisch zu löschen sind, wenn die Vater-Entität gelöscht wird. Beispiel wäre in diesem Fall, dass bei Positionen einer Bestellung, sofern dann eine Stornierung der Bestellung erfolgt, dann müssen die Positionen natürlich komplett, der jeweiligen Bestellung zugeordent, gelöscht werden.

3.) Attribute

Eigenschaften der jeweiligen Entitäten werden als Attribute im ER-Modell bezeichnet. Attribute haben natürlich immer alle einen Namen (Bezeichner). Allerdings ist zu berücksichtigen, dass sich die Bezeichnung immer nur auf dem Anwendungsbereich, der jeweiligen Attribute bezieht, da nämlich das ER-Modell nur einen Teil der Realität vor gibt. Beisspiel: Es unterscheiden sich nämlich die Attribute von Kunden einer Bäckerei, mit den gleichen Personen als Mitarbeiter der Bäckerei! 😉

4.) Beziehungen -> Beziehungstyp

Die Entitäten können untereinander in Beziehung gesetzt werden, damit kann das Verhalten der Entitäten besser definiert werden. Beispiel: Shop verkauft Produkte, oder die Hersteller bieten verschiedene Artikel an usw.

Es gibt drei relevanten Arten von Beziehungstyp für Entitäten im ER-Model und diese lauten wie folgend:

* 1:1 Beziehung

Diese Beziehung wird somit als eindeutig zwischen zwei Tabellen angegeben. Jeder Datensatz von der einen Tabelle besitzt genau eine Verbindung zum anderen Datensatz der anderen Tabellen. Dieses geht natürlich auch nur in einer Tabelle zu handhaben.

* 1:n Beziehung

Hier sind einem Datensatz der einen Tabelle dann mehrere Datensätze von einer anderen Tabelle zugordent. Beisspiel, ein Autohersteller bietet viele PKW-Modelle = Artikel an, aber: Alle Artikel sind NUR den einem Hersteller zugeordent. Dürfte soweit klar sein? 😉

* n:m Beziehung

Ein Datensatz der einen Tabelle kann mehreren Datensätze der anderen Tabelle zugeordnet sein und umgekehrt. Beispiel: Ein Student besucht eine Vorlesung, ein Student besucht mehrere Vorlesungen und eine Vorlesung kann natürlich und so ist es auch real, dann von mehreren Student besucht werden.

Wichtig zu wissen wäre zum Schluss noch, dass die Notationen per UML, also genauer gesagt die UML-Notationen gesetzt werden müssen, bevor es dann anschliesend zur Normalisierung der Datenbank weiter geht und zum setzen des Primärschlüssel kommt.

Die Notationen festigen, beziehungsweise kennzeichnen die Verbindungen zwischen den Tabellen in einer Datenbank. Folgende UML-Notationen werden verwendet:

a) 0..1 bedeutet: optional eindeutig
b) 0..* bedeutet: optional mehrdeutig
c) 1..1 bedeutet: obligatorisch eindeutig
d) 1..* bedeutet: obligatorisch mehrdeutig

Zum MySQL Tutorial (2) -> (2)

oder zurück zum MySQL Tutorial Vorwort und Installation -> (Vortwort und Installation)