DISEÑO DE ESQUEMAS

RELACIONALES
Ing. Jorge Carlos Pabón Sueldo
 Entidades: Son objetos o conceptos en el mundo real sobre los cuales
deseas almacenar información. Por ejemplo, en un sistema de ventas,
las entidades podrían ser "Cliente", "Producto", "Pedido", etc.
 Atributos: Son las propiedades o características de cada entidad. Por
ejemplo, para la entidad "Cliente", los atributos podrían ser "Nombre",
"Dirección", "Teléfono", etc.

PASO 1: IDENTIFICA LAS ENTIDADES Y

ATRIBUTOS
Ejemplo paso a paso de cómo diseñar un esquema relacional para un sistema de biblioteca:
1. Entidades:
- Libro
- Autor
- Usuario
- Préstamo
2. Atributos:
- Libro: ID Libro, Título, Género, Año de Publicación
- Autor: ID Autor, Nombre
- Usuario: ID Usuario, Nombre, Dirección, Teléfono
- Préstamo: ID Préstamo, ID Usuario (Cliente), ISBN (Libro), Fecha de Préstamo, Fecha de Devolución

EJEMPLO PASO 1: IDENTIFICA LAS

ENTIDADES Y ATRIBUTOS
 Las relaciones representan cómo las entidades se relacionan
entre sí. Pueden ser "uno a uno", "uno a muchos" o "muchos a
muchos".
 Identifica las conexiones naturales entre las entidades. Por
ejemplo, un "Cliente" puede realizar "Muchos Pedidos", lo que
representa una relación "uno a muchos".

PASO 2: DETERMINA LAS RELACIONES

 Un libro puede ser escrito por uno o varios autores.
 Un usuario puede realizar muchos préstamos.
 Cada préstamo es realizado por un solo usuario.
 Un libro puede ser prestado en varios préstamos.
 Un préstamo solo se refiere a un libro.

EJEMPLO PASO 2: DETERMINA LAS

RELACIONES
 Para cada entidad, se crea una tabla en la base de datos.
Cada fila de la tabla será un registro único, y las columnas serán
los atributos de la entidad.
 Se debe agregar una clave primaria a cada tabla para
identificar de manera única cada registro.
 Se recomienda que sea un ID único asignado
automáticamente.

PASO 3: DISEÑO DE LAS TABLAS

• Tabla Libro: • Dirección
• ID Libro (Clave Primaria) • Teléfono
• Título • Tabla Préstamo:
• Género • ID Préstamo (Clave Primaria)
• Año de Publicación • ID Usuario (Clave Foránea
referenciando a la tabla Usuario)
• Tabla Autor:
• ID Libro (Clave Foránea referenciando a
• ID Autor (Clave Primaria) la tabla Libro)
• Nombre • Fecha de Préstamo
• Tabla Usuario: • Fecha de Devolución
• ID Usuario (Clave Primaria)
• Nombre

EJEMPLO PASO 3: DISEÑO DE LAS

TABLAS
 Para representar relaciones entre tablas, utiliza claves foráneas.
Estas son columnas que hacen referencia a las claves primarias
de otras tablas.
 Por ejemplo, si tienes una tabla "Pedido" y quieres relacionarla
con la tabla "Cliente", agrega una columna "IDCliente" a la tabla
"Pedido" que sea una clave foránea que hace referencia al
"IDCliente" en la tabla "Cliente".

PASO 4: ESTABLECE CLAVES

FORÁNEAS
 La tabla Préstamo tiene dos claves foráneas: ID Usuario e ID
Libro, que se relacionan con las tablas Usuario y Libro
respectivamente.

EJEMPLO PASO 4: ESTABLECE CLAVES

FORÁNEAS
 La normalización es un proceso para organizar las tablas y
reducir redundancias y anomalías. Se divide en niveles de
"formas normales" (1NF, 2NF, 3NF, BCNF, etc.).
 Asegúrate de que cada atributo dependa funcionalmente de la
clave primaria de su tabla y no de otros atributos.

PASO 5: NORMALIZACIÓN
1ra Forma Normal (1NF):
 En esta forma, cada atributo en una tabla debe contener valores atómicos, es decir, valores
indivisibles.
 No deben existir grupos repetidos o listas de valores en una sola celda.
 Cada atributo debe tener un valor único en cada fila.
2da Forma Normal (2NF):
 Una tabla está en 2NF si cumple con 1NF y, además, todos los atributos no clave dependen
completamente de la clave primaria.
 Significa que no debe haber dependencias parciales, donde solo una parte de la clave determina
un atributo.
3ra Forma Normal (3NF):
 Una tabla está en 3NF si cumple con 2NF y, además, no tiene dependencias transitivas, es decir, un
atributo no clave no debe depender de otro atributo no clave.
 Esto evita redundancias y asegura que cada atributo sea funcionalmente dependiente solo de la
clave primaria.

NORMALIZACIÓN DE BASES DE DATOS

Forma Normal de Boyce-Codd (BCNF):
 Una tabla está en BCNF si cumple con 3NF y, además, cualquier determinante no
clave es una superclave.
 Significa que no debe haber dependencias funcionales parciales en una clave
primaria y ningún atributo no clave debe depender funcionalmente de otro atributo
no clave.
 En una tabla, la clave primaria es un conjunto de uno o más atributos que
identifican de manera única cada fila en la tabla. Una superclave, por otro lado, es
un conjunto de uno o más atributos que también identifican de manera única las
filas, aunque no necesariamente sean la clave primaria.

NORMALIZACIÓN DE BASES DE DATOS

 No hay dependencias parciales ni transitivas en los atributos, por
lo que el diseño ya cumple con la 1ª, 2ª y 3ª Forma Normal.

EJEMPLO PASO 5: NORMALIZACIÓN

 Revisa tu diseño para asegurarte de que todos los atributos
tengan sentido y estén correctamente asignados a las
entidades.
 Considera cómo optimizar tus tablas para consultas y búsquedas
eficientes, como la creación de índices en columnas
frecuentemente utilizadas.

PASO 6: VALIDACIÓN Y
OPTIMIZACIÓN
 Revisa el diseño para asegurarte de que todos los atributos
tengan sentido y cumplan con los requisitos del sistema.
 Puedes agregar índices en atributos frecuentemente utilizados,
como Id Libro, para optimizar las consultas.

EJEMPLO PASO 6: VALIDACIÓN Y

OPTIMIZACIÓN
 Piensa en situaciones únicas, como la necesidad de manejar
valores nulos, restricciones de integridad o campos calculados.

PASO 7: CONSIDERA CASOS

ESPECIALES
 Puedes considerar agregar restricciones para evitar préstamos
que superen el límite de tiempo permitido, etc.

EJEMPLO PASO 7: CONSIDERA CASOS

ESPECIALES
 Este ejemplo ilustra cómo se podría diseñar un esquema
relacional para un sistema de biblioteca. Recuerda que la
práctica constante y la experiencia te ayudarán a mejorar tus
habilidades de diseño de bases de datos.

GRACIAS