![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
Ao projetar arquiteturas de banco de dados robustas para dom\u00ednios complexos como o hospitalar, visualizar relacionamentos de forma clara \u00e9 essencial. Seja ao mapear perfis de clientes, rastrear estoques de quartos ou gerenciar faturamento, um Diagrama de Relacionamento de Entidades (ERD) bem estruturado poupa incont\u00e1veis horas durante o desenvolvimento. Neste masterclass, vou mostrar como criei um ERD abrangente de Gest\u00e3o de Hot\u00e9is do zero usando PlantUML dentro do editor gratuito do PlantUML<\/a>, VPasCode<\/a>.<\/p>\n Come\u00e7o configurando a estrutura fundamental do script. Ao trabalhar com esquemas complexos que cont\u00eam numerosos atributos, a legibilidade do layout \u00e9 fundamental. Configuro o PlantUML para ocultar ru\u00eddos desnecess\u00e1rios e otimizar a dire\u00e7\u00e3o do layout do diagrama:<\/p>\n Por que essa abordagem?<\/strong>Ocultar os c\u00edrculos de atributos padr\u00e3o mant\u00e9m as caixas de entidades limpas e modernas. Definir a dire\u00e7\u00e3o como Em seguida, preciso definir as entidades principais que representam nosso dom\u00ednio de neg\u00f3cios. Estruturo cada entidade com suas chaves prim\u00e1rias, restri\u00e7\u00f5es \u00fanicas e atributos tipados. Vamos ver como configurei as entidades principais Ao definir marcadores expl\u00edcitos como Com nossos dados de refer\u00eancia em lugar, passo para o cora\u00e7\u00e3o operacional do sistema de gest\u00e3o de hot\u00e9is: quartos, reservas e fluxos de trabalho de funcion\u00e1rios. Cada entidade se liga de volta \u00e0s nossas tabelas fundamentais usando chaves estrangeiras:<\/p>\n Para finalizar a arquitetura, mapeio os registros de faturamento (Pagamentos e Faturas) junto com servi\u00e7os auxiliares como o Servi\u00e7o de Quarto gerenciado pelos funcion\u00e1rios do hotel. Para conectar tudo isso, defino explicitamente a cardinalidade usando a nota\u00e7\u00e3o padr\u00e3o do PlantUML:<\/p>\n Escolha de Design:<\/strong> Usando a nota\u00e7\u00e3o precisa de p\u00e9s de corvo (como Aqui est\u00e1 o c\u00f3digo-fonte completo e montado para o nosso ERD de gest\u00e3o de hot\u00e9is. Voc\u00ea pode copiar e colar este c\u00f3digo diretamente em seu editor editor gratuito do PlantUML<\/strong> para editar ou renderizar gr\u00e1ficos vetoriais:<\/p>\n![\"\"](\"https:\/\/www.vpascode.com\/wp-content\/uploads\/2026\/08\/img_6a83fec0372f7.png\")
<\/p>\n1. Inicializando o Ambiente do PlantUML<\/h2>\n
\r\n@startuml \r\nt\u00edtulo ERD de Gest\u00e3o de Hot\u00e9is\r\n\r\nesconder c\u00edrculo\r\ndire\u00e7\u00e3o da esquerda para a direita\r\n <\/code><\/pre>\ndire\u00e7\u00e3o da esquerda para a direita<\/code>ajuda a evitar que ERDs largos se tornem verticalmente invi\u00e1veis, espalhando relacionamentos entre m\u00faltiplas tabelas de forma l\u00f3gica.<\/p>\n2. Definindo Entidades Principais e Atributos<\/h2>\n
Cliente<\/code> e Tipo de Quarto<\/code> entidades:<\/p>\n\r\nentidade \"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\nentidade \"Tipo de Quarto\" como tipodequarto {\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> e <<UK>><\/code>, qualquer pessoa revisando o c\u00f3digo entende imediatamente as regras de indexa\u00e7\u00e3o e unicidade antes mesmo de os scripts de migra\u00e7\u00e3o do banco de dados serem escritos.<\/p>\n3. Mapeando Entidades Operacionais (Quartos, Reservas e Funcion\u00e1rios)<\/h2>\n
\r\nentidade \"Quarto\" como quarto {\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\nentidade \"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. Estabelecendo Relacionamentos Financeiros e de Servi\u00e7o<\/h2>\n
\r\n' Relacionamentos\r\ncustomer ||--o{ reservation : \"realiza\"\r\nroom ||--o{ reservation : \"atribu\u00edda a\"\r\nreservation ||--|| payment : \"possui\"\r\nreservation ||--|| invoice : \"gera\"\r\nreservation ||--o{ roomservice : \"solicita\"\r\nstaff ||--o{ roomservice : \"atende\"\r\nroomtype ||--o{ room : \"categoriza\"\r\n\r\n@enduml\r\n <\/code><\/pre>\n||--o{<\/code> para relacionamentos um-para-muitos obrigat\u00f3rios-para-opcionais) garante que as regras de l\u00f3gica de neg\u00f3cios\u2014como uma reserva exigir um cliente, mas um cliente potencialmente ter m\u00faltiplas ou nenhuma reserva ativa\u2014sejam modeladas com precis\u00e3o.<\/p>\nO Script Completo do PlantUML<\/h2>\n
\n\nPlantuml<\/span>
\n
\n