Please enable JavaScript.
Coggle requires JavaScript to display documents.
O Projeto Lógico: A Planta Baixa do Banco, Generalização/Especialização…
O Projeto Lógico: A Planta Baixa do Banco
O que é?
É a fase de transformar o modelo conceitual (Diagrama ER) em um modelo lógico (Relacional), que o banco de dados entende.
Quais os Objetivos?
Facilitar o Desenvolvimento: Criar um sistema simples de programar e dar manutenção.
Garantir o Desempenho: Fazer com que as consultas sejam rápidas e eficientes.
Princípios de Ouro para um Bom Desempenho
Evitar Junções (JOINs): Ter dados necessários em uma única linha para evitar buscas lentas no disco.
Diminuir o Número de Chaves: Menos chaves = menos índices = banco de dados mais rápido e com menos uso de espaço.
Evitar Campos Opcionais (NULLs): Simplificar as regras de negócio na aplicação, evitando validações complexas.
Generalização/Especialização para Estratégias de Tabela
Opção 1: Tabela Única para a Hierarquia
Vantagem: Super rápido, pois não precisa de JOIN.
Desvantagem: Gera muitos campos vazios (NULLs), complicando as regras na aplicação.
Opção 2: Uma Tabela por Entidade
Vantagem: Organizado, sem campos vazios desnecessários e com regras garantidas pelo banco.
Desvantagem: Consultas precisam de JOIN, o que pode ser um pouco mais lento.
Modelagem Banco De Dados
Transformação ER para Relacional: O Passo a Passo
Entidades para Tabelas
Cada entidade vira uma tabela.
Cada atributo vira uma coluna.
O identificador vira a chave primária (PK).
Relacionamentos para Chaves Estrangeiras e Novas Tabelas
Tipo 1:1 (Um para Um)
Solução A: Adicionar uma chave estrangeira (FK) em uma das tabelas.
Solução B: Fundir as duas tabelas em uma só (ótimo se a participação for obrigatória).
Tipo 1:N (Um para Muitos)
Solução Padrão: Adicionar uma chave estrangeira (FK) na tabela do lado "N".
Tipo N:N (Muitos para Muitos)
Solução Obrigatória: Criar uma nova "tabela de ligação" com as chaves estrangeiras das duas entidades.