Saia - Modelos de BDD y Modelos de Datos - Ernesto Souquet
1. República Bolivariana de Venezuela
Ministerio del P. P. para la Educación Universitaria
I.U.P. “Santiago Mariño”
Barcelona - Edo. Anzoátegui
Cátedra: Bases de Datos
Carrera: Ingeniería de Sistemas
Sección: “S9”
Profesor: Bachiller:
Torrealba, Aquiles Souquet, Ernesto. C.I: 28.396.245
Barcelona, Marzo del 2019
“MODELOS DE BDD Y MODELOS
DE DATOS”
2. INTRODUCCIÓN
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 datos han adquirido una alta importancia.
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 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, un
correcto mantenimiento y mejora.
3. MODELOS DE DATOS
Muestra la estructura lógica de la base,
incluidas las relaciones y limitaciones que
determinan cómo se almacenan los datos y
cómo se accede a ellos. Los modelos de
datos individuales se diseñan en base a las
reglas y los conceptos de cualquier modelo
de datos más amplio que los diseñadores
adopten. La mayoría de los modelos de
datos se pueden representar por medio de
un diagrama de base de datos a menudo se
presenta en formato gráfico.
4. MODELOSDE
DATOS
CONCEPTUALES Son los orientados a la descripción de
estructuras de datos y restricciones de
integridad. Se usan fundamentalmente
durante la etapa de Análisis de un
problema dado y están orientados a
representar los elementos que intervienen
en ese problema y sus relaciones. El
ejemplo más típico es el Modelo Entidad-
Relación.
Características:
•Incluye las entidades importantes y las
relaciones entre ellas.
•No se especifica ningún atributo.
•No se especifica ninguna clave principal.
CLASIFICACIÓN
5. MODELOSDEDATOS
FÍSICOS Son estructuras de datos a bajo nivel
implementadas dentro del propio manejador. El
modelo de datos físicos representa cómo se
construirá el modelo en la base de datos.
Ejemplos típicos de estas estructuras son los
Árboles B+, las estructuras de Hash, etc.
Características:
•Especificación de todas las tablas y columnas.
•Las claves externas se usan para identificar
relaciones entre tablas.
•La desnormalización puede ocurrir según los
requisitos del usuario.
6. MODELOSDEDATOS
LÓGICOS
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).
Características:
•Incluye todas las entidades y relaciones entre
ellos.
•Todos los atributos para cada entidad están
especificados.
•La clave principal para cada entidad está
especificada.
•Se especifican las claves externas (claves que
identifican la relación entre diferentes
entidades).
•La normalización ocurre en este nivel.
7. UTILIDAD
Su utilidad principal es apoyar y
ayudar a los sistemas de información
mostrando el formato y la definición
de los diferentes datos involucrados.
También se utilizan para evitar la
redundancia de datos. La información
almacenada en los modelos de datos es
de gran importancia para las empresas
porque dicta las relaciones entre las
tablas de la base de datos, las claves
externas y los eventos involucrados.
8. DEFINICIONES BÁSICAS
*Abstracción de Datos: Es la característica de un
sistema de bases de datos, que permite al usuario o
programador operar con los datos sin necesidad de
conocer detalles que para él no son de “importancia”,
ofreciendo así una visión abstracta de estos.
*Semántica de Datos: Especifica el significado de
los datos en un databin y cómo las entradas crudas
para el databin deberían ser convertidas para su
almacenaje en el mismo. Es un modelo conceptual
de datos en el que se incluye información
semántica.
9. DEFINICIONES BÁSICAS
*Integridad de Datos: El término integridad de datos
se refiere la correctito 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.
*Restricciones de Datos: Proviene en su etimología
del vocablo en latín restrictĭo. Se trata del proceso
y la consecuencia de restringir, derivada del latín
“restringere” con el significado de limitar o
comprimir.
10. MODELO ENTIDAD – RELACIÓN
Es el modelo conceptual más utilizado para
el diseño conceptual de bases de datos. Fue
introducido por Peter Chen en 1976. El
modelo entidad-relación pretende
'visualizar' los objetos que pertenecen a la
Base de Datos como entidades las cuales
tienen unos atributos y se vinculan
mediante relaciones.
Se denomina así debido a que precisamente
permite representar relaciones entre
entidades (objetivo del modelado de datos).
Generalmente todo modelo tiene una
representación gráfica, para el caso de
datos el modelo más popular es el modelo
entidad-relación o diagrama E/R.
11. ELEMENTOS
• Representan cosas u objetos (ya sean
reales o abstractos), que se
diferencian claramente entre sí.
ENTIDAD
• Definen o identifican las
características de entidad (es el
contenido de esta entidad). Cada
entidad contiene distintos atributos,
que dan información sobre esta
entidad. Estos atributos pueden ser
de distintos tipos (numéricos, texto,
fecha...).
ATRIBUTOS
12. ELEMENTOS
• Es un vínculo que nos permite
definir una dependencia entre
varias entidades, es decir, nos
permite exigir que varias
entidades compartan ciertos
atributos de forma
indispensable.
RELACIÓN
• Esto complementa a las
representaciones de las
relaciones, mediante un
intervalo en cada extremo de la
relación que especifica cuantos
objetos o cosas (de cada entidad)
pueden intervenir en esa
relación.
RELACIONES
DE
CARDINALIDAD
• Es el atributo de una entidad, al
que le aplicamos una restricción
que lo distingue de los demás
registros (no permitiendo que el
atributo específico se repita en la
entidad) o le aplica un vínculo
(exactamente como
comentábamos en las relaciones).
CLAVES
15. MODELADO DE SITUACIONES DE
REQUERIMIENTOS
Los aspectos que debe cumplir el Modelado de Situaciones
de Requerimientos son:
•Debe centrarse en los requerimientos que sean visibles dentro
del problema o dentro del dominio del negocio. El nivel de
abstracción debe ser relativamente elevado.
•Cada elemento del modelo de requerimientos debe agregarse al
entendimiento general de los requerimientos del software y dar
una visión del dominio de la información, de la función y del
comportamiento del sistema.
•Debe minimizarse el acoplamiento a través del sistema. Es
importante representar las relaciones entre las clases y
funciones.
•Cada actor tiene su propio uso para el modelo. Por ejemplo, los
participantes de negocios deben usar el modelo para validar los
requerimientos; los diseñadores deben usarlo como pase para el
diseño; el personal de aseguramiento de la calidad lo debe
emplear como ayuda para planear las pruebas de aceptación.
•Mantener el modelo tan sencillo como se pueda. No genere
diagramas adicionales si no agregan nueva información. No
utilice notación compleja si basta una sencilla lista.
16. CONCLUSIÓN
Tradicionalmente, los modelos de datos se han construido durante las fases de análisis y diseño
de un proyecto, para asegurar que los requisitos para una nueva aplicación se entienden
completamente. Un modelo de datos puede ser pensado como un diagrama de flujo que ilustra las
relaciones entre los datos. A pesar de que la captura de todas las posibles relaciones en un modelo de
datos puede consumir mucho tiempo, es un paso importante que no debería ser apresurado. Los
modelos de datos físicos, lógicos y conceptuales bien documentados permiten que las partes
interesadas identifiquen errores y hagan cambios antes de que cualquier código de programación se
haya escrito.
Se puede afirmar que las bases de datos y el mundo de la red son grandes aliados que tenemos
hoy y resultan de gran beneficio y utilidad. No solo es procesamiento de información también nos
hace más fácil organizar datos según el criterio deseado y haya más practicidad tanto en las labores
de empleo, como la misma vida diaria fuera del trabajo. Podemos usar bases de datos y crear los
modelos de datos desde el ámbito académico, de salud, comercial y hasta el entretenimiento.
17. BIBLIOGRAFÍA
•Modelo de Datos.
Wikipedia. Modelo de Datos - Es.wikipedia.org. [en línea] Disponible en:
https://es.wikipedia.org/wiki/Modelo_de_datos [Obtenido 1 Mar. 2019]
•Base de Datos.
Ict.udlap.mx. Base de Datos - Ict.udlap.mx. [en línea] Disponible en:
http://ict.udlap.mx/people/carlos/is341/bases02.html [Obtenido 1 Mar. 2019]
•Importancia del Modelo de Datos.
Liberix.es. Importancia del Modelo de Datos - Liberix.es. [en línea] Disponible en:
http://liberix.es/blog/la-importancia-del-modelo-de-datos/ [Obtenido 2 Mar. 2019]
•Modelo de Datos.
Tecnologias-informacion.com. Modelo de Datos - Tecnologias-informacion.com. [en
línea] Disponible en: https://www.tecnologias-informacion.com/modelos-datos.html
[Obtenido 2 Mar. 2019]
•Fundamento de las Bases de Datos.
Genbeta.com. Fundamento de las bases de datos – Genbeta.com. [en línea] Disponible
en: https://www.genbeta.com/desarrollo/fundamento-de-las-bases-de-datos-modelo-
entidad-relacion [Obtenido 2 Mar. 2019]