BIENVENIDOS AL CURSO

Docente: Mg. Ing. Delgado Enríquez Héctor

CURSO: BASE DE DATOS

TEMA: Integridad y Redundancia de datos

Llaves primarias y foráneas

Docente: Mg. Ing. Delgado Enríquez Héctor

¿Cómo te sientes hoy?

Mg. Ing. Héctor Delgado Enríquez

Cronología de la Clase
Secuencia y explicación

Actividad que permite llamar la atención:Caso

Inicio Aplicar una dinámica(Romper el hielo)

Cierre Utilidad

Práctica Transformación

Mg. Ing. Héctor Delgado Enríquez

En Clase virtual:

Levante la mano para Por favor El tono de voz es clave en el

participar Gracias éxito de la comunicación
De nada

Mg. Ing. Héctor Delgado Enríquez

Sistema de Evaluación

LA NOTA PUBLICADA EN LA SEMANA 5, ESTARÁ COMPUESTA POR EL PROMEDIO DE:

1 ACTIVIDAD DESARROLLADA EN CLASE DE LA SESIÓN 1

2 ACTIVIDAD DESARROLLADA EN CLASE DE LA SESIÓN 2
3 ACTIVIDAD DESARROLLADA EN CLASE DE LA SESIÓN 3
4 ACTIVIDAD DESARROLLADA EN CLASE DE LA SESIÓN 4
5 PARTICIPACIÓN EN CLASE (INDIVIDUAL Y GRUPAL)
6 VIDEO
7 PC 01

*El estudiante que solo asista a las clases del examen, estará
desaprobado; porque la nota, es el promedio de las actividades que se
desarrollan en cada clase.

Mg. Ing. Héctor Delgado Enríquez

En Clase:

Mg. Ing. Héctor Delgado Enríquez

Conocimientos previos: Actividad de lluvia de ideas (de lo divergente a lo convergente)

1.-Explique con s us propias palabras: ¿Qué entiende por Llaves primarias y foráneas?

Mg. Ing. Héctor Delgado Enríquez

Cronología de la Clase
Secuencia y explicación

Inicio

Cierre Utilidad

Recolectar saberes previos: Caso/Lluvia de ideas de la clase anterior

Logro de la sesión

Práctica Transformación

Mg. Ing. Héctor Delgado Enríquez

 Logro Tema Anterior
Al finalizar la sesión, el estudiante • Introducción a base de datos
comprende la Integridad y Redundancia de
datos en un sistema de gestión de base de
datos a través de la explicación del
docente.

Tema Actual
• Integridad y Redundancia de datos
• Llaves primarias y foráneas
• Planificación del proyecto

tiempo, sujeto, verbo, contenido y condición (conoce/identifica/comprende).

Mg. Ing. Héctor Delgado Enríquez
Importancia

La planificación de un sistema de gestión de base de datos es importante, porque permite organizar nuestra estructura inicial

Mg. Ing. Héctor Delgado Enríquez

Espacio para generar sus preguntas

Respuesta a intervenciones

Mg. Ing. Héctor Delgado Enríquez

Cronología de la Clase
Secuencia y explicación

Inicio

Cierre Utilidad

Práctica Transformación

Desarrollar los contenidos(Secuencia y explicación)

Realizar ejemplos para que comprendan la información de manera activa.
Fomentar la participación(Salir a la pizarra a resolver ejercicios)

Mg. Ing. Héctor Delgado Enríquez

Contenido general

• SGBD
• Integridad y Redundancia de datos
• Llaves primarias y foráneas
• Dependencia Funcional
Sistemas de gestión de base de datos (SGBD)
Un poco de historia …

¿Por qué surgieron los Sistemas de Gestión de Bases de Datos (SGBD)?

Por la necesidad de solucionar las debilidades de los sistemas

de archivos. Los SGBD tienen estas capacidades:
• Poder guardar datos ante fallas eléctricas - persistencia
• Soporte por lo menos de un modelo de datos
• Soporte de un lenguaje de alto nivel que permita manipular
y definir la estructura de la información
• Control de acceso
• Evitar inconsistencias al compartir la información
Un poco de historia …

• 1960s, Bases de datos navegacionales: El comité CODASYL definió estándares para navegar
manualmente por los datos.
• 1970s, Bases de Datos relacionales: Edgar Codd definió el modelo relacional que mejoraba la
facilidad de búsqueda de información. Se necesitaba normalizar (ordenar) los datos en tablas. Se
crea el modelo entidad-relación, un lenguaje de consulta (SQL) y bases de datos como DB2,
Oracle, Postgres.
• 1980s, Bases de datos de escritorio: Bases de datos como Dbase y SQL Server permitieron la
difusión de softwares de escritorio.
Un poco de historia …
• 1990s, Orientado a Objetos: La ola de este paradigma de programación empujó la creación de
bases de datos que la soporten, aunque requería usar un lenguaje de consulta diferente y eso
limitó su crecimiento. Se crea MySql y MS Access.
• 2000s, NoSQL y NewSQL: Se crearon Bases de datos que usan XML. La inmensa cantidad de
registros de las aplicaciones actuales exigieron soluciones como NoSQL para tener un tiempo de
respuesta adecuado ante el usuario, que no se lograba con bases de datos relacionales. Ahora hay
las NewSql que son relacionales y escalables para grandes cantidades de datos.
Componentes de un SGBD
Tenemos:
• Sistema de manipulación de datos: ej. Software de usuario
• Gestor de la base de datos(SGBD): Aplicativo que escucha al software de usuario y manda la
información
• Base de datos: Archivos donde el SGBD guarda los datos que el software de usuario incida
Un poco de historia …
Ayuda a consolidar y dar integridad a informaciones fragmentadas que generan las áreas de una empresa

Dpto. Ventas Dpto. Contabilidad

… Antes
Clientes Ventas
Empleados Cuentas
Inventario

… Ahora
BASE DE DATOS
Empleados
SGBD Clientes
Ventas
Inventario
Cuentas
Integridad y Redundancia
de datos
Redundancia
Almacenar los mismos datos varias veces en diferentes lugares:
diferentes tablas, en diferentes atributos, en el mismo atributo pero
varias veces en filas diferentes.

Genere desperdicio de espacio de disco y promueve la incongruencia de

datos al ser difíciles de modificar pues un cambio requiere modificar en
todos los lugares donde esté la redundancia.
Integridad – Reglas de Integridad
En una base de datos se logra mediante reglas de integridad. Estudie las siguientes
teniendo en cuenta lo aprendido en el caso. Se recomienda hacer ejemplos en la base
de datos a partir del punto 4:

1. Unicidad de la clave primaria: Las claves primarias no debe tener valores repetidos.
2. Entidad de la clave primaria: Los atributos de la clave primaria no pueden tener
valores nulos.
3. Integridad referencial: Relacionada con la clave foránea. Los atributos con clave
foránea deben ser nulos o su valor debe existir en la clave primaria de la tabla
referenciada.
4. Restricción de borrado / modificación: No permitir borrar / modificar una fila si su
clave primaria es referenciada por alguna clave foránea y el cambio genera filas
huérfanas.
Integridad – Reglas de Integridad
5. Borrado / modificación en cascada: Permite borrar / modificar una fila, tal que se
hagan operaciones compensatorias que propaguen en cascada los cambios a las filas
que la referencien.
6. Volver nulo al borrar / modificar: Permite borrar / modificar una fila con una clave
primaria referenciada, y efectúa operaciones compensatorias que pongan nulo a los
valores de los atributos de la clave foránea de las filas que la referencian.
7. Regla de integridad de dominio(valores posibles de un atributo):
• Los valores no nulos de cada atributo debe estar contenidos en el dominio de ese
• atributo.
Los operadores aplicables a cada atributo dependen
de sus respectivos dominios.
Llaves primarias y foráneas
Definiciones
• Llave primaria o clave primaria (PK): atributo o atributos que identifican la fila de una
tabla de manera única.
• Llave foránea o clave foránea (FK): atributo o atributos cuyo valor será validado contra
la llave primaria de otra

tabla de referencia. Tabla de referencia

TABLA: FACTURA TABLA: GUIA DE REMISION

CODIGO CODIGO FECHA
GUIA REM GUIA REM GUIA REM

PK de

PK
PK

FK
referencia
Definiciones
Las FK se pueden configurar con uno de 4 comportamientos:
1. On delete / update set null: Si por borrar o actualizar hay incongruencia modificar el
valor del atributo que cree la incongruencia a null
2. On delete / update no action: Si por borrar o actualizar hay incongruencia impedir el
cambio
3. On delete / update cascade: Si por borrar o actualizar hay incongruencia modificar el
valor del atributo que
cree la incongruencia al nuevo valor cambiado
4. On delete / update set default: Si por borrar o actualizar hay incongruencia modificar el
valor del atributo que cree la incongruencia al valor por defecto del atributo
Dependencia Funcional
Definición
Si una persona tienen estos atributos: DNI, nombre, dirección y teléfono; entonces a cada valor de DNI le
corresponde unos valores de nombre, dirección y teléfono.

Entonces, decimos que “el DNI determina el resto de atributos” o también que “nombre, dirección y teléfono
dependen funcionalmente de DNI”.

DNI nombre, dirección y teléfono

En resumen, decimos que un atributo Y de una relación “depende funcionalmente” de otro atributo X si para
cada valor de X le corresponde siempre un determinado valor de Y.

X Y
CASO
Caso de automatización de ventas
En una tienda mayorista, los clientes seleccionan la mercadería que quieren
comprar. Al terminar se la entregar la encargada del almacén para que las
registre a fin de vendérselas.
Caso de automatización de ventas
Luego de validar la mercadería, la encargada de almacén le crea una guía de
remisión que es un documento que detalla los articulo que se llevará, tal que
evitará que el gobierno lo sancione si es que lo intervienen en el camino.
Caso de automatización de ventas
Después, el cajero, que pertenece al departamento de ventas, genera una factura usando los
datos de la guía, a los que le agregará valor en soles de la mercadería comprada. Este
documento es necesario para demostrar ante el gobierno que hubieron gastos por compras.
Caso de automatización de ventas

El cliente paga el valor de la factura al cajero del área de ventas.

Finalmente el encargado del almacén entrega al cliente la mercadería, la guía de remisión, la factura y
éste se retira.
Caso de automatización de ventas
El dueño de la empresa le pide que automatice mediante un software solamente la generación de la guía de remisión y de la factura, es
decir que la selección, la entrega y el cobro quedarán de manera manual.
Caso de automatización de ventas
Cronología de la Clase
Secuencia y explicación

Inicio

Cierre Utilidad

Práctica Transformación

Mg. Ing. Héctor Delgado Enríquez

PRESENTAR ACTIVIDAD DE INVESTIGACIÓN GRUPAL

Elabora una infografía sobre:

- Concepto de Base de Datos y tabla

- Diagrama Entidad Relación (DER) en una Base de Datos
- Ciclo de vida de una Base de Datos
- Tipos de relaciones en una Base de Datos
Cronología de la Clase
Secuencia y explicación

Inicio

Cierre Utilidad

Verificar el logro de la sesión

A través de un caso; verificar si entendieron el tema.
Reforzar los puntos débiles.

Práctica Transformación

Mg. Ing. Héctor Delgado Enríquez

Verificación del logro

¿SQL SERVER EXPRESS es un lenguaje de programación?

Verdad
Falso

¿El ADMINISTRADOR DE CONFIGURACIÓN DE BASE DE DATOS, es un sistema operativo?

Verdad
Falso

Mg. Ing. Héctor Delgado Enríquez

 Conclusiones

• Entender el concepto de dependencia funcional me ayuda a detectar todas las

• entidades que requiera tener un sistema de información
Existen reglas de integridad que determinan como se comportarán las llaves primarias
• y foráneas en una base de datos.
Debo repasar las conclusiones del caso parte 2 para tenerlas
presentes el resto del curso
Espacio para generar sus preguntas

Respuesta a intervenciones

Mg. Ing. Héctor Delgado Enríquez

 Gracias
Facultad de Ingeniería
Departamento Académico de Sistemas y Electrónica