Modelaxe de datos: deseño da súa estrutura de datos

Ao almacenar ou ver datos coa súa aplicación, unha parte importante do deseño é a estrutura de datos. Considere non só o xeito no que os datos serán empregados nunha aplicación ou pantalla específica, senón como empregarán os datos outras persoas. Facer referencia aos seus usuarios tipo, tarefas, proceso empresarial e obxectivos axudaralle a definir que datos almacenar e como estruturalos.

Suxestión

Aínda que foi escrito para a base de datos de Access, este artigo sobre os conceptos básicos do deseño de datos ten unha boa discusión xeral sobre os principios de modelaxe de datos: Información básica sobre o deseño de bases de datos.

Tomemos como exemplo o seguinte informe de gastos.

Verá a parte principal do informe de gastos, que ten o nome do empregado e os detalles do departamento. Debaixo da parte principal, verá varias filas de descricións para cada elemento comprado. Chamémoslles a estes os elementos de liña. Os elementos de liña teñen unha estrutura diferente respecto da parte principal do informe de gastos. Así, podemos dicir que para cada informe de gastos, hai varios elementos de liña.

Para almacenar este tipo de datos nunha base de datos, necesitamos modelar a estrutura de datos no deseño da base de datos.

Estrutura de datos de un a moitos (1:N)

Este é o tipo de estrutura de datos que se describiu no exemplo anterior. A parte principal do informe de gastos está ligada a varios elementos de liña. (Tamén pode ver a relación desde a perspectiva dos elementos de liña: moitos elementos de liña a un informe de gastos (N:1).)

Estrutura de datos de moitos a moitos (N:N)

A estrutura de datos de moitos a moitos é de tipo especial. Isto é para os casos en que varios rexistros poden asociarse a varios conxuntos doutros rexistros. Un bo exemplo é a súa rede de socios comerciais. Ten varios socios comerciais (clientes e provedores) cos que traballa e eses socios comerciais tamén traballan con varios compañeiros de traballo seus.

Exemplos de modelaxe de datos

Existen varios tipos de modelaxe que poden suceder cun sistema. Revisemos un par de exemplos.

Exemplo 1: solicitude de aprobación de tempo libre

Este exemplo sinxelo amosa dous conxuntos de datos. Un é o empregado, o outro é a solicitude de tempo libre. Debido a que cada empregado enviará múltiples solicitudes, a relación aquí é de un a moitas, onde "un" é o empregado e "moitas" son as solicitudes. Os datos do empregado e os datos de solicitude de descanso están relacionados entre si tendo o número de empregado como campo común (tamén coñecido como clave).

Exemplo 2: Aprobación da compra

Aquí, a estrutura de datos parece bastante sofisticada, pero é moi similar ao exemplo do informe de gastos que se discutiu ao comezo deste artigo. Cada vendedor ou provedor está asociado con múltiples pedidos de compra. Cada empregado encárgase de múltiples pedidos de compra. Polo tanto, estes dous conxuntos de datos teñen unha estrutura de datos de un a varias.

Debido a que os empregados non sempre usan o mesmo vendedor ou provedor, os vendedores son usados por varios empregados e cada empregado traballa con varios vendedores. De aí que a relación entre empregados e vendedores sexa de moitos a moitos.

Exemplo 3: informes de gastos

Seguinte paso: determinación do tipo de aplicación que se vai facer

Nota

Pode indicarnos as súas preferencias para o idioma da documentación? Realice unha enquisa breve. (teña en conta que esa enquisa está en inglés)

Esta enquisa durará sete minutos aproximadamente. Non se recompilarán datos persoais (declaración de privacidade).