Fundamentos de Informática para la Ingeniería
Tema 5: Introducción a BBDD
Contenido
1. Introducción
2. Conceptos básicos de una SBD
3. Ciclo de vida de un SBD
4. Componente de un SGBD
5. Introducción al modelo entidad-relación (E/R)
6. Entidades y atributos
7. Relaciones y Restricciones
8. Diagrama E/R
Introducción
▪ Antiguamente la información en una empresa se almacenaba en carpetas,
archivadores, armarios, etc.
• La consulta era laboriosa y poco eficiente.
▪ La generalización del uso de computadores lleva a almacenar toda la información en
el disco duro y unidades de almacenamiento externo. Inconvenientes:
• Redundancia de datos.
• Inconsistencia de los mismos
• Dificultad de acceso a los mismos.
• Confidencialidad, seguridad, etc.
▪ Para solucionar estos problemas se crean las sistemas de bases de datos (SBD)
compuestos por:
• Bases de Datos (BD)
• Sistemas de Gestión de Bases de Datos (SGBD)
• Aplicaciones de usuario. USUARIOS: Usuario1, Usuario2,… , ADMINISTRADOR/E
UsuarioN S
APLICACIONES: Aplicación1, INTERFAZ DE
Aplicación2,… CONSULTAS
SGBD
Base de datos 1 Base de datos 2 … Base de datos
M
SISTEMA DE BASE DE DATOS
Conceptos básicos de los SBD
▪ Cuando se construye una base de datos hay dos elementos diferenciados
e íntimamente ligados:
• Esquema: especifica la estructura sobre la que se almacenará los datos
• Instancia: Es un estado particular del esquema de BD, con unos datos concretos
▪ Pasos en el proceso de elaboración y posterior utilización de la BD:
• Definición del esquema: Establecer cuáles son los elementos destacados,
características junto con su dominio y qué relaciones se establecen entre los mismos.
• Manipulación de datos:
Recuperación: Operaciones destinadas a la recuperación de la información almacenada.
Inserción: Operaciones encaminadas a insertar nuevos datos.
Eliminación: Operaciones llevadas a cabo para el borrado datos.
▪ Todos los SGBD ofrecen lenguajes de programación (e.g. SQL, ISBL) para
interactuar con la base de datos, pudiéndose dividir en dos tipos:
• Lenguaje de Definición de Datos (LDD): Permite la definición del esquema de la BD
(estructura).
• Lenguaje de Manipulación de Datos (LMD): Permite operaciones de recuperación,
inserción y eliminación de datos.
Creación de una tabla con LDD de SQL Consulta a dos datos con LMD de SQL
CREATE TABLE clientes
( dni varchar(9) not null,
Nombre varchar (25),
select NOMBRE, DIRECCION from CLIENTES
Dirección varchar (25),
PRIMARY KEY dni
)
Conceptos básicos de los SBD
▪ Niveles de la estructura interna de un SBD (estándar ANSI/SPARC):
• Nivel interno (físico): Definición de la organización y forma de almacenamiento
físico de los datos. A este nivel se describe la representación de los datos en
memoria, teniendo en cuenta criterios de eficiencia (tanto de tiempo requerido
para el acceso a los datos como de espacio).
• Nivel conceptual (lógico): Definición del conjunto de datos que integran la BD
completa, describiéndose qué datos se almacenan y qué relaciones existen entre
estos datos.
• Nivel Externo (visualización): Definición de las diferentes formas de acceso de los
diferentes usuarios a los datos, estando compuesto por vistas (subconjuntos de la
base de datos al que accede un usuario o una determinada aplicación).
Usuario1 Usuario2 Usuario3
Vista1 Vista2 Vista3 clientes(dni, nombre)
Nivel Conceptual clientes(dni, nombre,
direccion, ccc)
dni: integer
Nivel Interno direccion: char(80)
nombre: char(50)
ccc: char(10)
Base de datos
almacenados
Ciclo de Vida de un SBD
▪ En la implementación de un SBD hay las siguientes fases de desarrollo (ciclo
de vida):
• Análisis. En esta etapa se estudia el contenido de la BD. Con la ayuda de los
clientes se analiza y define qué información vamos a almacenar, qué
operaciones se pueden realizar sobre la misma y qué restricciones tiene que
cumplir dicha información.
• Diseño. Se desarrolla el esquema conceptual de la base de datos, teniendo en
cuenta el modelo de datos utilizado.
• Codificación. Codificación con el LDD del esquema conceptual definido en el
apartado anterior.
• Implantación. Puesta en marcha del sistema. Para ello es necesario implantar:
Esquema: ejecución de las sentencias del LDD obtenidas en la fase anterior para
obtener la estructura de la base de datos.
Instancia: ejecución de un conjunto de sentencias del LMD que permitan la
introducción de datos iniciales.
• Prueba. En esta fase se comprueba que las operaciones y las restricciones
establecidas en la fase de análisis se cumplen.
• Operación. Proporcionar al cliente el SBD para que lo utilice y opere con él.
• Mantenimiento. Fase en la cual se corrigen errores cometidos y se extiende la
funcionalidad del sistema.
Componente de un SGBD
▪ Un SGBD es un software muy complejo que está dividido en una serie de
componentes software, de los que cabe destacar los siguientes:
• Procesador de operaciones de acceso recibe los comandos en un lenguaje de bajo
nivel, y es el verdadero responsable del almacenamiento, recuperación y actualización
de los datos en la BD. Utiliza la información del catálogo del sistema.
• Catálogo del sistema almacena metadatos (datos sobre datos). Define la estructura de
la BD. Contiene información como nombres y localización de los archivos, tipos de datos
etc.
• Compilador de LDD Traduce las sentencias del LDD en una serie de tablas que
contienen los metadatos almacenables en el catálogo del sistema.
• Compilador de LMD convierte las sentencias en LMD en llamadas normales a
procedimientos en el lenguaje principal.
• Compilador de consultas traduce sentencias en un lenguaje de consultas a
instrucciones de bajo nivel que serán entendidas por el procesador de operaciones de
acceso.
• Subsistema de copias de seguridad. Ante la posibilidad de fallos físicos que incidan en
una pérdida de todos o parte de los datos almacenados, se encarga de realizar dichas
copias para que los datos puedan ser posteriormente recuperados.
• Subsistema de control de la concurrencia. Hay ocasiones en las que varios usuarios
pretendan modificar los mismos valores en la BD. Para que no haya problemas con la
consistencia de los datos, el subsistema de control de la concurrencia se ocupa de
controlar la interacción para asegurar que operaciones simultáneas a la base de datos
no interfieran unas con otras.
Introducción al modelo entidad-relación (E/R)
▪ Una de las herramientas más extendidas en el diseño de la BD de un SBD
son los diagramas E/R. A partir de la especificación de requisitos,
producto del análisis, se realiza el diseño de la base de datos
identificándose los siguientes elementos:
• Entidades: Elementos destacados sobre los que queremos almacenar información
(e.g. artículos, proveedores, clientes, etc.).
• Atributos: Propiedades de las entidades que definen qué información vamos a
almacenar (e.g. código del artículo, NIF del proveedor, nombre del cliente, etc.).
• Relaciones: establecidas entre las entidades del problema (los artículos son
suministrados por los proveedores, los clientes piden artículos, etc.).
• Restricciones semánticas: Reglas de funcionamiento del sistema (ej. esta empresa
solo admite que se realicen pedidos por parte de los clientes que estén al tanto
de los pagos ó cada proveedor puede suministrar varios artículos).
▪ En el modelo E/R se utilizan los Diagramas entidad-relación para la
representación no ambigua de la información desde las
especificaciones, utilizándose para:
1. la validación de requisitos con el cliente
2. generar el esquema conceptual de la BD, traducible a sentencias del LDD.
Entidades y Atributos
▪ Formalmente:
Una entidad es un objeto que existe y es distinguible de
otros objetos.
▪ En nuestro ejemplo de la empresa comercial querremos almacenar
información de los clientes (nif ó dni, nombre, dirección, cuenta del
banco asociada, etc.), de los artículos con los que trabaja la empresa
(número de referencia del artículo, descripción, precio de venta, número
de unidades en almacén, etc.), de los pedidos (número de pedido, fecha
en que se realiza, importe total, iva a aplicar, etc) y de los proveedores
(nif de la empresa proveedora, dirección social, a qué se dedica, etc.).
▪ El concepto de Entidad tiene dos significados distintos:
1. Conjunto de entidades: Un grupo de entidades del mismo tipo como todos los
clientes de la empresa ó todos los proveedores de la misma. Los conjuntos de
entidades no tienen por qué ser disjuntos, se puede dar el caso de que uno de
los proveedores de la empresa nos haya realizado algún pedido y, por tanto,
también pertenezca al conjunto de entidades clientes.
2. Instancia de una entidad: Un elemento de un conjunto de entidades. Como
puede ser uno de los clientes de nuestra empresa ó uno de los proveedores de la
misma.
Entidades y Atributos
▪ Los atributos son las propiedades que definen a las entidades:
Cada entidad se representa mediante un conjunto de
propiedades denominadas atributos.
▪ Los atributos nif ó dni, nombre, dirección y cuenta del banco asociada de
cada cliente identifican a éste y lo diferencian del resto. Para cada
atributo hay un conjunto de valores permitidos llamado dominio (e.g. el
número de cuenta del banco está compuesto por 20 dígitos que
representan el código del banco, el código de sucursal, los dígitos de
control y el número de cuenta final). La notación utilizada para
especificar una entidad con sus atributos es la siguiente:
Nombre_Entidad(nombre_atributos_separados_por_comas)
▪ Una base de datos es una colección de conjuntos de entidades,
cada uno de los cuales contiene un número cualquiera de
entidades del mismo tipo y con los mismos atributos.
Entidades y Atributos
▪ En la base de datos de la empresa comercial
disponemos de las siguientes entidades y
atributos.
clientes (nif_o_dni, nombre, dirección,
cuenta_bancaria)
artículos (num_referencia, descripción,
precio_venta, num_unid)
pedidos (num_pedido, fecha, importe_bruto,
iva, importe_neto )
proveedores (nif, dirección, teléfono)
Clave primaria
▪ Se denomina clave de un conjunto de entidades al conjunto
de uno o más atributos cuyo valor sirve para identificar
unívocamente a cada entidad del conjunto. En otras
palabras: no existen dos entidades que tengan los valores de
sus claves iguales.
▪ Por ejemplo, los clientes se identificarán por el DNI puesto
que es imposible que dos personas tengan el mismo, ó los
artículos se identificarán por el número de referencia. La
clave seleccionada para la representación de entidades en
nuestra BD se denominará clave primaria, indicándose
mediante el subrayado de los atributos.
– Ejemplos
– clientes (nif_o_dni, nombre, dirección, cuenta_bancaria)
– artículos (num_referencia, descripción, precio_venta, num_unid)
– pedidos (num_pedido, fecha, importe_bruto, iva, importe_neto )
– proveedores (nif, dirección, teléfono)
Relaciones y Restricciones
▪ Una relación es una asociación semántica entre varias entidades.
• Por ejemplo, para nuestra empresa comercial tiene que existir una relación entre
clientes y pedidos que indique qué cliente concreto realiza cada pedido; o entre
proveedores y artículos que nos indique qué artículos nos suministra cada
proveedor.
▪ Al igual que ocurre con las entidades, las relaciones tienen dos
significados: conjunto de relaciones e instancia de un conjunto de
relaciones.
• El conjunto de relaciones de cliente-pedido estará compuesto por todas las
parejas de clientes y los pedidos que éstos han realizado.
• Una instancia de un conjunto de relaciones es una de estas parejas que puede
relacionar, por ejemplo, al cliente ‘Pérez’ con el pedido número ‘15’.
▪ Se suele utilizar como notación básica para especificar una la relación entre entidades
la siguiente:
R(E1, E2, ..., Ek),
relación de orden k
▪ Ejemplo (normalmente las relaciones con las que se trabaja son binarias, de orden 2):
Realiza (Clientes, Pedidos)
Suministra (Proveedores, Artículos)
Relaciones y Restricciones
▪ Se denomina cardinalidad de una relación al número de instancias de las
entidades que se pueden asociar. Puede ser de los siguientes tipos:
• Una a una: una instancia de una entidad A está asociada, a lo sumo, con una instancia
de la entidad B y viceversa.
• Una a muchas: una instancia de la entidad A puede estar asociada con un número
cualquiera de instancias de la entidad B, y una instancia de la entidad B está asociada,
a lo sumo, con una de la entidad A.
• Muchas a muchas: cualquier número de A puede asociarse a cualquier número de B y
viceversa.
▪ Ejemplos:
• Una a una (1:1)
Casado (Hombre, Mujer): como máximo un hombre puede estar casado con una mujer y una mujer
sólo puede estar casado con un hombre.
• Una a muchas (1:m)
Pertenece (Departamento, Empleado): a un departamento pertenecen varios empleados pero un
empleado sólo puede pertenecer a un departamento.
Realiza (Clientes, Pedidos): cada pedido puede ser realizado por un solo cliente y un cliente puede
realizar varios pedidos.
• Muchas a muchas (m:m)
Suministra (Proveedor, artículo): un proveedor puede suministrar varios artículos y un artículo puede
ser suministrado por varios proveedores, que nos proporcionarán distintos precios.
Diagrama E/R
▪ A partir de las relaciones se puede representar gráficamente la
estructura de la BD:
• Relación 1:1
Relación
• Relación 1:m
Relación
• Relación m:m
Relación
• Por ejemplo
Clientes Realiza Pedidos
Diagrama E/R
▪ Tal y como se puede observar en el ejemplo, los conjuntos de
entidades están representados por un rectángulo. También hay
símbolos para representar los atributos:
▪ Atributo
Atributo
▪ Atributo con múltiples valores
Atributo
▪ Clave primaria
teléfono dni_o_nif
Atributo
Por ejemplo: nombre Clientes
clientes (nif_o_dni, nombre, dirección, teléfono) dirección
Diagrama E/R
Ciudad_suc Teléfono
Nombre_suc Nombre
edad
activo SUCURSAL TRABAJA EMPLEADO Fecha_nac
#cuenta
EXISTEN
saldo
CUENTA
Seguridad_soc CLIENTE POSEE
Nombre dirección TIENE cantidad
Teléfono
Calle ciudad N_movimiento
MOVIMIENTOS
fecha
Programación: Diagrama E/R
CLIENTE(DNI, NOMBRE, DIRECCION) – Type Tclientes is array(rango) of
CUENTA(CCC, SALDO) Tcliente;
POSEE(DNI, CCC) – Type Tcuentas is array(rango) of
Tcuenta;
– Type TposeeC is array(rango) of
Tposee;
– Type Tcliente is record
dni;
nombre;
direccion;
end;
– Type Tcuenta is record
– ccc;
– saldo;
– end;
– Type Tposee is record
– ccc;
– dni;
– end;
