![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
Al dise\u00f1ar arquitecturas de bases de datos robustas para dominios complejos como la hospitalidad, visualizar claramente las relaciones es fundamental. Ya sea que est\u00e9s mapeando perfiles de clientes, rastreando inventarios de habitaciones o gestionando facturaci\u00f3n, un diagrama de relaciones de entidades (ERD) bien estructurado ahorra incontables horas durante el desarrollo. En esta masterclass, te mostrar\u00e9 paso a paso c\u00f3mo cre\u00e9 un ERD completo para la gesti\u00f3n de hoteles desde cero utilizando PlantUML dentro deleditor gratuito de PlantUML<\/a>, VPasCode<\/a>.<\/p>\n Comienzo estableciendo la estructura fundamental del script. Al trabajar con esquemas complejos que contienen numerosos atributos, la legibilidad del dise\u00f1o es fundamental. Configuro PlantUML para ocultar el ruido innecesario y optimizar la direcci\u00f3n del dise\u00f1o del diagrama:<\/p>\n \u00bfPor qu\u00e9 este enfoque?<\/strong>Ocultar los c\u00edrculos de atributos predeterminados mantiene las cajas de entidades limpias y modernas. Establecer la direcci\u00f3n en A continuaci\u00f3n, debo definir las entidades principales que representan nuestro dominio empresarial. Estructuro cada entidad con sus claves primarias, restricciones \u00fanicas y atributos tipificados. Veamos c\u00f3mo configur\u00e9 las entidades principales Al definir marcadores expl\u00edcitos como Con nuestros datos de referencia establecidos, paso al n\u00facleo operativo del sistema de gesti\u00f3n de hoteles: habitaciones, reservas y flujos de trabajo del personal. Cada entidad se vincula de nuevo a nuestras tablas fundamentales mediante claves for\u00e1neas:<\/p>\n Para finalizar la arquitectura, mapeo los registros de facturaci\u00f3n (Pagos e Facturas) junto con servicios auxiliares como el servicio de habitaci\u00f3n gestionado por el personal del hotel. Para unir todo, defino expl\u00edcitamente la cardinalidad utilizando la notaci\u00f3n est\u00e1ndar de PlantUML:<\/p>\n Elecci\u00f3n de dise\u00f1o:<\/strong> Utilizando la notaci\u00f3n precisa de pie de cuervo (como Aqu\u00ed est\u00e1 el c\u00f3digo fuente completo y ensamblado para nuestro modelo ERD de gesti\u00f3n de hoteles. Puedes copiar y pegar este c\u00f3digo directamente en tu editor favorito de editor gratuito de PlantUML<\/strong> para editar o renderizar gr\u00e1ficos vectoriales:<\/p>\n![\"\"](\"https:\/\/www.vpascode.com\/wp-content\/uploads\/2026\/08\/img_6a83fec0372f7.png\")
<\/p>\n1. Inicializando el entorno de PlantUML<\/h2>\n
\r\n@startuml \r\nt\u00edtulo Diagrama ERD de gesti\u00f3n de hoteles\r\n\r\nocultar c\u00edrculo\r\ndirecci\u00f3n de izquierda a derecha\r\n <\/code><\/pre>\ndirecci\u00f3n de izquierda a derecha<\/code>ayuda a evitar que los ERD amplios se vuelvan verticalmente inmanejables, distribuyendo de forma l\u00f3gica las relaciones entre m\u00faltiples tablas.<\/p>\n2. Definiendo entidades y atributos principales<\/h2>\n
Cliente<\/code> y Tipo de Habitaci\u00f3n<\/code> entidades:<\/p>\n\r\nentidad \"Cliente\" como cliente {\r\n * customer_id : UUID <<PK>>\r\n --\r\n first_name : VARCHAR(50)\r\n last_name : VARCHAR(50)\r\n email : VARCHAR(100) <<UK>>\r\n phone : VARCHAR(20)\r\n address : TEXT\r\n loyalty_points : INTEGER\r\n total_stays : INTEGER\r\n date_registered : TIMESTAMP\r\n date_of_birth : DATE\r\n nationality : VARCHAR(50)\r\n}\r\n\r\nentidad \"Tipo de Habitaci\u00f3n\" como tipohabitacion {\r\n * room_type_id : UUID <<PK>>\r\n --\r\n type_name : VARCHAR(50) <<UK>>\r\n description : TEXT\r\n standard_capacity : INTEGER\r\n base_price : DECIMAL(10,2)\r\n extra_bed_charge : DECIMAL(10,2)\r\n has_kitchenette : BOOLEAN\r\n has_balcony : BOOLEAN\r\n}\r\n <\/code><\/pre>\n<<PK>><\/code> y <<UK>><\/code>, cualquier persona que revise el c\u00f3digo entiende de inmediato las reglas de indexaci\u00f3n y unicidad antes incluso de que se escriban los scripts de migraci\u00f3n de la base de datos.<\/p>\n3. Mapeando entidades operativas (Habitaciones, Reservas y Personal)<\/h2>\n
\r\nentidad \"Habitaci\u00f3n\" como habitacion {\r\n * room_id : UUID <<PK>>\r\n --\r\n room_number : VARCHAR(10) <<UK>>\r\n floor_number : INTEGER\r\n room_type_id : UUID <<FK>>\r\n capacity : INTEGER\r\n base_price : DECIMAL(10,2)\r\n is_available : BOOLEAN\r\n has_view : BOOLEAN\r\n square_feet : INTEGER\r\n last_renovated : DATE\r\n}\r\n\r\nentidad \"Reserva\" como reserva {\r\n * reservation_id : UUID <<PK>>\r\n --\r\n customer_id : UUID <<FK>>\r\n room_id : UUID <<FK>>\r\n check_in_date : DATE\r\n check_out_date : DATE\r\n number_of_guests : INTEGER\r\n total_amount : DECIMAL(10,2)\r\n status : VARCHAR(20)\r\n special_requests : TEXT\r\n created_at : TIMESTAMP\r\n updated_at : TIMESTAMP\r\n confirmation_code : VARCHAR(20) <<UK>>\r\n}\r\n <\/code><\/pre>\n4. Estableciendo relaciones financieras y de servicios<\/h2>\n
\r\n' Relaciones\r\ncustomer ||--o{ reservation : \"realiza\"\r\nroom ||--o{ reservation : \"asignada a\"\r\nreservation ||--|| payment : \"tiene\"\r\nreservation ||--|| invoice : \"genera\"\r\nreservation ||--o{ roomservice : \"solicita\"\r\nstaff ||--o{ roomservice : \"cumple\"\r\nroomtype ||--o{ room : \"categoriza\"\r\n\r\n@enduml\r\n <\/code><\/pre>\n||--o{<\/code> para relaciones uno a muchos obligatorias a opcionales) garantiza que las reglas de l\u00f3gica de negocio\u2014como una reserva que requiere un cliente, pero un cliente que potencialmente puede tener m\u00faltiples o cero reservas activas\u2014se modelen con precisi\u00f3n.<\/p>\nEl script completo de PlantUML<\/h2>\n
\n\nPlantuml<\/span>
\n
\n