Modela

do de
Base de
Datos Profesora:

Zulismar Gallardo

Integrantes:

Estefanía Quiñones C.I: 26.605.802

Jimmy Guerra C.I: 26.563.217

Jesús Vivas C.I:28.095.352

Mahirys Fernández C.I 27.144.317

Informática 01 TIII-F1 Grupo #2.

El Tigre, 27 de Marzo de 2020

 Índice

Base de datos: ¿Qué es una base de datos?.......................................................................3

Sistema Gestor de base de Datos……………………………………………………....3

Propósito de un sistema de Base de Datos…………………………….……….3.1

Diferencias entre ficheros tradicionales y base de dato……………………………….....4

Componentes de un Sistema Gestor de Base de Datos……………………………….....5

Lenguaje de Base de Datos………………………………………………………………6

Lenguaje de manipulación de datos (LMD)………………………………..….6.1

Lenguaje de definición de datos (LDD)…………………………………….…6.2

SQL……………………………………………………………………….……6.3

Niveles de abstracción de datos……………………………………………………...…..7

Diseño de bases de datos……………………………………………………………..….8

Modelo entidad-relación (DER)…………………………………………….....8.1

Componentes y características de un diagrama ER……………………..…...8.1.1

Modelo Relacional……………………………………………………….……..11

Del Modelo E/R al Modelo Relacional……………………………………...….14

Reglas de transformación del modelo E/R al modelo relacional……………..14.1

Ejemplo de Caso de Estudio…………………………………………...……………...16

Diagrama E/R…………………………………………………………………..17

Esquema Relacional…………………………………………………………….18

2
 Base de datos.

¿Que es una base de datos?

“Colección o depósito de datos, donde los datos están lógicamente relacionados

entre sí, tienen una definición y descripción comunes y están estructurados de una forma
particular. Una base de datos es también un modelo del mundo real y, como tal, debe poder
servir para toda una gama de usos y aplicaciones”, (Conference des Statisticiens
Européens, 1977)

En pocas palabras, una base de datos permite almacenar información de un modelo en la

forma estructurada requerida por un negocio u organización.

Sistema Gestor de Base de datos (SGBD)

Un sistema gestor de bases de datos (SGBD) consiste en una colección de datos

interrelacionados y un conjunto de programas para acceder a dichos datos, es decir, a la
base de datos.

El objetivo principal de un SGBD es proporcionar una forma de almacenar y

recuperar la información de una base de datos de manera que sea tanto práctica como
eficiente.

Los sistemas de bases de datos se diseñan para gestionar grandes cantidades de

información. La gestión de los datos implica tanto la definición de estructuras para
almacenar la información como la provisión de mecanismos para la manipulación de la
información.

Además, los sistemas de bases de datos deben garantizar la fiabilidad de la

información almacenada, a pesar de las caídas del sistema o de los intentos de acceso no
autorizados. Si los datos van a ser compartidos entre diferentes usuarios, el sistema debe
evitar posibles resultados anómalos

Propósito de un sistema de Base de Datos.

3
 Los sistemas de bases de datos surgieron en respuesta a los primeros métodos de
gestión informatizada de los datos comerciales, ya que, como por ejemplo una entidad
bancaria requería almacenar información sobre todos los clientes y cuentas de ahorro.

Almacenaban la información en sistemas de procesamientos de archivos que se

iban creando ejecutándose en sistemas operativos convencionales, lo que generaba
ciertos inconvenientes importantes como:

1. Redundancia e inconsistencia de los datos

2. Dificultad en el acceso a los datos.
3. Aislamiento de datos.
4. Problemas de integridad de los datos.
5. Anomalías en el acceso concurrente.
6. Problemas de seguridad.

Estas dificultades entre otras motivaron el desarrollo de los sistemas gestores de base de
datos para la solución de estos inconvenientes.

Diferencias entre ficheros tradicionales y Base de datos.

Aunque de forma muy simplificada, podríamos enumerar las principales

diferencias entre los ficheros tradicionales y las BD tal y como se indica a continuación:

1) Entidades tipos:
• Ficheros: tienen registros de una sola entidad tipo.
• BD: tienen datos de varias entidades tipo.
2) Interrelaciones:
• Ficheros: el sistema no interrelaciona ficheros.
• BD: el sistema tiene previstas herramientas para interrelacionar entidades.
3) Redundancia:
• Ficheros: se crean ficheros a la medida de cada aplicación, con todos los datos
necesarios aunque algunos sean redundantes respecto de otros ficheros.
• BD: todas las aplicaciones trabajan con la misma BD y la integración de los
datos es básica, de modo que se evita la redundancia.

4) Usuarios:

4
 • Ficheros: sirven para un solo usuario o una sola aplicación. Dan una sola visión
del mundo real.
• BD: es compartida por muchos usuarios de distintos tipos. Ofrece varias
visiones del mundo real.

Componentes de un Sistema Gestor de Base de Datos (SGBD)

SGBD tiene varios módulos, cada uno de los cuales realiza una función específica. El
sistema operativo proporciona servicios básicos al SGBD, que es construido sobre él.

 El procesador de consultas es el componente principal de un SGBD:

Transforma las consultas en un conjunto de instrucciones de bajo nivel que se
dirigen al gestor de la base de datos.
 El gestor de la base de datos: es la interface con los programas de aplicación y
las consultas de los usuarios. El gestor de la base de datos acepta consultas y
examina los esquemas externo y conceptual para determinar qué registros se
requieren para satisfacer la petición. Entonces el gestor de la base de datos
realiza una llamada al gestor de archivos para ejecutar la petición.
 El gestor de archivos maneja los archivos en disco en donde se almacena la
base de datos.
 El preprocesador del LMD convierte las sentencias del LMD embebidas en los
programas de aplicación, en llamadas a funciones estándar escritas en el
lenguaje anfitrión. El preprocesador del LMD debe trabajar con el procesador de
consultas para generar el código apropiado.
 El compilador del LDD convierte las sentencias del LDD en un conjunto de
tablas que contienen metadatos. Estas tablas se almacenan en el diccionario de
datos.

Los principales componentes de un SGBD son:

 Control de autorización. Este módulo comprueba que el usuario tiene los

permisos necesarios para llevar a cabo la operación que solicita.
 Control de la integridad. Cuando una operación cambia los datos de la base de
datos, este módulo debe comprobar que la operación a realizar satisface todas las
restricciones de integridad necesarias.

5
  Optimizador de consultas. Este módulo determina la estrategia óptima para la
ejecución de las consultas.
 Gestor de transacciones. Este módulo realiza el procesamiento de las
transacciones.
 Planificador (scheduler). Este módulo es el responsable de asegurar que las
operaciones que se realizan concurrentemente sobre la base de datos tienen lugar
sin conflictos.
 Gestor de recuperación. Este módulo garantiza que la base de datos permanece
en un estado consistente en caso de que se produzca algún fallo. Gestor de
buffers. Este módulo es el responsable de transferir los datos entre memoria
principal y los dispositivos de almacenamiento secundario

Lenguajes de bases de datos.

Lenguaje de manipulación de datos (LMD). Un lenguaje de manipulación de

datos es un lenguaje que permite a los usuarios tener acceso a los datos organizados
mediante el modelo de datos correspondiente o manipularlos. Los tipos de acceso son:

• La recuperación de la información almacenada en la base de datos.

• La inserción de información nueva en la base de datos.

• El borrado de la información de la base de datos.

• La modificación de la información almacenada en la base de datos.

Hay fundamentalmente dos tipos:

• Los LMDs procedimentales necesitan que el usuario especifique qué datos se

necesitan y cómo obtener esos datos.

• Los LMDs declarativos (también conocidos como LMDs no procedimentales)

necesitan que el usuario especifique qué datos se necesitan sin que haga falta que
especifique cómo obtener esos datos.

Lenguaje de definición de datos (LDD). Los esquemas de las bases de datos se

especifican mediante un conjunto de definiciones expresadas mediante un lenguaje
especial denominado lenguaje de definición de datos (LDD). El LDD también se usa
para especificar más propiedades de los datos.

6
 SQL (Structured Query Language) es un lenguaje estándar e interactivo de
acceso a bases de datos relacionales que permite especificar diversos tipos de
operaciones en ellas, gracias a la utilización del álgebra y de cálculos relacionales, el
SQL brinda la posibilidad de realizar consultas con el objetivo de recuperar información
de las bases de datos de manera sencilla. Las consultas toman la forma de un lenguaje
de comandos que permite seleccionar, insertar, actualizar, averiguar la ubicación de los
datos, y más.

Niveles de abstracción de datos.

Dado que muchos de los usuarios de sistemas de bases de datos no tienen formación
en informática, los desarrolladores ocultan esa complejidad a los usuarios mediante
varios niveles de abstracción para simplificar la interacción de los usuarios con el
sistema:

 Nivel físico. El nivel más bajo de abstracción describe cómo se almacenan

realmente los datos. El nivel físico describe en detalle las estructuras de
datos complejas de bajo nivel.
 Nivel lógico. El nivel inmediatamente superior de abstracción describe qué
datos se almacenan en la base de datos y qué relaciones existen entre esos
datos. El nivel lógico, por tanto, describe toda la base de datos en términos
de un número pequeño de estructuras relativamente simples.
 Nivel de vistas. El nivel más elevado de abstracción sólo describe parte de la
base de datos. Aunque el nivel lógico usa estructuras más simples, queda
algo de complejidad debido a la variedad de información almacenada en las
grandes bases de datos.

7
 Diseño de bases de datos.

El diseño de bases de datos implica principalmente el diseño del esquema de las

bases de datos. El diseño de un entorno completo de aplicaciones para la base de datos
que satisfaga las necesidades de la empresa que se está modelando exige prestar
atención a un conjunto de aspectos más amplio.

El diseñador escoge un modelo de datos y, mediante la aplicación de los

conceptos del modelo de datos elegido, traduce esos requisitos en un esquema
conceptual de la base de datos. El esquema desarrollado en esta fase de diseño
conceptual ofrece una visión general detallada de la empresa. El diseñador revisa el
esquema para confirmar que todos los requisitos de datos se satisfacen realmente y no
entran en conflicto entre sí.

El diseñador también puede examinar el diseño para eliminar cualquier

característica redundante. En este punto, la atención se centra en describir los datos y
sus relaciones, más que en especificar los detalles del almacenamiento físico.

El modelo entidad-relación (DER).

Un diagrama entidad-relación, también conocido como modelo entidad

relación o ERD, es un tipo de diagrama de flujo que ilustra cómo las "entidades", como
personas, objetos o conceptos, se relacionan entre sí dentro de un sistema. 

Es el modelo conceptual más utilizado para el diseño conceptual de bases de

datos. Fue introducido por Peter Chen en 1976.

Componentes y características de un diagrama ER.

Entidad. Algo que se puede definir, como una persona, objeto, concepto u
evento, que puede tener datos almacenados acerca de este. Piensa en las entidades como
si fueran sustantivos. Por ejemplo: un cliente, estudiante, auto o producto. Por lo general
se muestran como un rectángulo.

Entidad

8
 Categorías de entidades: las entidades se clasifican en fuertes, débiles o
asociativas. Una entidad fuerte se puede definir únicamente por sus propios atributos,
en cambio, una entidad débil no.

Entidad
Asociativa

Claves de entidad.

Se refiere a un atributo que únicamente define una entidad en un conjunto de

entidades. Las claves de entidad se dividen en superclave, clave candidata o clave
primaria.

Superclave. Un conjunto de atributos (uno o más) que juntos definen una

entidad en un conjunto de entidades. 

Clave candidata. Es una superclave mínima, es decir, contiene el menor

número posible de atributos para seguir siendo una superclave. Un conjunto de
entidades puede tener más de una clave candidata. 

Clave primaria. Es una clave candidata seleccionada por el diseñador de la base

de datos para identificar únicamente al conjunto de entidades.

Clave extranjera. Identifica la relación entre las entidades.

Relación.

Cómo las entidades interactúan o se asocian entre sí. Piensa en las relaciones
como si fueran verbos.  Las relaciones se muestran, por lo general, como diamantes o
etiquetas directamente en las líneas de conexión.

Relación

9
Atributo

Una propiedad o característica de una entidad. A menudo se muestra como un

óvalo o círculo.

Atributo

Atributo descriptivo: una propiedad o característica de una relación (frente a

una entidad).

Categorías de los atributos: los atributos se clasifican en simples, compuestos

y derivados, así como de valor único o de valores múltiples. 

 Simples: significa que el valor del atributo es mínimo y ya no puede

dividirse, como un número de teléfono. 
 Compuestos: los subatributos surgen de un atributo. 
 Derivados: los atributos se calculan o derivan de otro atributo, por
ejemplo, la edad se calcula a partir de la fecha de nacimiento.
 Valores múltiples: se denota más de un valor del atributo, como varios
números de teléfono para una persona.
 Valor único: contienen solo un valor de atributo. Los tipos se pueden
combinar, por ejemplo, puede haber atributos de valor único simples o
atributos de múltiples valores compuestos.

Cardinalidad.

La cardinalidad de un atributo indica el número mínimo y el número máximo de

valores que puede tomar para cada ocurrencia de la entidad o relación a la que
pertenece. Define los atributos numéricos de la relación entre dos entidades o conjuntos
de entidades. Las tres relaciones cardinales principales son uno a uno(1.1) , uno a
muchos (1,N) y muchos a muchos (N,N).

Un ejemplo de uno a muchos (o muchos a uno, en función de la dirección de la

relación) sería un estudiante que se inscribe en muchos cursos, y todos esos cursos se
asocian a ese estudiante en particular.

10
 Un ejemplo de muchos a muchos sería los estudiantes en grupo están asociados a
múltiples miembros de la facultad y a su vez los miembros de la facultad están
asociados a múltiples estudiantes.

Vistas de cardinalidad: la cardinalidad puede estar del lado opuesto o del

mismo, en función de dónde se muestran los símbolos.

Restricciones de cardinalidad: Los números máximos o mínimos que se

aplican a una relación.

Normalización.

El proceso de normalización de una base de datos consiste en aplicar una serie

de reglas a las relaciones obtenidas en el modelo E-R (entidad-relación).

Las bases de datos relacionales se normalizan para:

 Evitar la redundancia de los datos.

 Evitar problemas de actualización de los datos en las tablas.
 Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relación, la cual tiene que
cumplir con algunas restricciones:

 Cada columna debe tener su nombre único.

 No puede haber dos renglones iguales.
 No se permiten los duplicados.
 Todos los datos en una columna deben ser del mismo tipo.

Modelo relacional.

El modelo relacional para la gestión de una base de datos es un modelo de

datos basado en la lógica de pre candidatos y en la teoría de conjuntos. Es el modelo
más utilizado en la actualidad para modelar problemas reales y administrar
datos dinámica mente. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de
los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo
paradigma en los modelos de base de datos.

11
 Su idea fundamental es el uso de relaciones. Estas relaciones podrían
considerarse en forma lógica como conjuntos de datos llamados tuplas. Pese a que ésta
es la teoría de las bases de datos relacionales creadas por Edgar Frank Codd, la mayoría
de las veces se conceptualiza de una manera más fácil de imaginar, esto es, pensando en
cada relación como si fuese una tablas que está compuesta por registros (cada fila de la
tabla sería un registro o tupla), y columnas (también llamadas campos).

Ventajas

 Provee herramientas que garantizan evitar la duplicidad de registros.

 Garantiza la integridad referencial, así, al eliminar un registro elimina todos los
registros relacionados dependientes.
 Favorece la normalización por ser más comprensible y aplicable.

Desventajas

 Presentan deficiencias con datos gráficos, multimedia, CAD y sistemas de

información geográfica.
 No se manipulan de forma eficiente los bloques de texto como tipo de dato.

Tabla.

Es el nombre que recibe cada una de las relaciones que se establecen entre los datos
almacenados; cada nueva relación da lugar a una tabla.

Están formadas por filas, también llamadas tuplas, donde se describen los

elementos que configuran la tabla (es decir, los elementos de la relación establecida por
la tabla), columnas o campos, con los atributos y valores correspondientes, y
el dominio, concepto que agrupa a todos los valores que pueden figurar en cada
columna.

Claves.

Son los elementos que impiden la duplicidad de registros, una de las grandes
desventajas que presentan otros modelos de organización y gestión de bases de
datos. Existen dos grandes tipos de claves: las claves primarias y
las secundarias o externas.
12
  Claves primarias: son los atributos (columnas) según el tipo de relación
que se ha definido en la tabla. Pueden añadirse otros atributos específicos
y propios. 

 Claves externas o secundarias: son las claves que se definen para cada
una de las claves primarias establecidas para los elementos o entidades
de una relación.

Restricción de identidad.

Límites y restricciones que se imponen en las relaciones, imprescindibles para

mantener la significación correcta de la base de datos. Es un concepto íntimamente
vinculado a las reglas de integridad propias del modelo relacional, el cumplimiento de
las cuales está garantizado por las claves primarias y externas.

Existen 4 tipos básicos de restricciones de integridad:

 los datos requeridos (los campos o columnas siempre deben poseer un atributo o
un valor)
 la comprobación de validez (las tablas deben contener solo los datos
correspondientes a la correspondiente relación definida por cada tabla)
 las integridades de entidad y referencial (las primeras aseguran que las claves
primarias posean un valor único para cada tupla, y las segundas que las claves
principales y las externas mantengan su integridad)

13
 Del modelo E/R al modelo relacional.

¿Por que es Necesaria la Transformación?

 El modelo ERE es un modelo de datos conceptual de alto nivel.

 Facilita las tareas de diseño conceptual de bases de datos.
 Es necesario traducirlo a un esquema que sea compatible con un SGBD.
 El Modelo Relacional es utilizado por la mayoría de los SGBD existentes en el
mercado.

Reglas de transformación del modelo E/R al modelo relacional.

1. Transformación de Entidades.

“Cada tipo de entidad se transforma en una relación”.

2. Transformación de Atributos de Entidades.

Un atributo de una entidad se transforma en un atributo (columna) de la relación en

la cual se ha transformado la entidad; si el atributo estaba definido sobre un dominio, en
el modelo relacional queda también definido sobre el mismo dominio (con la excepción
de los atributos multivaluados).

 Identificador principal (IP): Se transforma en la clave primaria de la

relación.
 Identificadores alternativos (IA): Se transforman en claves alternativas en
el modelo relacional.
 Atributos obligatorios: Se transforman en una columna de la relación en la
cual se ha transformado la entidad, no admitiendo valores nulos.
 Atributos opcionales: Se transforman en una columna de la relación en la
cual se ha transformado la entidad,  admitiendo valores nulos.
 Atributos multivaluados: Se crea una nueva relación formada con la clave
primaria de la entidad y el atributo multivaluado, siendo ambos clave
primaria de la nueva relación (hay otras posibilidades).

14
 Atributos compuestos: Se transforma en los atributos simples (campos) que
componen el atributo compuesto, desapareciendo este como tal de la
relación.
 Atributos derivados: No formaran parte del modelo relacional resultante,
quedando eliminados en esta parte del diseño.

15
 Caso de estudio

En el siguiente apartado veremos un ejemplo de caso de estudio sobre un local de

comida rápida en el que se diseñara un sistema de base de datos empleando los
siguientes:

- Diseño conceptual: Modelo Entidad-Relación (Imagen 1).

- Esquema conceptual: Modelo Relacional.(Imagen 2)
- Normalización de Esquemas hasta la FNBC.
- Codificación de la Base de Datos.
- Diccionario de Datos.

Un restaurante de comida rápida sirve pedidos en el local. Cada pedido puede

incluir uno o varios artículos y productos especiales. Un artículo lleva uno o varios
ingredientes. Los productos especiales son ofertas del restaurante que, aparte de
llevar los ingredientes del artículo sobre el que se basa, llevan uno o varios
ingredientes adicionales. El restaurante, además de atender pedidos en el local,
quiere ofrecer un nuevo servicio de envío de pedidos a domicilio. Para dichos
pedidos interesa guardar la dirección y el teléfono de contacto del solicitante del
pedido. Se aceptan anulaciones de pedidos, pero la información de un domicilio se
guardará aunque se haya anulado el pedido solicitado. ¿Qué cambiarías en el
esquema E/R (añadir/eliminar/modificar) para incluir la información relativa a
domicilios?

Cada artículo lleva uno o más ingredientes y un ingrediente puede estar en más
de un artículo. En el que nos plantean la siguiente situación:

– En el restaurante hay ingredientes que pueden sustituirse por otros. Por

ejemplo en ocasiones la lechuga se sustituye bien por cogollos o bien por escarola.

– Puede coincidir que dos ingredientes distintos se sustituyan por el mismo

ingrediente. Por ejemplo los espaguetis y los macarrones suelen sustituirse por
tallarines.

– Sin embargo las sustituciones no son generales, sino que se aplican de forma
diferente para cada artículo. Por ejemplo, en las pizzas los champiñones se

16
sustituyen por setas o por hongos, mientras que en las ensaladas se sustituyen por
maíz o por hongos.

¿Qué cambiarías en el esquema E/R (añadir/eliminar/modificar) para incluir la

información relativa a sustitución de ingredientes? Realizar ajustes y correcciones
necesarias.

Imagen 1. Diagrama Entidad-Relación.

17
18
Imagen 2. Modelo Relacional.

19
 Conclusión

Un sistema de Base de Datos funciona para una empresa concreta, con

propósitos específicos. Lo cual, un gestor de bases de datos (SGBD) consiste en un
conjunto de datos interrelacionados y en un conjunto de programas para tener acceso a
esos datos usando lenguajes que permita a los usuarios tener acceso a esos datos
mediante el Gestor de base de Datos.

El propósito principal de este tipo de sistemas de bases de datos es ofrecer a los

usuarios una visión abstracta de los datos. Es decir, el sistema oculta ciertos detalles de
la manera en que los datos se almacenan y mantienen, de manera que un usuario
técnicamente inexperto pueda entenderlo.

Para esto es necesario hacer un diseño abstracto con esquemas de la base de

datos, como el utilizado anteriormente, El modelo de datos entidad-relación (E-R) es un
modelo de datos muy usado para el diseño de bases de datos. Proporciona una
representación gráfica conveniente para ver los datos, las relaciones y las restricciones.

Transformándolos posteriormente a Modelo Relacional para un entendimiento

fácil y compatible con el Gestor de base de Datos a utilizar.

20
 Bibliografía

Conference des Statisticiens Européens (1977). Concepto de base de datos. URL.

https://www.academia.edu/15183067/Concepto_de_base_de_datos

Jesús Parra (2015). Funciones y Componente de un Sistema de Gestión de Base de

Datos. URL. https://es.slideshare.net/jhparra/funciones-y-componentes

Abraham Silberschatz, Henry F. Korth, S.Sudarshan (2006) Fundamentos de bases de

datos Quinta edición.

Rafael Camps Paré. Introducción a las bases de datos. URL.

https://www.dataprix.com/files/UOC_OpenSource_Introduccion_al_disenyo_de_bases_
de_datos.pdf

Herman E. Dolder. Diseño Conceptual e implementación de Base de Datos. (1986)

M. MARQUÉS (2000). Diseño Conceptual de Base de Datos. Modelo Entidad – Relación.

Publicacions de la Universitat Jaume I. URL.
https://www3.uji.es/~mmarques/f47/teoria/tema6.pdf

Dolors Costal Costa. Introducción al diseño de bases de datos.

URL.
https://www.dataprix.com/files/UOC_OpenSource_Introduccion_a_las_bases_de_datos.
pdf

21