Modelagem de dados: como criar sua estrutura de dados

Quando você está armazenando ou visualizando dados com seu aplicativo, uma parte importante do design é a estrutura de dados. Considere não apenas como os dados serão usados em um aplicativo ou tela específica, mas como outras pessoas os usarão. A referência a pessoas, tarefas, processos empresariais e objetivos ajudará a definir quais dados armazenar e como estruturá-los.

Vamos utilizar o seguinte relatório de despesas como exemplo.

Você vê a parte principal do relatório de despesas, que contém o nome do funcionário e os detalhes do departamento. Abaixo da parte principal, você vê várias linhas de descrições para cada item comprado. Vamos chamá-los de itens de linha. Os itens de linha têm uma estrutura diferente da parte principal do relatório de despesas. Portanto, podemos dizer que, para cada relatório de despesas, existem vários itens de linha.

Para armazenar esse tipo de dados em um banco de dados, precisamos modelar a estrutura de dados no design do banco de dados.

Estrutura de dados um para muitos (1: N)

Este é o tipo de estrutura de dados que foi descrita no exemplo anterior. A parte principal do relatório de despesas está vinculada a vários itens de linha. (Você também pode ver o relacionamento da perspectiva dos itens de linha: muitos itens de linha para um relatório de despesas (N: 1).)

Estrutura de dados muitos para muitos (N: N)

A estrutura de dados múltiplos a múltiplos é um tipo especial. Isso ocorre nos casos em que vários registros podem ser associados a vários conjuntos de outros registros. Um bom exemplo é sua rede de parceiros de negócios. Você tem vários parceiros de negócios (clientes e fornecedores) com quem trabalha e esses parceiros de negócios também trabalham com vários colegas seus.

Exemplos de modelagem de dados

Existem vários tipos de modelagem que podem acontecer com um sistema. Vamos considerar alguns exemplos.

Exemplo 1: Solicitação de aprovação de folga

Este exemplo simples mostra dois conjuntos de dados. Um é o funcionário, o outro é a solicitação de folga. Como cada funcionário envia várias solicitações, o relacionamento aqui é um para muitos, onde "um" é o funcionário e "muitos" são as solicitações. Os dados do funcionário e os dados da solicitação de folga estão relacionados entre si, tendo o número do funcionário como o campo comum (também conhecido como o chave).

Exemplo 2: Aprovação de compra

Aqui, a estrutura de dados parece bastante sofisticada, mas é muito semelhante ao exemplo do relatório de despesas discutido no início deste artigo. Cada fornecedor está associado a várias ordens de compra. Cada funcionário é responsável por várias ordens de compra. Portanto, esses dois conjuntos de dados têm uma estrutura de dados um para muitos.

Como os funcionários nem sempre podem usar o mesmo fabricante ou fornecedor, os fornecedores são usados por vários funcionários e cada funcionário trabalha com vários fornecedores. Portanto, o relacionamento entre funcionários e fornecedores é de muitos para muitos.

Exemplo 3: Relatório de despesas