Resumen: Capitulo 1

Definición sistema gestor de base de datos

Consiste en una colección de datos interrelacionados y un conjunto de programas para acceder a
dichos datos. Esa colección normalmente se denomina base de datos y su objetivo es proporcionar
una forma de almacenar y recuperar la información de una base de datos de manera que 2sea
tanto práctica como eficiente.

1 - Los sistemas de base de datos se diseñan para gestionar grandes cantidades de información.

2 - 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.

3 - 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.

4 - Si los datos van a ser compartidos entre diferentes usuarios, el sistema debe evitar posibles
resultados anómalos.

Algunos ejemplos de bases de datos:

1 – Banca: almacena todas las transacciones hechas por un cliente.

2- Líneas aéreas: para reservas e información de horarios.

3- Ventas: para información de clientes, productos y compras.

Las bases de datos forman una parte esencial de nuestra vida hoy en día y las personas
interactúan de forma indirecta y directa con alguna base de datos (SGBD) por su siglas sistema
gestor de base de datos.

Abstracción de los datos

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.

1 - Nivel físico: Describe en detalle las estructuras de datos complejas.

2 – Nivel lógico: describe qué datos se almacenan en la base de datos y qué relaciones existen
entre esos datos.

3 – Nivel de vistas: El nivel más elevado de abstracción sólo describe parte de la base de datos .
Muchos usuarios del sistema de bases de datos no necesitan toda esta información; en su lugar
sólo necesitan tener acceso a una parte de la base de datos.
 Modelos de datos
Una colección de herramientas conceptuales para describir los datos, sus relaciones, su semántica
y las restricciones de consistencia. Los modelos de datos ofrecen un modo de describir el diseño
de las bases de datos en los niveles físico, lógico y de vistas.

Modelo relacional: El modelo relacional usa una colección de tablas para representar tanto los
datos como sus relaciones.

El modelo entidad-relación: El modelo de datos entidad-relación (E-R) se basa en una percepción

del mundo real que consiste en una colección de objetos básicos, denominados entidades, y de las
relaciones entre ellos.

Modelo de datos orientado a objetos: El modelo orientado a objetos se puede considerar como
una extensión del modelo E-R con los conceptos de la encapsulación, los métodos (funciones) y la
identidad de los objetos.

Modelo de datos semiestructurados: El modelo de datos semiestructurados permite la

especificación de datos donde los elementos de datos individuales del mismo tipo pueden tener
diferentes conjuntos de atributos

Lenguaje de manipulación de datos (LMD)

Permite a los usuarios tener acceso a los datos organizados mediante el modelo de datos
correspondiente o manipularlos.

tipos de acceso:

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

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

3- El borrado de la información de la base de datos.

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

Fundamentalmente hay 2 tipos:

Tipo 1: Procedimentales necesitan que el usuario especifique qué datos se necesitan y cómo

obtener esos datos.

Tipo 2: Declarativos 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) .
Estas instrucciones definen los detalles de implementación de los esquemas de las bases de datos,
que suelen ocultarse a los usuarios. No obstante, los predicados arbitrarios pueden resultar
costosos de comprobar. Por tanto, los sistemas de bases de datos se concentran en las
restricciones de integridad que pueden comprobarse con una sobrecarga mínima:

1 - Restricciones de dominio: Se debe asociar un dominio de valores posibles a cada atributo (por
ejemplo, tipos enteros, tipos de carácter, tipos fecha/hora).

2 - Integridad referencial: Hay casos en los que se desea asegurar que un valor que aparece en una
relación para un conjunto de atributos dado aparece también para un determinado conjunto de
atributos en otra relación (integridad referencial).

3 - Asertos: Un aserto es cualquier condición que la base de datos debe satisfacer siempre. Las
restricciones de dominio y las restricciones de integridad referencial son formas especiales de
asertos.

4 - Autorización. Puede que se desee diferenciar entre los usuarios en cuanto al tipo de acceso que
se les permite a diferentes valores de los datos de la base de datos.

Bases de datos relacionales

Las bases de datos relacionales se basan en el modelo relacional y usan un conjunto de tablas para
representar tanto los datos como las relaciones entre ellos. También incluyen un LMD y un LDD. La
mayor parte de los sistemas de bases de datos relacionales comerciales emplean el lenguaje SQL.

Tablas
Cada tabla tiene varias columnas, y cada columna tiene un nombre único. El modelo relacional es
un ejemplo de modelo basado en registros. Los modelos basados en registros se denominan así
porque la base de datos se estructura en registros de formato fijo de varios tipos. Cada tabla
contiene registros de un tipo dado. Cada tipo de registro define un número fijo de campos, o
atributos. Las columnas de la tabla se corresponden con los atributos del tipo de registro.

Lenguaje de manipulación de datos

El lenguaje de consultas de SQL no es procedimental. Usa como entrada varias tablas
(posiblemente sólo una) y devuelve siempre una sola tabla.

Lenguaje de definición de datos

SQL ofrece un LDD elaborado que permite definir tablas, restricciones de integridad, asertos, etc.
 Términos de repaso

 Sistema gestor de bases de datos (SGBD).

 Aplicaciones de sistemas de bases de datos.
 Sistemas de archivos.
 Inconsistencia de datos.
 Restricciones de consistencia.
 Vistas de datos.
 Abstracción de datos.
 Ejemplar de la base de datos.
 Esquema.
 Esquema de la base de datos.
 Esquema físico.
 Esquema lógico.
 Independencia física de los datos.
 Modelos de datos.
 Modelo entidad-relación.
 Modelo de datos relacional.
 Modelo de datos orientado a objetos.
 Modelo de datos relacional orientado a
 objetos.
 Lenguajes de bases de datos.
 Lenguaje de definición de datos.
 Lenguaje de manipulación de datos.
 Lenguaje de consultas.
 Diccionario de datos.
 Metadatos.
 Transacciones.
 Concurrencia.
 Programa de aplicación.
 Administrador de bases de datos (ABD).
 Máquinas cliente y servidor.
Resumen: Capitulo 6

Diseño de bases de datos y el modelo E-R

Visión general del proceso de diseño

La tarea de creación de aplicaciones de bases de datos es una labor compleja, que implica varias
fases, como el diseño del esquema de la base de datos, el diseño de los programas que tienen
acceso a los datos y los actualizan y el diseño del esquema de seguridad para controlar el acceso a
los datos.

Fases del diseño

Para aplicaciones pequeñas puede resultar factible para un diseñador de bases de datos que
comprenda los requisitos de la aplicación decidir directamente sobre las relaciones que hay que
crear, sus atributos y las restricciones sobre las relaciones.

1 - La fase inicial del diseño de las bases de datos es la caracterización completa de las necesidades
de datos de los posibles usuarios de la base de datos. El diseñador de la base de datos debe
interactuar intensamente con los expertos y los usuarios del dominio para realizar esta tarea. El
resultado de esta fase es una especificación de requisitos del usuario.

2 - El diseñador elige el modelo de datos y, aplicando los conceptos del modelo de datos elegido,
traduce estos requisitos en un esquema conceptual de la base de datos. El esquema desarrollado
en esta fase de diseño conceptual proporciona una visión detallada de la empresa. Se suele
emplear el modelo entidad-relación.

3 - Un esquema conceptual completamente desarrollado indica también los requisitos funcionales

de la empresa. En la especificación de requisitos funcionales los usuarios describen los tipos de
operaciones (o transacciones) que se llevarán a cabo sobre los datos.

4 - El proceso de paso desde el modelo abstracto de datos a la implementación de la base de datos

se divide en de dos fases de diseño finales.

A - Fase de diseño lógico: el diseñador traduce el esquema conceptual de alto nivel al modelo de
datos de la implementación del sistema de bases de datos que se va a usar.

B - Fase de diseño físico: El diseñador usa el esquema de base de datos resultante propio del
sistema en la siguiente fase en la que se especifican las características físicas de la base de datos.
Al diseñar el esquema de una base de datos hay que asegurarse de que se evitan dos peligros
importantes:

1 - Redundancia. Un mal diseño puede repetir información.

2 - Incompletitud. Un mal diseño puede hacer que determinados aspectos de la empresa resulten
difíciles o imposibles de modelar.

Modelo de datos entidad–relación (E-R)

Se desarrolló para facilitar el diseño de bases de datos permitiendo la especificación de un
esquema de la empresa que representa la estructura lógica global de la base de datos. El modelo
de datos E-R es uno de los diferentes modelos de datos semánticos; el aspecto semántico del
modelo radica en la representación del significado de los datos.

Conjuntos de entidades
Una entidad es una “cosa” u “objeto” del mundo real que es distinguible de todos los demás
objetos. Por ejemplo, cada persona de una empresa es una entidad. Una entidad tiene un
conjunto de propiedades, y los valores de algún conjunto de propiedades pueden identificar cada
entidad de forma unívoca.

Conjuntos de relaciones
Una relación es una asociación entre varias entidades.

Atributos
Para cada atributo hay un conjunto de valores permitidos, denominados dominio o conjunto de
valores de ese atributo.

Atributos simples y compuestos

En los ejemplos considerados hasta ahora los atributos han sido simples; es decir, no estaban
divididos en subpartes. Los atributos compuestos, en cambio, se pueden dividir en subpartes (es
decir, en otros atributos).

Atributos monovalorados y multivalorados

Se dice que estos atributos son monovalorados. Puede haber ocasiones en las que un atributo
tenga un conjunto de valores para una entidad concreta. Considérese un conjunto de entidades
empleado con el atributo número teléfono. Cada empleado puede tener cero, uno o varios
números de teléfono, y empleados diferentes pueden tener diferente cantidad de teléfonos.
Se dice que este tipo de atributo es multivalorado. Como ejemplo adicional, el atributo
nombre_subordinado del conjunto de entidades empleado es multivalorado, ya que cada
empleado podría tener cero, uno o más subordinados. Si resulta necesario, se pueden establecer
apropiadamente límites inferior y superior al número de valores en el atributo multivalorado.

Restricciones
Un esquema de desarrollo E-R puede definir ciertas restricciones a las que el contenido de la base
de datos se debe adaptar. En este apartado se examinan la correspondencia de cardinalidades, las
restricciones de claves y las restricciones de participación.

Correspondencia de cardinalidades
La correspondencia de cardinalidades, o razón de cardinalidad, expresa el número de entidades a
las que otra entidad se puede asociar mediante un conjunto de relaciones.

 Uno a uno Cada entidad de A se asocia, a lo sumo, con una entidad de B, y cada entidad
en B se asocia, a lo sumo, con una entidad de A.
 Uno a varios Cada entidad de A se asocia con cualquier número (cero o más) de entidades
de B. Cada entidad de B, sin embargo, se puede asociar, a lo sumo, con una entidad de A.
 Varios a uno Cada entidad de A se asocia, a lo sumo, con una entidad de B. Cada entidad
de B, sin embargo, se puede asociar con cualquier número (cero o más) de entidades de A.
 Varios a varios Cada entidad de A se asocia con cualquier número (cero o más) de
entidades de B, y cada entidad de B se asocia con cualquier número (cero o más) de
entidades de A.

Claves

Es necesario tener una forma de especificar la manera de distinguir las entidades pertenecientes a
un conjunto de entidades dado. Conceptualmente cada entidad es distinta; desde el punto de vista
de las bases de datos, sin embargo, la diferencia entre ellas se debe expresar en términos de sus
atributos. Por lo tanto, los valores de los atributos de cada entidad deben ser tales que permitan
identificar unívocamente a esa entidad. En otras palabras, no se permite que ningún par de
entidades de un conjunto de entidades tenga exactamente el mismo valor en todos sus atributos.

Aspectos del diseño entidad-relación

Los conceptos de conjunto de entidades y de conjunto de relaciones no son precisos, y es posible

definir el conjunto de entidades y las relaciones entre ellas de diferentes formas. En este apartado
se examina aspectos básicos del diseño de esquemas de bases de datos E-R.
Restricciones a las generalizaciones

Para modelar una empresa con más precisión, el diseñador de la base de datos puede decidir
imponer ciertas restricciones sobre una generalización concreta. Un tipo de restricción implica la
determinación de las entidades que pueden formar parte de un conjunto de entidades de nivel
inferior dado. Esa pertenencia puede ser una de las siguientes:}

Definida por la condición. En los conjuntos de entidades de nivel inferior definidos por la condición,
la pertenencia se evalúa en función del cumplimiento de una condición o predicado explícito
por la entidad.

Definida por el usuario. Los conjuntos de entidades de nivel inferior definidos por el usuario
no están restringidos por una condición de pertenencia; más bien, el usuario de la base de datos
asigna las entidades a un conjunto de entidades dado.

Un segundo tipo de restricciones tiene relación con la pertenencia de las entidades a más de un
conjunto de entidades de nivel inferior de la generalización. Los conjuntos de entidades de nivel
inferior pueden ser de uno de los tipos siguientes:

Disjuntos. La restricción sobre la condición de disjunción exige que cada entidad no pertenezca a
más de un conjunto de entidades de nivel inferior.

Solapados. En las generalizaciones solapadas la misma entidad puede pertenecer a más de un

conjunto de entidades de nivel inferior de la generalización.

Términos de repaso
 Modelo de datos entidad-relación.
 Entidad.
 Conjunto de entidades.
 Relación y conjunto de relaciones.
 Rol.
 Conjunto de relaciones recursivo.
 Atributos descriptivos.
 Conjunto de relaciones binarias.
 Grado de un conjunto de relaciones.
 Atributos.
 Dominio.
 Atributos simples y compuestos.
 Atributos monovalorados y
 multivalorados.
 Valor nulo.
 Atributo derivado.
 Superclave, clave candidata y clave
 primaria.
 Correspondencia de cardinalidad:
 Relación uno a uno.
 Relación uno a varios.
 Relación varios a uno.
 Relación varios a varios.
 Participación:
 Total.
 Parcial.
 Conjuntos de entidades débiles y fuertes.
 Atributos discriminantes.
 Relaciones identificadoras.
 Especialización y generalización.
 Superclase y subclase.
 Herencia de atributos.
 Herencia simple y múltiple.
 Pertenencia definida por condición y
 definida por el usuario.
 Generalización disjunta y solapada.
 Restricción de completitud.
 Generalización total y parcial.
 Agregación.
 Diagrama E-R.
 Lenguaje de modelado unificado (UML)