![A YouTube thumbnail-style graphic featuring the bold text \"BUILD PROFESSIONAL DATABASE DIAGRAMS\" in large uppercase letters, with a pointing finger icon on the right and a rendered Entity Relationship Diagram displayed in the background.](\"https:\/\/www.vpascode.com\/wp-content\/uploads\/2026\/08\/build-professional-database-diagrams-thumbnail.jpg\")
<\/p>\n<\/p>\n
Beim Entwurf robuster Datenbankarchitekturen f\u00fcr komplexe Dom\u00e4nen wie das Gastgewerbe ist die klare Visualisierung von Beziehungen entscheidend. Ob Sie Kundenprofile abbilden, Zimmerbest\u00e4nde verfolgen oder Abrechnungen verwalten \u2013 ein gut strukturierter Entity-Relationship-Diagramm (ERD) spart unz\u00e4hlige Stunden w\u00e4hrend der Entwicklung. In diesem Masterclass f\u00fchre ich Sie Schritt f\u00fcr Schritt durch, wie ich eine umfassende Hotel-Management-ERD von Grund auf mit PlantUML innerhalb des kostenlosen PlantUML-Editors<\/a>, VPasCode<\/a>.<\/p>\n Ich beginne damit, die grundlegende Struktur des Skripts einzurichten. Bei der Arbeit mit komplexen Schemata, die zahlreiche Attribute enthalten, ist die Lesbarkeit des Layouts von gr\u00f6\u00dfter Bedeutung. Ich konfiguriere PlantUML so, dass unn\u00f6tiger Ballast ausgeblendet und die Diagramm-Layout-Richtung optimiert wird:<\/p>\n Warum dieser Ansatz?<\/strong> Das Ausblenden der Standard-Attribut-Kreise h\u00e4lt die Entity-Boxen sauber und modern. Das Einstellen der Richtung auf Als N\u00e4chstes muss ich die Kern-Entit\u00e4ten definieren, die unser Gesch\u00e4ftsdom\u00e4nen abbilden. Ich strukturiere jede Entit\u00e4t mit ihren Prim\u00e4rschl\u00fcsseln, Unique-Constraints und typisierten Attributen. Schauen wir uns an, wie ich die Kern-Entit\u00e4ten Durch das Definieren expliziter Marker wie Nachdem unsere Referenzdaten bereitstehen, gehe ich zum transaktionalen Kern des Hotel-Management-Systems \u00fcber: Zimmer, Reservierungen und Personalabl\u00e4ufe. Jede Entit\u00e4t verweist \u00fcber Fremdschl\u00fcssel zur\u00fcck auf unsere grundlegenden Tabellen:<\/p>\n Um die Architektur abzurunden, erstelle ich eine \u00dcbersicht der Abrechnungsdaten (Zahlungen und Rechnungen) sowie erg\u00e4nzender Dienstleistungen wie dem Zimmerservice, der vom Hotelpersonal erledigt wird. Um alles miteinander zu verbinden, definiere ich die Kardinalit\u00e4t explizit unter Verwendung der Standard-PlantUML-Notation:<\/p>\n Designentscheidung:<\/strong> Die Verwendung pr\u00e4ziser Kr\u00e4henfu\u00df-Notation (wie “ Hier ist der vollst\u00e4ndige, zusammengef\u00fchrte Quellcode f\u00fcr unsere ERD f\u00fcr das Hotelmanagement. Sie k\u00f6nnen diesen Code direkt in Ihren bevorzugten kostenlosen PlantUML-Editor<\/strong>eingeben, um Vektorgrafiken zu bearbeiten oder darzustellen:<\/p>\n![\"Hotel](\"https:\/\/www.vpascode.com\/wp-content\/uploads\/2026\/08\/img_6a83fec0372f7.png\")
<\/p>\n1. Initialisieren der PlantUML-Umgebung<\/h2>\n
\r\n@startuml \r\ntitel Hotel-Management-ERD\r\n\r\nhide circle\r\nleft to right direction\r\n <\/code><\/pre>\nleft to right direction<\/code> hilft verhindern, dass breite ERDs vertikal un\u00fcbersichtlich werden, indem sie mehrstellige Beziehungen logisch aufteilen.<\/p>\n2. Definieren von Kern-Entit\u00e4ten und Attributen<\/h2>\n
Kunde<\/code> und Zimmerart<\/code>-Entit\u00e4ten einrichte:<\/p>\n\r\nentity \"Kunde\" as kunde {\r\n * kunde_id : UUID <<PK>>\r\n --\r\n vorname : VARCHAR(50)\r\n nachname : VARCHAR(50)\r\n email : VARCHAR(100) <<UK>>\r\n telefon : VARCHAR(20)\r\n adresse : TEXT\r\n treuepunkte : INTEGER\r\n gesamt\u00fcbernachtungen : INTEGER\r\n registrierungsdatum : TIMESTAMP\r\n geburtsdatum : DATE\r\n staatsangeh\u00f6rigkeit : VARCHAR(50)\r\n}\r\n\r\nentity \"Zimmerart\" as zimmerart {\r\n * zimmerart_id : UUID <<PK>>\r\n --\r\n artname : VARCHAR(50) <<UK>>\r\n beschreibung : TEXT\r\n standardkapazit\u00e4t : INTEGER\r\n grundpreis : DECIMAL(10,2)\r\n zusatzbettgeb\u00fchr : DECIMAL(10,2)\r\n hat_k\u00fcchenzeile : BOOLEAN\r\n hat_balkon : BOOLEAN\r\n}\r\n <\/code><\/pre>\n<<PK>><\/code> und <<UK>><\/code> versteht jeder, der den Code pr\u00fcft, sofort die Indizierungs- und Eindeutigkeitsregeln, noch bevor die Datenbank-Migrations-Skripte \u00fcberhaupt geschrieben werden.<\/p>\n3. Abbilden von operativen Entit\u00e4ten (Zimmer, Reservierungen und Personal)<\/h2>\n
\r\nentity \"Zimmer\" as zimmer {\r\n * zimmer_id : UUID <<PK>>\r\n --\r\n zimmernummer : VARCHAR(10) <<UK>>\r\n stockwerk : INTEGER\r\n zimmerart_id : UUID <<FK>>\r\n kapazit\u00e4t : INTEGER\r\n grundpreis : DECIMAL(10,2)\r\n ist_verf\u00fcgbar : BOOLEAN\r\n hat_aussicht : BOOLEAN\r\n quadratmeter : INTEGER\r\n letzte_sanierung : DATE\r\n}\r\n\r\nentity \"Reservierung\" as reservierung {\r\n * reservierungs_id : UUID <<PK>>\r\n --\r\n kunde_id : UUID <<FK>>\r\n zimmer_id : UUID <<FK>>\r\n anreisedatum : DATE\r\n abreisedatum : DATE\r\n anzahl_g\u00e4ste : INTEGER\r\n gesamtsumme : DECIMAL(10,2)\r\n status : VARCHAR(20)\r\n besondere_w\u00fcnsche : TEXT\r\n erstellungsdatum : TIMESTAMP\r\n aktualisierungsdatum : TIMESTAMP\r\n best\u00e4tigungscode : VARCHAR(20) <<UK>>\r\n}\r\n <\/code><\/pre>\n4. Etablieren von finanziellen und servicebezogenen Beziehungen<\/h2>\n
\r\n' Beziehungen\r\ncustomer ||--o{ reservation : \"macht\"\r\nroom ||--o{ reservation : \"zugewiesen\"\r\nreservation ||--|| payment : \"hat\"\r\nreservation ||--|| invoice : \"generiert\"\r\nreservation ||--o{ roomservice : \"fordert an\"\r\nstaff ||--o{ roomservice : \"erf\u00fcllt\"\r\nroomtype ||--o{ room : \"kategorisiert\"\r\n\r\n@enduml\r\n <\/code><\/pre>\n||--o{<\/code> f\u00fcr zwingende-zu-optionale Eins-zu-Viele-Beziehungen) stellt sicher, dass die Gesch\u00e4ftslogikregeln \u2013 wie eine Reservierung, die einen Kunden erfordert, ein Kunde jedoch m\u00f6glicherweise mehrere oder keine aktiven Buchungen haben kann \u2013 korrekt modelliert werden.<\/p>\n
\nDas vollst\u00e4ndige PlantUML-Skript<\/h2>\n
\n\nPlantUML<\/span>
\n
\n