Documentos de Académico
Documentos de Profesional
Documentos de Cultura
“Santiago Mariño”
Extensión Barcelona
Profesor: Bachiller:
Introducción………………………………………………………………………………………………………………………………3
Modelo de datos……………………………………………………………………………………………….……………………….4
Clasificación……………………………………………………………………………………………………….………………………4
Utilidad………………………………………………………………………………………………………………………………………5
Definiciones básicas………………………………………………………………………………….……………………………….7
Elementos....................................................................................................................................9
Representación Gráfica.……………………………………………………………………………………………………………..9
Conclusión……………………………………………………………………………………………………………………………….11
Bibliografía………………………………………………………………………………………………………………………………12
Anexos…………………………………………………………………………………………………………………………………….13
INTRODUCCIÓN
Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se precie debe
tener almacenados todos estos datos en una base de datos para poder realizarlos mediante una
aplicación profesional; sin esta funcionalidad resultaría imposible tratar y manejar en su totalidad
los datos que lleva a cabo la empresa y se perdería un tiempo y un dinero muy valiosos Uno de los
pasos cruciales en la construcción de una aplicación que maneje una base de datos, es sin duda, el
diseño de la base de datos, en donde lo más importante son LOS MODELOS DE DATOS. Si los
modelos no son definidos apropiadamente, podemos tener muchos dolores de cabeza al momento
de ejecutar consultas a la base de datos para tratar de obtener algún tipo de datos. No importa si
nuestra base de datos tiene sólo 20 registros, o algunos cuantos miles, es importante asegurarnos
que nuestra base de datos está correctamente diseñada para que tenga eficiencia y que se pueda
seguir utilizando por largo del tiempo. En este TEMA se mencionarán algunos principios básicos del
diseño de base de datos y se tratarán algunas reglas que se deben seguir cuando se crean bases de
datos. Dependiendo de los requerimientos de la base de datos, el diseño puede ser algo complejo,
pero con algunas reglas simples que tengamos en la cabeza será mucho más fácil crear una base de
datos perfecta para nuestro siguiente proyecto.
3
MODELO DE DATOS
Un modelo de datos es un lenguaje orientado a hablar de una Base de Datos. Típicamente un
modelo de datos permite describir:
Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que
se relacionan.
Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos
para reflejar la realidad deseada.
Operaciones de manipulación de los datos: típicamente, operaciones de agregado, borrado,
modificación y recuperación de los datos de la base.
Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad que
intervienen en un problema dado y la forma en que se relacionan esos elementos entre sí.
No hay que perder de vista que una Base de Datos siempre está orientada a resolver un problema
determinado, por lo que los dos enfoques propuestos son necesarios en cualquier desarrollo de
software.
CLASIFICACIÓN
Una opción bastante usada a la hora de clasificar los modelos de datos es hacerlo de acuerdo al nivel
de abstracción que presentan:
Son orientados a las operaciones más que a la descripción de una realidad. Usualmente están
implementados en algún Manejador de Base de Datos. El ejemplo más típico es el Modelo
Relacional, que cuenta con la particularidad de contar también con buenas características
conceptuales (Normalización de bases de datos).
Son estructuras de datos a bajo nivel implementadas dentro del propio manejador. Ejemplos típicos
de estas estructuras son los Árboles B+, las estructuras de Hash, etc.
4
UTILIDAD
Actualmente, vivimos en la era de la tecnología y los datos, ya que estos tienen infinidad de usos:
económicos, sociales, etc… y se han convertido en foco de mayor estudio e inversión. Pero desde ya
hace décadas que se establecieron modelos para su almacenamiento y gestión, aparecieron los
primeros modelos. Los datos han adoptado una importancia de grandes dimensiones en la
actualidad, más si cabe, de ahí la relevancia de los modelos de base de datos. Siempre han tenido
un papel clave en la informática, en la empresa y en muchos sectores, ya que la recopilación y
gestión de los datos son fundamentales para que las empresas o instituciones mantengan su orden
y sus relaciones. Por todo esto, es muy importante establecer efectivos modelos de gestión de base
de datos y un correcto mantenimiento y mejora.
De forma breve y concisa, los datos se encuentran en el día a día de cualquier empresa e institución
y contienen información relevante y vital, y las bases de datos además de facilidades, rapidez y
actualización hacia la información que se requiere, proporcionan muchas funciones muy útiles para
la gestión y tratamiento de los datos. Por todo esto, los modelos de base de datos han adquirido
una alta importancia.
DEFINICIONES BÁSICAS
1. ABSTRACCIÓN: La abstracción de datos es una técnica o metodología que permite diseñar
estructuras de datos. La abstracción consiste en representar bajo ciertos lineamientos de
formato las características esenciales de una estructura de datos. Este proceso de diseño
evita los detalles específicos de implementación de los datos.
2. SEMÁNTICA: La necesidad de definir datos desde una visión conceptual ha llevado al
desarrollo de técnicas de modelado de datos semánticos. Es decir, técnicas para definir el
significado de los datos dentro del contexto de sus interrelaciones con otros datos. El
mundo real, en términos de recursos, ideas, eventos, etc., se define simbólicamente en los
almacenes de datos físicos. Un modelo de datos semánticos es una abstracción que define
cómo los símbolos almacenados se relacionan con el mundo real. Así, el modelo debe ser
una verdadera representación del mundo real.
3. INTEGRIDAD: El término integridad de datos se refiere la correctitud y completitud de la
información en una base de datos. Cuando los contenidos se modifican con sentencias
INSERT, DELETE o UPDATE, la integridad de los datos almacenados puede perderse de
muchas maneras diferentes. Pueden añadirse datos no válidos a la base de datos, tales
como un pedido que especifica un producto no existente.
4. RESTRICCIONES: Las restricciones le permiten definir la manera en que Motor de base de
datos exigirá automáticamente la integridad de una base de datos. Las restricciones definen
reglas relativas a los valores permitidos en las columnas y constituyen el mecanismo
estándar para exigir la integridad. El uso de restricciones es preferible al uso de
Desencadenadores DML, reglas y valores predeterminados.
5
MODELO ENTIDAD – RELACIÓN
Un modelo entidad-relación o diagrama entidad-relación (a veces denominado por sus siglas en
inglés, E-R "Entity relationship"; en español DER: "Diagrama de Entidad-Relación") es una
herramienta para el modelado de datos que permite representar las entidades relevantes de un
sistema de información, así como sus interrelaciones y propiedades.
El Modelo Entidad-Relación
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr
un modelo directamente implementable en una base de datos. Brevemente:
permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera que se
encuentre la normatividad de archivos que se almacenarán.
ELEMENTOS
ENTIDAD
Representa una “cosa”, "objeto" o "concepto" del mundo real con existencia independiente, es
decir, se diferencia únicamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma
entidad.
Algunos Ejemplos:
Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos
diferentes, por ejemplo, el número de chasis).
Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).
Una entidad puede ser un objeto con existencia física como: una persona, un animal, una casa, etc.
(entidad concreta); o un objeto con existencia conceptual como: un puesto de trabajo, una
asignatura de clases, un nombre, etc. (entidad abstracta).
6
Una entidad está descrita y se representa por sus características o atributos. Por ejemplo,
la entidad Persona las características: Nombre, Apellido, Género, Estatura, Peso, Fecha de
nacimiento.
ATRIBUTOS
Los atributos son las características que definen o identifican a una entidad. Estas pueden
ser muchas, y el diseñador solo utiliza o implementa las que considere más relevantes.
En un conjunto de entidades del mismo tipo, cada entidad tiene valores específicos
asignados para cada uno de sus atributos, de esta forma, es posible su identificación
unívoca.
Ejemplos:
En particular, los atributos identificativos son aquellos que permiten diferenciar a una
instancia de la entidad de otra distinta. Por ejemplo, el atributo identificativo que distingue
a un alumno de otro es su número de id.
Para cada atributo, existe un dominio del mismo, este hace referencia al tipo de datos que
será almacenado a restricciones en los valores que el atributo puede tomar (cadenas de
caracteres, números, solo dos letras, solo números mayores que cero, solo números
enteros...).
Cuando algún atributo correspondiente a una entidad no tiene un valor determinado, recibe
el valor nulo, bien sea porque no se conoce, porque no existe o porque no se sabe nada al
respecto del mismo.
7
CONJUNTOS RELACIONALES
Ejemplo:
CORRESPONDENCIA DE CARDINALIDADES
Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro en
una entidad B. (ejemplo dos entidades, profesor y departamento, con llaves
primarias, código_profesor y jefe_depto respectivamente, un profesor solo puede
ser jefe de un departamento y un departamento solo puede tener un jefe).
Uno a Varios: (1:N) Un registro en una entidad en A se relaciona con cero o muchos
registros en una entidad B. Pero los registros de B solamente se relacionan con un
registro en A. (ejemplo: dos entidades, vendedor y ventas, con llaves primarias,
código_vendedor y venta, respectivamente, un vendedor puede tener muchas
ventas, pero una venta solo puede tener un vendedor).
Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con una entidad
en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A
(ejemplo empleado-centro de trabajo).
Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con muchas
entidades en B y viceversa (ejemplo asociaciones-ciudadanos, donde muchos
ciudadanos pueden pertenecer a una misma asociación, y cada ciudadano puede
pertenecer a muchas asociaciones distintas).
8
RESTRICCIONES DE PARTICIPACIÓN
CLAVES
9
R es de uno a uno de A a B entonces se toma cualquiera de las dos claves primarias,
como clave primaria de R.
REPRESENTACIÓN GRÁFICA
Formalmente, los diagramas ER son un lenguaje gráfico para describir conceptos.
Informalmente, son simples dibujos o gráficos que describen información que trata un
sistema de información y el software que lo automatiza.
Entidades
Las entidades son el fundamento del modelo entidad relación. Podemos adoptar como
definición de entidad cualquier cosa o parte del mundo que es distinguible del resto. Por
ejemplo, en un sistema bancario, las personas y las cuentas bancarias se podrían
interpretar como entidades. Las entidades pueden representar entes concretos, como una
persona o un avión, o abstractas, como por ejemplo un préstamo o una reserva. Se
representan por medio de un rectángulo. que pueden ser de tipo: maestras,
transaccionales, históricas y temporales
Atributos
Relación
Por ejemplo:
10
CONCLUSIÓN
Un proyecto de desarrollo de un sistema de información comprende varios componentes o
pasos llevados a cabo durante la etapa de análisis, el cual ayuda a traducir las necesidades
del cliente de un modelo de sistema que utiliza uno mas de los componentes: software,
hardware, personas, base de datos, documentación y procedimientos.
El modelo entidad – relación permite aplicar altos niveles de abstracción útiles en los
paradigmas de programación actuales.
11
BIBLIOGRAFÍA
Kyocera Document Solutions. (s.f.). La importancia del modelo de base de datos. Obtenido de
Kyocera: https://smarterworkspaces.kyocera.es/blog/importancia-del-modelo-de-base-
de-datos/
12
ANEXOS
13