Client-SServer-Architektur

MySQL Client-Server-Architektur

MySQL läuft als Server auf Port 3306. Clients senden SQL über TCP oder Socket; der Server führt aus und liefert Ergebnisse.

Bei hotel_db ist die PHP-App der Client — sie liest niemals Dateien direkt. Viele Clients greifen gleichzeitig auf gosti und rezervacije zu. In hotel_db teilen Rezeption, Finanzen und Housekeeping gosti, sobe, rezervacije, placanja und zaposleni — jede Änderung muss für alle Module konsistent bleiben.

Im Detail

Authentifizierung mit Benutzer, Passwort und Rechten. Root nur für Admin; App nutzt eingeschränktes hotel_db-Konto. Führen Sie das SQL-Beispiel in Workbench auf Testdaten aus, prüfen Sie EXPLAIN bei wachsenden Tabellen und dokumentieren Sie erwartete Ergebnisse.

Wichtige Punkte

• Server speichert und führt SQL aus. — hotel_db-Beispiel.
• Client zeigt Ergebnisse. — hotel_db-Beispiel.
• Standardport 3306. — hotel_db-Beispiel.
• Getrennte App-Benutzer. — hotel_db-Beispiel.
• Kein direkter Dateizugriff. — hotel_db-Beispiel.

Praxisbeispiel

Terminal-Verbindung.

mysql -h localhost -u root -p

Häufiger Fehler

Root in PHP weil es einfacher ist. Typische Folge: inkonsistente Daten, verlorene Reservierungen oder Check-in-Blockade in der Hochsaison — immer Backup vor Produktions-DDL/DML.

Zusammenfassung

Client-Server-Verständnis ist Basis für sicheres hotel_db. Üben Sie erneut auf hotel_db, bis Sie jede Ergebniszeile erklären und mit Hotelprozessen (Check-in, Abrechnung, Reporting) verbinden können.

Hinweis: Tipp: versionierte .sql-Skripte (hotel_schema.sql, seed.sql) in Git pflegen — Reproduzierbarkeit ist wichtig, wenn mehrere am gleichen hotel_db-Modell arbeiten.