INTRODUCCIÓN A LOS

SISTEMAS DE BASES DE
DATOS
Mariela Espinoza
Ingeniería en Networking y Telecomunicaciones
Facultad de Ciencias Matemáticas y Físicas
Universidad de Guayaquil
Unidad # 1: Introducción a los Sistemas
de Bases de Datos

■ Fundamentos de los Sistemas de Bases de datos, su

historia, ventajas y desventajas.
■ Arquitectura de los sistemas de Base de Datos y de los
roles o funciones que intervienen.
■ Características y subsistemas. Minimiza la redundancia
de datos, de la seguridad de los datos, la recuperación
y la atomicidad y control de concurrencia.
■ Proceso de diseño de Base de datos y Etapas del ciclo
de vida de los sistemas de bases de datos.
Unidad # 1: Introducción a los Sistemas
de Bases de Datos
■ Qué es un dato
– Información concreta sobre hechos, elementos, etc., que permite
estudiarlos, analizarlos o conocerlos.
– Cifra, letra o palabra que se suministra a la computadora como entrada
y la máquina almacena en un determinado formato.
– Un dato es una representación simbólica (numérica, alfabética,
algorítmica, espacial, etc.) de un atributo o variable cuantitativa o
cualitativa.
– Los datos describen hechos empíricos, sucesos y entidades. Es un valor
o referente que recibe el computador por diferentes medios, los datos
representan la información que el programador manipula en la
construcción de una solución o en el desarrollo de un algoritmo.
Qué es un dato

– Del Latín Datum “Lo que se Da”

Singular Plural
Datum Data
Dato Datos
■ Describe una entidad, un hecho , un momento de la vida real.
■ Aisladamente es incomprensible, irrelevante, No genera ni contiene
Información.
Qué es un dato

Cantidad de
Edad
Visitas

20

Número de
% Descuento
archivos
Qué es un dato
Es la representación de un objeto o
Entidad concepto del mundo real que se
(Relación) describe en una base de datos.
Alumno
■ Edad
■ Número de cédula
■ Fecha de Nacimiento Representa una propiedad de interés de
Atributos una entidad. Los atributos se describen
■ Lugar de Nacimiento
(Data) en la estructura de la base de datos
■ Padre
■ Madre
■ Dirección
■ Carrera
■ Materias Aprobadas
Qué es una Base de Datos
■ Colección de información organizada en un mismo contexto de tal modo que
sea fácilmente accesible, gestionada y actualizada.
■ Conjunto de datos pertenecientes a un mismo contexto, almacenados
sistemáticamente para posterior uso.
■ Conjunto de datos informativos organizados en un mismo contexto para su
uso y vinculación
■ Una base de datos es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemáticamente para su posterior uso.
■ Actualmente, y debido al desarrollo tecnológico de campos como
la informática y la electrónica, la mayoría de las bases de datos están en
formato digital, siendo este un componente electrónico, por tanto se ha
desarrollado y se ofrece un amplio rango de soluciones al problema
del almacenamiento de datos.
Qué es una Base de Datos
■ EJEMPLO:
– Una biblioteca puede considerarse
una base de datos compuesta en su
mayoría por documentos y textos
impresos en papel e indexados para
su consulta.
– Guías telefónicas. Aunque en
desuso, estos voluminosos libros
solían contener miles de números
telefónicos asignados a hogares,
empresas y particulares, para
permitir al usuario dar con el que
necesitaba. Eran engorrosos,
pesados, pero completos.
■ LLUVIA DE IDEAS
Clasificación de las Base de Datos

Según su variabilidad. Conforme a los procesos de

recuperación y preservación de los datos, podemos hablar
de:

Bases de datos estáticas. Típicas Bases de datos dinámicas. Aparte

de la inteligencia empresarial y de las operaciones básicas de
otras áreas de análisis histórico, consulta, estas bases de datos
son bases de datos de sólo manejan procesos de
lectura, de las cuales se puede actualización, reorganización,
extraer información, pero no añadidura y borrado de
modificar la ya existente. información.
Clasificación de las Base de Datos

Según su contenido. De acuerdo a la naturaleza de la

información contenida, pueden ser:
Bibliográficas. Directorios. Listados Especializadas. Bases
Contienen diverso enormes de datos de datos de
De texto completo. Se
material de lectura personalizados o de información hiper
manejan con textos
(libros, revistas, etc.) direcciones de correo especializada o
históricos o
ordenado a partir de electrónico, números técnica, pensadas a
documentales, cuya
información clave telefónicos, etc. partir de las
preservación debe ser
como son los datos del Las empresas de necesidades
a todo nivel y se
autor, del editor, del servicios manejan puntuales de un
consideran fuentes
año de aparición, del enormes directorios público determinado
primarias.
área temática o del clientelares, por que consume dicha
título del libro. ejemplo. información.
Clasificación de las Base de Datos
Según su Virtuales
uso: Temporales
Digitales
Referencia
Bibliográficas
Manuales
Directorios
Científicas
Geográficas
Juegos
Sistemas Gestores de Bases de Datos
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.
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.
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 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.
Sistemas Gestores de Bases de Datos
Sistemas Gestores de Bases de Datos
Características Permite una vista muy centralizada y clara de los datos para que sean
son: accedidos de la mejor manera posible.

Se encargan de gestionar adecuadamente los datos, evitando a los usuarios o

programas que les requieren, tener que entender dónde se encuentran
físicamente los datos.
Estos sistemas disponen de un lenguaje de programación llamado SQL
(Structured Query Language) para poder proteger y acceder a los datos.

La necesidad de requerir de un lenguaje para su acceso y su autonomía como

sistema, proporcionan integridad y seguridad a los datos.

Suelen disponer de un sistema de bloqueo para el acceso simultáneo, lo que

le da un plus de seguridad a la integridad de los datos.

Estos sistemas de base de datos disponen de API’s (Application Programming

Interface) muy visuales e intuitivas para poder gestionar los datos.
Sistemas Gestores de Bases de Datos
Características Un correcto SGBD proporcionará economías de escala en el procesamiento de
son: grandes cantidades de datos ya que está hecho para ese tipo de operaciones.

Los SGBD proporcionan un nivel de abstracción entre la estructura lógica de la

base de datos y el esquema físico que describe el contenido físico usado por la
base de datos.
El programa de gestión de almacenamiento y su gestión de datos (servidor) es
totalmente independiente del programa con el cuál se realizan las consultas
(cliente).
Los SGBD realizan eficientes almacenamientos de los datos, pero estos se
hacen de forma oculta para el usuario y nada tiene que ver con lo que
finalmente se le presenta.
Son capaces de gestionar distintos tipos de bases de datos, por ejemplo:
bases de datos relacionales (suelen ser las estándar) y bases de datos
orientadas a objetos.
Multiplicidad de acceso a los datos.
1.1 Fundamentos de los Sistemas de Bases de
datos, su historia.

Edad Antigua 1950 1970 1990

Bibliotecas y Registros Cintas Magnéticas Edgan Frank Codd BD Herramientas Excel, Access
relacionales, SGBD

1884 1960 1980 Siglo XXI

Herman Hollerth Uso de Discos, BD Jerarquica y Comercialización de sistemas Microsoft, IBM, Oracle
Máquina Perforadora Red relacionales
1.1 Fundamentos de los Sistemas de Bases de
datos, ventajas.
Reutilización de datos Control de
Estandarización
y programas redundancia

Integridad Seguridad Rapidez de desarrollo

Mantenimiento y Proveen interfaces y

reingeniería: Cambios lenguajes de consulta
en la estructura de que simplifican la
datos sin cambiar los recuperación de los
programas que lo usan datos.
1.1 Fundamentos de los Sistemas de Bases de
datos, desventajas.

Compatibilidad en la
Tamaño Susceptibilidad de fallas
recuperación a fallas

Tiempo de respuesta
“lenta” debido a las Disponer de
Complejidad
verificaciones que debe administradores
hacer.

Costo
1.2 Arquitectura de los sistemas de Base de
Datos.

Leer documento de
Arquitectura de
Bases de Datos y
hacer resumen.
Classroom.
1.2 Arquitectura de los sistemas de Base de
Datos.
Nivel Interno o Físico
•El más cercano al almacenamiento físico, es decir, tal y como están almacenados en el ordenador
•Se describe la estructura física de la base de datos mediante un esquema interno.
•Se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base
de datos, los archivos que contienen la información, su organización, los métodos de acceso a los
registros, los tipos de registros, la longitud, los campos que los componen, etcétera.
Nivel conceptual
•Se describe la estructura de toda la BD para un grupo de usuarios mediante un esquema conceptual.
•Oculta detalles de estructura física de almacenamiento,
•Describe la estructura de toda la BD, entidades, atributos, relaciones, operaciones de los usuarios y
restricciones
•Representa la información contenida en la BD
Nivel Externo
•Es el más cercano a los usuarios, describen varios esquemas externos o vistas de usuarios.
•Cada esquema describe la parte de la base de datos que interesa a un grupo de usuarios determinados y
oculta ese grupo al resto de la base de datos
•En este nivel se representa la visión individual de un usuario o de un grupo de usuarios.
1.2 Arquitectura de los sistemas de Base de
Datos.
1.2 Arquitectura de los sistemas de Base de
Datos y de los roles o funciones que intervienen.
Usuarios normales.

• Son usuarios no sofisticados que interactúan

con el sistema mediante la invocación de
alguno de los programas de aplicación
permanentes que se ha escrito previamente.

• La interfaz de usuario normal para los

usuarios normales es una interfaz de
formularios, donde el usuario puede rellenar
los campos apropiados del formulario. Los
usuarios normales pueden también
simplemente leer informes generados de la
base de datos.
1.2 Arquitectura de los sistemas de Base de
Datos y de los roles o funciones que intervienen.

Programadores de aplicaciones

• Son profesionales informáticos que escriben

programas de aplicación. Pueden elegir
entre muchas herramientas para desarrollar
interfaces de usuario.

• Las herramientas de Desarrollo Rápido de

Aplicaciones son herramientas que permiten
al programador de aplicaciones construir
formularios e informes sin escribir un
programa
1.2 Arquitectura de los sistemas de Base de
Datos y de los roles o funciones que intervienen.
Los usuarios sofisticados

• Interactúan con el sistema sin programas

escritos, usando el lenguaje de
consulta de base de datos para hacer
sus consultas.

• Los analistas que envían las consultas

para explorar los datos en la base de
datos entran en esta categoría, usando
ellos las herramientas de procesamiento
analítico en línea (OLAP, OnLine Analytical
Processing), o herramientas de
recopilación de datos.
1.2 Arquitectura de los sistemas de Base de
Datos y de los roles o funciones que intervienen.
Usuarios especializados.

• Son usuarios sofisticados que escriben

aplicaciones de bases de datos
especializadas y adecuadas para el
procesamiento de datos tradicional.

• Entre estas aplicaciones están los

sistemas de diseño asistido por
computadora, sistemas de base de
conocimientos y sistemas
expertos, sistemas que almacenan datos
de tipos de datos complejos (como
gráficos y de audio) y sistemas de
modelado de entorno.
1.2 Arquitectura de los sistemas de Base de
Datos y de los roles o funciones que intervienen.
Administrador

• Una de las principales razones de usar SGBDs es

tener un control centralizado tanto de los datos como
de los programas que acceden a esos datos.

Funciones.
• Definición de la estructura y del método de acceso.
• Modificación del esquema y de la organización física.
• Concesión de autorización para el acceso a los datos.
• Mantenimiento rutinario
• Copia de seguridad periódica de la base de datos,
• Asegurarse de que haya suficiente espacio libre en disco
• Supervisión de los trabajos que se ejecuten en la base de datos
1.3 Características y subsistemas.

Redundancia e inconsistencia de los datos.

▪ Debido a que los archivos y programas de aplicación los crean diferentes

programadores en el transcurso de un largo período de tiempo, es probable que los
diversos archivos tengan estructuras diferentes y que los programas estén escritos
en varios lenguajes de programación diferentes.

Dificultad en el acceso a los datos.

• Si una petición no fue prevista por los diseñadores del sistema original, no hay un
programa de aplicación a mano para satisfacerla.

Aislamiento de datos.

• Como los datos están dispersos en varios archivos, y los archivos pueden estar en
diferentes formatos, es difícil escribir nuevos programas de aplicación para
recuperar los datos correspondientes.
1.3 Características y subsistemas.
Problemas de integridad.

•Los valores de los datos almacenados en la base de datos deben satisfacer ciertos tipos de
restricciones de consistencia.

Problemas de atomicidad.

•Los sistemas informáticos, como cualquier otro dispositivo mecánico o eléctrico, está sujeto a
fallos. En muchas aplicaciones es crucial asegurar que, si se produce algún fallo, los datos se
restauren al estado consistente que existía antes del fallo.

Anomalías en el acceso concurrente.

•Para aumentar el rendimiento global del sistema y obtener una respuesta más rápida,
muchos sistemas permiten que varios usuarios actualicen los datos simultáneamente.

Problemas de seguridad.

•No todos los usuarios de un sistema de bases de datos deben poder acceder a todos los
datos.
1..4 Proceso de diseño de Base de datos y
Etapas del ciclo de vida de los sistemas de bases
de datos.
■ Bajo la estructura de las
bases de datos se encuentra • Archivos Textos Planos • Estructuras
el modelo de datos: una
•
colección de herramientas
conceptuales para describir
• Modelo Jerárquico •
Entidades
Atributos
los datos, sus relaciones, su • Modelo de Red • Relaciones
semántica y las restricciones
de consistencia. • Modelo Relacional
■ Los modelos de datos • Modelo de base de datos
ofrecen un modo de describir orientado a objetos
el diseño de las bases de
datos en los niveles físico,
lógico y de vistas.
1.4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Modelo texto plano.
• No es un modelo de datos, sin embargo son la base para almacenamiento de
datos en todos los sistemas.
• Para acceder a los datos o manipularlos, la computadora tiene que leer todo el
archivo plano y traerlo a la memoria, lo que vuelve a este modelo ineficiente para
todo, excepto para los conjuntos de datos más pequeños.
1.4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Modelo jerárquico
•Es un tipo de sistema de gestión de bases de datos
que, como su nombre indica, almacena la información
en una estructura jerárquica que enlaza los registros
en forma de estructura de árbol (similar a un árbol
visto al revés), en donde un nodo padre de
información puede tener varios nodos hijo, y así
sucesivamente
•Este modelo fue usado principalmente por los
Sistemas de Gestión de Información de IBM en las
décadas de 1960 y 1970, pero raramente se los ve en
la actualidad debido a ciertas ineficiencias operativas.
1.4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Modelo de red
•Está conformado por una colección o set de registros, los cuales
están conectados entre sí por medio de enlaces en una red. Se
basa en el modelo jerárquico, permitiendo relaciones de muchos
a muchos entre registros vinculados, lo que implica registros
principales múltiples. Basado en la teoría matemática de
conjuntos, el modelo se construye con conjuntos de registros
relacionados.
•Un registro puede ser miembro o secundario en múltiples
conjuntos, permitiendo que este modelo represente relaciones
complejas.
•Fue muy popular en la década de 1970 después de que fue
definido formalmente por la Conference on Data Systems
Languages (CODASYL).
1.4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Modelo relacional.
•El modelo relacional usa una colección de tablas para
representar tanto los datos como sus relaciones.
•Cada tabla tiene varias columnas, y cada columna tiene
un nombre único. El modelo relacional es un ejemplo de
un 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 tabla contiene registros de un tipo dado. Cada tipo
de registro define un número fijo de campos, o atributos.
•El modelo de datos relacional es el modelo de datos más
ampliamente usado, y una gran mayoría de sistemas de
bases de datos actuales se basan en el modelo relacional.
1.4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
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.
•Una entidad es una “cosa” u “objeto” del
mundo real que es distinguible de otros
objetos.
•El modelo entidad-relación se usa mucho
en el diseño de bases de datos .
1.4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Modelo de datos orientado a
objetos.
• El modelo de datos orientado a
objetos es otro modelo de datos que
está recibiendo una atención
creciente.
• 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.
1.4 Proceso de diseño de Base de datos y Etapas del
ciclo de vida de los sistemas de bases de datos.

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.
• Esto lo diferencia de los modelos de datos
mencionados anteriormente, en los que cada
elemento de datos de un tipo particular debe
tener el mismo conjunto de atributos
• El lenguaje de marcas extensible ( XML,
eXtensible Markup Language) se emplea mucho
para representar datos semiestructurados.
1..4 Proceso de diseño de Base de datos y
Etapas del ciclo de vida de los sistemas de bases
de datos.
1.Planificación de la base de
datos.

6. Mantenimiento. 2. Definición del sistema.

5. Implementación. 3. Diseño de la base de datos.

4. Selección del SGBD.

1..4 Proceso de diseño de Base de datos y
Etapas del ciclo de vida de los sistemas de bases
de datos.
• Planificación del proyecto. La planificación de la base de datos también incluye el desarrollo de estándares
que sirvan para especificar como llevar a cabo la recolección de datos, el formato que deben llevar, cuál es
la documentación necesaria y como se llevara a cabo el diseño y la implementación.

• Definición del Sistema. Aquí se especifica el ámbito y los limites de la aplicación de un sistema de Base de
Datos, así como con que otros sistemas interactúa, quienes son los usuarios y sus áreas de aplicación.

• Recolección y Análisis de Requisitos. Se recaba información sobre el uso que se le piensa dar a la Base
de Datos, sobre los usuarios y las aplicaciones que se les desea dar. En esta etapa se tiene como
resultado un conjunto de documentos con especificaciones de requisitos de los usuarios.

• Diseño Conceptual de la Base de Datos. Consta de tres fases: diseño conceptual, lógico y físico.
La primera fase consiste en la creación de un esquema conceptual que después es refinado y mejorado
para convertirse en un esquema lógico. En la tercera fase el esquema lógico se traduce en
un esquema físico para el SGBD escogido.
1..4 Proceso de diseño de Base de datos y
Etapas del ciclo de vida de los sistemas de bases
de datos.
• Selección del SGBD. Un sistema gestor de bases de datos es un producto software con capacidad para
definir, mantener y utilizar bases de datos. El sistema de gestión de bases de datos que decidamos
utilizar debe permitirnos, definir estructuras de almacenamiento adecuadas y acceder a los datos de
forma eficiente y segura.

• Diseño de Aplicación. En esta etapa se diseñan los programas de aplicación que usarán y procesarán la
base de datos, esta etapa y el diseño de la base de datos, son paralelas. Por otro lado, la base de datos
existe para dar soporte a las aplicaciones, por lo que habrá
una realimentación desde el diseño de las aplicaciones al diseño de la base de datos.

• Implementación. En esta etapa se crean las definiciones de la base de datos a nivel conceptual, externo
e interno, así como los programas de aplicación. Se crear una tabla en nuestra base de datos.
También se implementan en esta etapa todos los controles de seguridad e integridad.
1..4 Proceso de diseño de Base de datos y
Etapas del ciclo de vida de los sistemas de bases
de datos.
• Conversión y carga de datos. Esta etapa es necesaria cuando se está reemplazando un sistema antiguo por
uno nuevo. Los datos se cargan desde el sistema viejo al nuevo, se convierten al formato que requiera el
nuevo SGBD y luego se cargan.

• Prueba. Aquí se prueba y valida el sistema con los requisitos especificados por los usuarios. Para ello, se
debe diseñar una batería de test con datos reales que se deben llevar a cabo de manera metódica y
rigurosa.

• Es importante darse cuenta de que la fase de prueba no sirve para demostrar que no hay fallos, sirve para
encontrarlos. Si la fase de prueba se lleva acabo correctamente, descubrirá los errores en los programas
de aplicación y en la estructura de la base de datos.

• Mantenimiento. Una vez que el sistema esta implementado y comprobado, se pone en marcha.
El sistema está ahora en fase de mantenimiento, en el cual se llevan a cabo las siguientes tareas:
Monitorización de las prestaciones del sistema. Mantenimiento y actualización del sistema. Cuando sea
necesario, los nuevos requisitos que vayan surgiendo se incorporaran al sistema, siguiendo de nuevo las
etapas del ciclo de vida que se acaban de presentar.
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
▪ Una base de datos bien estructurada:
❖ Ahorra espacio en el disco eliminando los datos redundantes.
❖ Mantiene la precisión e integridad de los datos.
❖ Ofrece acceso a los datos de formas útiles.
▪ Diseñar una base de datos útil y eficiente requiere seguir el proceso adecuado,
incluidas las siguientes etapas:
❖ Análisis de los requisitos o identificación del propósito de tu base de datos.
❖ Organización de los datos en tablas.
❖ Especificación de las claves primarias y análisis de las relaciones.
❖ Normalización para estandarizar las tablas.
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Análisis de los requisitos o identificación del propósito de tu base de datos.

• Comprender el propósito de tu base de datos determinará tus opciones en todo

el proceso de diseño. Asegúrate de observar la base de datos desde todas las
perspectivas.
• Formas de reunir información antes de crear la base de datos:
❖ Entrevistar a las personas que la usarán.
❖ Analizar formularios de negocio, como facturas, plantillas de horas
trabajadas, encuestas.
❖ Examinar cualquier sistema de datos existente (incluidos archivos físicos y
digitales)
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Estructura de la base de datos: los bloques de creación de una base de datos

• Dentro de una base de datos, los datos relacionados se agrupan en tablas,

cada una de ellas consiste en filas (tuplas) y columnas (Atributos), como una
hoja de cálculo.
• Para convertir tus listas de datos en tablas, comienza creando una tabla para
cada tipo de entidad. Ejemplo: productos, ventas, clientes y pedidos.
• Cada fila de una tabla se llama "registro". Los registros incluyen datos sobre
algo o alguien, como un cliente específico. En cambio, las columnas ("campos"
o "atributos") contienen un único tipo de información que aparece en cada
registro, como las direcciones de todos los clientes enumerados en la tabla.
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Estructura de la base de datos: los bloques de creación de una base de datos

Asignar un tipo de dato acorde a cada columna, algunos tipos de datos mas
comunes:
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Especificación de las claves primarias y análisis de
las relaciones.

▪ Se debe decidir qué atributo o atributos

funcionarán como clave primaria (PK)para cada
tabla.
▪ Los atributos seleccionados como claves primarias deben ser únicos,
inalterables y estar siempre presentes (nunca NULL o vacíos).
▪ También puedes usar múltiples campos conjuntamente como la clave primaria
(esto se denomina "clave compuesta").
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Especificación de las claves primarias y análisis de las relaciones.

• La cardinalidad se refiere a la cantidad de elementos que interactúan entre dos

tablas relacionadas. Identificar la cardinalidad te ayuda a asegurarte de que has
dividido los datos en tablas de la forma más eficiente.
• Cada entidad puede, potencialmente, tener una relación con todas las demás,
pero por lo general esas relaciones pueden ser de uno de tres tipos:
❖ Relaciones uno a uno
❖ Relaciones uno a muchos
❖ Relaciones muchos a muchos
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Especificación de las claves primarias y análisis de las relaciones.
Relaciones uno a uno
• Si hay una única instancia de la Entidad A para cada instancia de la Entidad B,
se dice que tienen una relación de uno a uno (a menudo se escribe 1:1).
• Puedes indicar este tipo de relación en un diagrama ER mediante una línea con
un guion en cada extremo:
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Especificación de las claves primarias y análisis de las relaciones.
Relaciones uno a muchos
• Estas relaciones suceden cuando un registro de una tabla está asociado a
múltiples entradas en otra tabla.
• Por ejemplo, un solo cliente puede haber solicitado múltiples pedidos o una
persona haberse llevado muchos libros de la biblioteca a la vez.
• Las relaciones uno a muchos (1:N) se indican con lo que se denomina "notación
patas de gallo" como en el siguiente ejemplo:
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Especificación de las claves primarias y análisis de las relaciones.
Relaciones muchos a muchos
• Cuando múltiples entidades de una tabla se pueden asociar a múltiples
entidades de otra tabla, se dice que tienen una relación de muchos a muchos
(M:N).
• Esto puede suceder en el caso de estudiantes y clases, ya que un estudiante
puede inscribirse en muchas clases, y una clase puede tener numerosos
estudiantes.
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Especificación de las claves primarias y análisis de las relaciones.
Relaciones muchos a muchos
• Lamentablemente, no es posible implementar directamente este tipo de
relación en una base de datos.
• En cambio, debes dividirlo en dos relaciones uno a muchos. Para ello, debes
crear una nueva entidad entre esas dos tablas.
1..4 Proceso de diseño de Base de datos y Etapas
del ciclo de vida de los sistemas de bases de
datos.
Representación

TIPO RELACIÓN REPRESENTACIÓN

1:1 Uno a Uno: La cardinalidad máxima en

ambas direcciones es 1

1:N Uno a Muchos: La cardinalidad máxima

en una dirección es 1 y en la otra
muchos

N:M Muchos a Muchos: La cardinalidad

máxima en ambas direcciones es
muchos