Tema 3: Modelado de Datos
El modelado será entonces una abstracción de la realidad que la represente lo más lógica y fielmente posible, y esta realidad será representada por medio de datos, se trata de una descripción de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos y conceptos matemáticos, además mediante dichos modelos reflejaremos la estructura de negocio de la organización por medio de datos y relaciones.
Modelo Entidad Relación
Constituye una de las formas de modelado de datos más utilizada en la actualidad y que representa una forma fácil y estandarizada de representar la realidad de la manera más fiel posible.
Este modelo está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas. Se encuentra en un nivel de abstracción superior al modelo relacional pero está basado en él.
Enidad: Cualquier tipo de objeto o concepto del mundo real (cosa, persona, concepto abstracto o suceso) distinguible de otros objetos sobre el que se recopila información, por ejemplo: autos, casas, empleados, clientes, empresas, oficios, diseños de productos, etc. Debemos elegir nombres que comuniquen, hasta donde sea posible, el significado de cada entidad. Normalmente se utilizan nombres en singular y no en plural.
Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo puede aparecer una vez en el esquema conceptual.
Tipos de Entidades
a) Entidad fuerte.- Es una entidad que existe por sí misma y no depende de otras entidades y se representa mediante un rectángulo sencillo.
Atributos
Representan las propiedades básicas que describen a cada entidad o relación. Gráficamente, se representan mediante elipses ligadas a las entidades o relaciones a las que pertenecen.
Los atributos clave (clave o llave primaria) deben aparecer destacados; por ejemplo, subrayando su nombre.
Un identificador de una entidad es un atributo o conjunto de atributos que determina de modo único cada ocurrencia de esa entidad. Un identificador de una entidad debe cumplir dos condiciones:
Ø No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador.
Ø Si se omite cualquier atributo del identificador, la condición anterior deja de cumplirse.
Un identificador no es más que la clave o llave primaria del modelo relacional.
Toda entidad tiene al menos un identificador y puede tener varios identificadores alternativos. Las relaciones no tienen identificadores. Retomando el ejemplo de una persona, su atributo ID sería entonces el identificador.
Relación
Es una correspondencia o asociación entre dos o más entidades. Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior.
Una característica importante es que dicho nombre debe ser un verbo que describa tal relación, por ejemplo: vende, pertenece, etc.
Propuesta y convenciones alternativas de diseño de Bases de Datos
Por su simplicidad y fácil interpretación de requerimientos Se sugiere la siguiente notación para diseñar bases de datos.
Entidades
Las entidades se clasifican en:
Entidad
|
Descripción
|
Catálogo
|
En este tipo de entidad se agrupan los datos registrándolos y clasificándolos de acuerdo a la similitud de sus características para ser utilizados por otras entidades, por estas características poseen un menor factor de crecimiento de registros, además en el modelado siempre serán entidades fuertes. La identificaremos colocando una C al inicio de su nombre. Ejemplos de este tipo de entidad son: CPoblación, CPaís, CSexo, etc.
|
Maestra
|
En este tipo de entidad se registran los datos de acuerdo a la similitud de sus características, tiene una mayor probabilidad de crecimiento en los registros, y en el modelado se puede utilizar como entidad fuerte y/o débil dependiendo de las necesidades del negocio, la identificaremos colocando una letra M al inicio de su nombre. Por ejemplo: MPersona, MProfesor, MEmpleado, MProducto, etc.
|
Detalle
|
En esta entidad se descargan los datos de varias entidades, para relacionar la información de éstas y evitar la redundancia de datos en dichas entidades permitiendo la repetición de estos. Este tipo de entidad en el modelado siempre será débil. La identificaremos colocando una D al inicio de su nombre. Ejemplos de este tipo de entidad son: DFactura, DNota, DReceta.
|
Encabezado
|
Esta entidad permite agrupar los datos de una entidad detalle bajo un mismo identificador. Se trata de una entidad fuerte cuando se relaciona con una entidad de detalle, y es una entidad débil cuando requiere datos de otra(s) entidades. La identificaremos colocando una E al inicio de su nombre. Ejemplos de este tipo de entidad son: EFactura, ENota, EReceta, etc.
|
Atributos
Se representan mediante óvalos ligados a la entidad o relación de la que forman parte.
Su formato mediante la norma ISO 10015 será:
3 caracteres para propiedad _ 3 caracteres para tabla _ dígito de ser necesario
XXX_XXX_99
Por ejemplo para nombrar las propiedades RFC y Nombre pertenecientes a la entidad MCliente, su formato sería: rfc_cli y nom_cli respectivamente.
Relaciones
Se representan mediante un rombo.y asocian al dominio y al codominio, escogiendo el atributo más particular e irrepetible que contiene la entidad. Por ejemplo si quisiéramos saber el país al que pertenece un cliente, debido a que la entidad MCliente almacena las características propias del cliente y la entidad CPais almacena los nombres de los países, es necesario hacer una relación entre dichas entidades a través de un atributo propio del dominio que identifique unívocamente a cada registro, el cual también será un atributo del codominio que tomará el papel de clave foránea.
Ahora, la elección del atributo identificador viene dada primeramente por la necesidad que requiere el codominio de su respectivo dominio por lo que el identificador debe ser tomado de ese último, en este caso de CPais. Ahora bien, en la definición de relación se hizo énfasis en que se escoge el atributo más particular que contiene la entidad dominio, entonces, para evitar inconsistencia y duplicidad de la información, dicho atributo puede ser el atributo clave de la entidad dominio, se saca este de dicha entidad y se indica en la relación.
