Pular para o conteúdo principal

Modelagem de dados em resumo

O que você define

ConceitoO que é
Tipo de entidadeUm tipo de coisa que você governa
AtributoUma informação nomeada nesse tipo
Tipo de relacionamentoUm tipo de vínculo entre dois tipos

As quatro decisões de atributo

Feitas nesta ordem, porque cada uma restringe a seguinte.

DecisãoOpçõesCara de reverter
Tipo de dadoEscalar ou compostoSim — estrutura achatada não é recuperável
CardinalidadeÚnico ou múltiploSim — ampliar exige reexaminar registros que perderam valores
ObrigatórioSim ou nãoNão
Vínculo a dados de referênciaVinculado a um tipo de lookup, ou livreSim — adaptar exige limpar todos os valores

Três das quatro são caras. Gaste seu tempo aqui.

Valor único versus multivalorado

Valor únicoMultivalorado
Um valor significativo — um nome legal, uma data de nascimentoVários — e-mails, telefones, endereços
Comparado atomicamenteComparado em todas as combinações, melhor par assumido
Um vencedor de sobrevivênciaOpcionalmente todos os valores distintos preservados

Um atributo multivalorado pode vincular um tipo de uso (residencial, comercial, celular). A sobrevivência então resolve cada uso independentemente.

Compostos

Um endereço é partes nomeadas, não uma string. Declará-lo composto é o que permite à comparação comparar códigos postais exatamente enquanto compara logradouros de forma tolerante.

Comparar dois compostos inteiros com um comparador escalar é recusado — dois endereços não relacionados se comparariam como iguais.

Vínculo a dados de referência

O código é armazenado; o rótulo é resolvido na leitura. Renomear não reescreve dados armazenados, e a busca casa com o rótulo resolvido além do código.

Ordem do trabalho

  1. Tipos de entidade e atributos
  2. Dados de referência, e vincule atributos a eles
  3. Regras de padronização
  4. Perfis de comparação
  5. Carga de registros

Cada um depende do anterior. Comparar valores não padronizados produz falsos negativos.

A seguir


Última verificação no commit d3c2586b (2026-08-03)