Presentación de Base de Datos Javier Velásquez 26.346.340

1. MODELO DE DATOS
República Bolivariana deVenezuela
Ministerio del Poder Popular Para la Educación
Politécnico Universitario Instituto Santiago Mariño
Alumno: JavierVelásquez
26.346.340
Barcelona, 19/11/2019

2. INDICE
Introducción
Contenido
• Modelo de datos
• Clasificación del Modelo de Datos
• Utilidad del Modelo de Datos
• Definiciones Básicas
• Abstracción
• Semántica
• Integridad y Restricciones
• Modelos de Entidad-Relación
• Entidad
• Relación
• Representación Gráfica
Conclusión
Bibliografía
Anexos

3. INTRODUCCIÓN
Se puede definir como una base de datos a toda
aquella recolección organizada y estructurada
de cualquier tipo de datos que son almacenados
en un sistema informático. Dicho esto, para que
realmente sea útil dicha base de datos, esta
debe ser capaz de almacenar grandes
cantidades de datos y que sean de un acceso
rápido y sencillo, de forma en la cual estos datos
puedan ser cambiados y se puedan organizar de
una manera más fácil.
Con el propósito de que dicho sistema sea eficiente, se
necesita incorporar un sistema que controle todas las
llamadas y la información en dicho sistema, a esto se le
llama el ‘‘Sistema de Gestión de una Base de Datos o
DBMS’’

4. Estos modelos son los que establecen la estructura de una información y debido a que
dichos modelos deben tener una única interpretación, facilitan la comunicación a la hora de
intercambiar datos. Debido a su flexibilidad son de gran importancia para el desarrollo de todo
sistema de información que cuente con grandes cantidades de datos, para estos puedan ser
manejados de una forma más eficiente.
Por otro lado, como dichos modelos pueden ser eficientes y precisos, resultan bastante
difíciles de desarrollar, ya que si su desarrollo no es bueno puede entorpecer a dicho sistema.
MODELO DE BASE DE DATOS

5. Clasificación
Conceptual:
• Es el cual consiste en determinar de una forma precisa todas las expresiones que
serán usadas en el modelo, así como, las reglas y definiciones importantes de los datos a
dichos usuarios. Estos son usados en la etapa del análisis de un problema y su función es
representar los elementos que participan en ese problema.
Lógico:
• Tiene como propósito describir la semántica de las tablas, así como de las clases,
estos están orientados a las operaciones más que una descripción de una realidad.
Físico:
• Este especifica claramente los medios en los que se almacena la información, como
ser particiones de disco. Son estructuras de datos a bajo nivel implementadas dentro del
propio manejador.
CLASIFICACIÓN DE MODELOS

6. • Tienen como propósito principal definir clara y explícitamente como se
modela la estructura de toda base de datos. Dicho esto, el modelo de base de
datos cuenta con las relaciones y limitaciones, estas determinan como serán
almacenados los datos junto a como acceder a estos mismos. Toda base de
datos cuenta con una gran cantidad de datos almacenada en ella, por esto el
modelo de base cuenta con un papel muy importante en ella, ya que la
recopilación y su manejo de dichos datos son un gran factor para que se pueda
mantener el orden y la relación entre estos.
• Esta es la razón principal por la cual se debe tener un mantenimiento y
mejora continua en los modelos de gestión de bases de datos. Una gestión de
base de datos puede contar con una implementación de uno a varios modelos, lo
mas óptimo varía dependiendo de como estará organizado la estructura de
datos, sin embargo, es posible que esta gestión soporte mas de un modelo.
Utilidad
UTILIDAD DE MODELO DE DATOS

7. Abstracción:
• Nivel Físico
• Nivel Lógico o Conceptual
• Nivel deVistas
Semántica
• Planificación de Recursos de Datos
• Construcción de Base de Datos Compartibles
• Evaluación del Software del Proveedor
• Integración de Bases de Datos Existentes
Integridad y Restricciones
DEFINICIONES BÁSICAS

8. Definición:
Esta es la representación de un sistema de base de datos, el cual proporciona al
usuario o programador mas facilidad al momento de manejar los datos que
contiene dicha base de datos, sin tener la necesidad de tener pleno
conocimiento de toda la base de datos y sus componentes, ya que esta cuenta
con un manejo mas óptimo y abstracto del manejo de esta misma.
Dicho esto, existen
diferentes niveles de
abstracción con el
propósito de tener un
fácil manejo sin
conocimiento previo
de dichos datos:
Nivel Físico
• Determina como
están almacenados
físicamente los
datos (pistas,
sectores, cilindros),
representa el nivel
más bajo.
Nivel Lógico o
Conceptual
• Determina la
organización de los
archivos. Índices,
llaves, orden de
campos, relaciones,
tipos de datos.
Nivel deVistas
• Oculta parte de la
información a los
usuarios, es decir
hace visible solo una
parte de la base de
datos.
ABSTRACCIÓN

9. Definición
El modelo semántico describe el significado de sus
instancias, este mismo es una abstracción que define como
los datos de la instancia se relacionan con el mundo real.
Estos modelos están orientados a los hechos, dichos hechos
están expresados en relaciones binarias entre elementos de
datos, mientras que las relaciones de orden superior se
expresan como colecciones de relaciones binarias.
Normalmente, los datos de instancias de los modelos
semánticos cuentan con los tipos de relaciones entre una
variedad de elementos de datos. Es necesario conocer el
significado de los tipos de relaciones para interpretar dichas
instancias. Por esta razón, es que el segundo tipo de
modelos de datos permiten que las instancias expresen
hechos que tienen su propio significado.
Un modelo de datos semánticos puede
usarse para muchos propósitos. Algunos
objetivos clave incluyen:
Planificación de los recursos de datos
•Se puede utilizar un modelo de datos preliminar para proporcionar una visión general de los datos
necesarios para ejecutar una empresa. A continuación, se puede analizar el modelo para
identificar y evaluar proyectos para crear recursos de datos compartidos.
Construcción de bases de datos compartibles
•Un modelo completamente desarrollado puede ser utilizado para definir una aplicación
independiente de la vista de datos que pueden ser validados por los usuarios y luego
transformados en un diseño de base de datos físico para cualquiera de las diversas tecnologías de
DBMS.
Evaluación del software del proveedor
•Dado que un modelo de datos representa en realidad la infraestructura de una organización, el
software del proveedor puede evaluarse con el modelo de datos de una empresa para identificar
posibles incoherencias entre la infraestructura implicada por el software y la forma en que la
empresa realmente hace negocios.
Integración de Bases de Datos Existentes
•Mediante la definición del contenido de bases de datos existentes con modelos de datos
semánticos, se puede derivar una definición de datos integrada.
SEMÁNTICA

10. INTEGRIDADY RESTRICCIONES
Estas son las relaciones de integridad, las cuales permiten mantener la consistencia semántica
de los datos. Estas también cuentan con las restricciones de integridad que están definidas por
las claves y restricciones de cardinalidad y participación que están manejadas en el modelo de
entidad-relación, trata sobre las restricciones de dominios, integridad referencial, las
dependencias funcionales y las dependencias multi-valoradas, además de la forma de
implementación mediante asertos y disparadores.
Las restricciones de integridad cuentan con un medio que asegura las modificaciones realizadas
en dicha base de datos por usuarios autorizados, para que no se tenga una perdida de la
consistencia de los datos, es decir, protege a la base de datos contra algún daño accidental.

11. El modelo de datos más extendido es el denominado ‘‘Entidad Relación’’ (E/R). En el modelo E/R se parte de una situación real a partir de la cual se definen entidades y relaciones
entre dichas entidades:
Entidad Relación
Esto nos permite la:
Transformación de relaciones múltiples en binarias.
Normalización de una base de datos de relaciones (algunas
relaciones pueden transformarse en atributos y viceversa).
Conversión en tablas (en caso de utilizar una base de datos
relacional).
Por otro lado, es necesario contar con otros métodos para obtener un modelo que pueda ser directamente implementable en una base de datos. Esta nos facilita el resultado entre
otras entidades que pertenecen a las ya existentes, de forma en la cual se maneje los archivos que se almacenan en la base de datos con una norma establecida.
Para esto es necesario:
Elaborar el diagrama (o diagramas) entidad-relación.
Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se
pueden reflejar en el diagrama.
Modelos de Entidad-Relación
Un modelo de (Entidad-Relación), es una herramienta para el modelo de datos, la cual permite representar entidades de una Base de Datos.

12. Se pueden seguir los siguientes criterios para establecerlo:
Que sea lógica.
Que se tenga pleno conocimiento de
ella.
Que sea mínima, ya que será muy
utilizada por el gestor de base de datos.
Este representa todo aquel ‘‘Objeto’’ del mundo real sobre el cual se va a tratar dicha información, un ejemplo es: una persona.Todos
estos objetos se conforman de ciertos atributos o componentes que definen a dicho objeto, para el mismo caso de ejemplo es: para le
entidad de la persona es su DNI, nombre, apellido, dirección. Normalmente de todos estos componentes o atributos no se repetirán, a
dicho se le llamara ‘‘clave de la entidad’’.Ya que es posible que existan varias claves y solo es necesario seleccionar una.
Entidad:
ENTIDAD

13. RELACIÓN
Las relaciones pueden ser de tres tipos:
• Relaciones 1-1:
• Las entidades que intervienen en la relación se asocian
una a una. Un ejemplo claro es: la entidad HOMBRE, la
entidad MUJER y entre ellos la relación MATRIMONIO).
Relaciones 1-n:
• Una ocurrencia de una entidad está asociada con
muchas (n) de otra. Un ejemplo: la entidad EMPERSA,
la entidadTRABAJADOR y entre ellos la relación
TRABAJAR-EN).
Relaciones n-n:
• Cada ocurrencia, en cualquiera de las dos entidades de
la relación, puede estar asociada con muchas (n) de la
otra y viceversa. Un ejemplo es: la entidadALUMNO, la
entidad EMPRESA y entre ellos la relación
MATRICULA.
Asociación entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las
interacciones existentes entre entidades.
Relación:

14. Representación
Gráfica
Para asimilar fácilmente un diseño de datos cuando se emplea el modelo
E/R se utilizan los siguientes elementos gráficos:
Gráfico de Entidad 1:
La utilización de estos elementos dará como resultado lo que se denomina el
esquema entidad-relación de la base de datos. Los ejemplos que se incluyen
en el apartado anterior, gráficamente quedarán como sigue:
Gráfica de Entidad-Relación 1:
REPRESENTACIÓN GRÁFICA

15. CONCLUSIÓN
Se puede observar que el modelo de base
de datos cuenta con una gran cantidad de
beneficios dependiendo del tipo del
modelo que se use, así como: Se pueden
obtener datos que pueden ser reutilizables
de una forma más eficiente, pueden
almacenar diferentes tipos de datos como:
audios, videos, imágenes.
Por otro lado, los derechos de usuario se pueden
restringir según los datos que deben hacerse
visibles o modificables para cada usuario, lo cual
otorga una mayor seguridad,Así como también,
se puede evitar la duplicación de datos
manteniendo el tamaño de la base de datos lo
mas reducido posible aumentando su rendimiento
y memoria.

16. BIBLIOGRAFÍA
La fuente de información de la monografía proviene de las siguientes referencias:
• Julián Pérez Porto y Ana Gardey. Publicado: 2008. Actualizado: 2012. Definición de: Modelo de Datos:
https://definicion.de/modelo-de-datos/
• Modelo Semántico de datos. (2010). Definición de: Modelo Semántico:
https://es.wikipedia.org/wiki/Modelo_semántico_de_datos
• ‘‘basededatos’’. (2011). Definición de: Base de Datos: http://basededatos.umh.es/e_r.htm
• Modelo de Datos. (2011). Definición de modelos de base de datos:
https://es.wikipedia.org/wiki/Modelo_de_base_de_datos
• E.F. Codd (1970). "A relational model of data for large shared data banks". In: Communications of the
ACM archive.Vol 13. Issue 6(June 1970). pp.377-387.
• IBM Knowledge Center. «Conceptos de modelo de datos dimensional». Consultado el 25 de octubre de
2018.
• Introducing databases by Stephen Chu, in Conrick, M. (2006) Health informatices: transformista
cacheteare with technology,Thomson, ISBN 0-17-012731-1, p. 69.
• Date, C. J. (1 de junio de 1999). «When's an extension not an extension?». Intelligent Enterprise 2 (8).
• Zhuge, H. (2008). The Web Resource Space Model. Web Information Systems Engineering and Internet
Technologies Book Series 4. Springer. ISBN 978-0-387-72771-4.

17. Gráfico de Entidad Gráfico de Entidad-Relación
ANEXOS