As especificações de um banco de dados relacional nos orientam a organizar o MER de uma forma que dados obedeçam a uma ordem.

Neste artigo abordaremos os principais conceitos dos elementos de um BDR para maiores detalhes e diferenciação e eficiência na modelagem e implementação. Conhecermos o que é uma tabela, tupla, coluna, relacionamento, chave primária e chave estrangeira que são os mais usados.

Seguem os principais conceitos para compreensão de um BDR

Tabela: estrutura básica de armazenamento no SGBDR. Armazena todos os dados necessários sobre algo do mundo real como clientes, pedidos, outros produtos. Ela também é chamada de relação. Um banco de dados pode ter uma ou mais tabelas.

Tupla: ou linha/registro, representa todos os dados requeridos por uma determinada ocorrência de entidade particular. Cada linha deve ser identificada por uma clave primária, de modo a não haver duplicação de registros.

Coluna: unidade que armazena um tipo específico de dado (valor) – ou não armazena nada com valor nulo. Esta é uma coluna não chave, significando que seu valor pode ser repetido em outras linhas.

Relacionamento: associação entre entidades (tabelas) conectadas por chaves primárias e estrangeiras.

Outros nomes: índices, SP, triggers...

Chave primária: atributo que identifica um registro de forma exclusiva na tabela. Exemplo: CPF de um cliente contendo valor que não se repete na relação.

Chave estrangeira: coluna que define como as tabelas se relacionam umas com as outras. Uma FK se refere a uma PK ou a uma chave única em uma outra tabela/ou na mesma tabela. Exemplo: na tabela de pedidos podemos ter uma chave estrangeira efetuando o relacionamento com a chave primária da tabela cliente.

Análise de requisitos

  • Fase em que são realizadas reuniões para coleta de informações que analisam o que é exigido para que o banco seja criado.
  • Os processos de negócios são definidos e as entidades, atributos e relacionamentos do BD são documentados.
  • A análise é extremamente importante para o sucesso do projeto do BD.

Modelo Entidade-relacionamento

  • MER: cria um diagrama entidade-relacionamento a partir das especificações do negócio ou narrativas do usuário. Permite ilustrar as entidades em um negócio e também relacionamentos entre elas.
  • Construímos o MER durante a fase de análise no ciclo de vida de desenvolvimento do sistema.
  • Um MER separa a informação a um negócio das atividades que são realizadas pelo negócio.

Componentes do MER

Entidade: algo significativo sobreo qual devemos possuir informações. Exemplo: clientes, funcionários, pedidos, produtos.

Atributo: algo que descreve ou qualifica a entidade. Exemplo: nome, endereço, telefone, identificação. Tributos podem ser obrigatórios ou opcionais.

Relacionamentos: trata-se de uma associação nomeadas por entidades, com grau de associação. Exemplo: clientes associados e pedidos.

Convenções para modelagem de entidades, relacionamentos e atributos

Entidade: NOME_UNICO, singular, caixa alta.

Atributo: nome no singular, caixa baixa, atributos obrigatórios marcados com *; identificador único marcado como #.

Relacionamento: nome_identificador (verbo); opcionalidade (“deve ser” ou “pode ser”); grau ou cardinalidade (‘um e apenas um’ ou ‘um u mais’).

Cardinalidade: significa que cada entidade ‘pode ser’ ou ‘deve ser’ em relação de forma uma e apenas uma ou uma ou mais com outra entidade.

Identificador único: um identificador único é qualquer combinação de atributos ou relacionamentos que são usados para distinguir ocorrência de outra entidade. Cada ocorrência deve ser identificada de forma exclusiva.

Conclusão

Estes conceitos são fundamentais para a compreensão de um MER e em seguida a com modelagem lógica e a implementação física.