Modelação de dados: Projetar a sua estrutura de dados
Quando estiver a armazenar ou a ver os com a sua aplicação, uma parte importante da conceção é a estrutura de dados. Considere não só como os dados serão utilizados numa aplicação ou ecrã específico, mas como outros irão utilizar os dados. Voltando às suas pessoas, tarefas, processo de negócio e objetivos vai ajudá-lo a definir que dados armazenar e como estruturá-los.
Dica
Apesar de ter sido escrito para a base de dados do Access, este artigo sobre as noções básicas de estruturação de dados tem um bom debate geral de princípios de modelação de dados: Noções básicas de estruturação de bases de dados.
Vejamos o seguinte relatório de despesas como exemplo.
Poderá ver a parte principal do relatório de despesas, que tem o nome do empregado e os detalhes do departamento. Abaixo da parte principal, poderá ver várias linhas de descrições para cada item comprado. Vamos chamar-lhe itens de linha. Os itens de linha têm uma estrutura diferente da parte principal do relatório de despesas. Assim, podemos dizer que para cada relatório de despesas existem vários itens de linha.
Para armazenar este tipo de dados numa base de dados, precisamos de modelar a estrutura de dados na estruturação de bases de dados.
Estrutura de dados Um para muitos (1:N)
Este é o tipo de estrutura de dados que foi descrito no exemplo anterior. A parte principal do relatório de despesas está ligada a vários itens de linha. (Também pode ver a relação do ponto de vista 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 Muitos para muitos é um tipo especial. Isto é para os casos em que vários registos podem ser associados a vários conjuntos de outros registos. Um bom exemplo é a sua rede de parceiros de negócio. Tem vários parceiros de negócio (clientes e fornecedores) com quem trabalha e esses parceiros de negócio também trabalham com vários colegas seus.
Exemplos de modelação de dados
Existem vários tipos de modelação que podem ocorrer com um sistema. Vamos ver alguns exemplos.
Exemplo 1: Pedido de aprovação de licença
Este exemplo simples mostra dois conjuntos de dados. Um é o empregado, o outro é o pedido de licença. Como cada colaborador apresentará vários pedidos, a relação aqui é de um para muitos, onde "um" é o empregado e "muitos" são os pedidos. Os dados dos empregados e os dados dos pedidos de licença estão relacionados uns com os outros por terem o número de empregado como campo comum (também conhecido como 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 que foi debatido no início deste artigo. Cada fornecedor está associado a várias ordens de compra. Cada empregado é responsável por várias ordens de compra. Assim, estes dois conjuntos de dados têm uma estrutura de dados de um para muitos.
Como os empregados podem nem sempre utilizar o mesmo fornecedor, os fornecedores são utilizados por vários funcionários e cada empregado trabalha com vários fornecedores. Assim, a relação entre empregados e fornecedores é de muitos para muitos.
Exemplo 3: Relatórios de despesas
Nota
Pode indicar-nos as suas preferências no que se refere ao idioma da documentação? Responda a um breve inquérito. (tenha em atenção que o inquérito está em inglês)
O inquérito irá demorar cerca de sete minutos. Não são recolhidos dados pessoais (declaração de privacidade).