Segunda Tutoría

Sábado 28 de Setiembre 2019

Por: Luis Vindas Espinoza
Cap 2 – Modelo Relacional
 El modelo relacional es hoy en día el principal modelo
de datos para aplicaciones comerciales de
procesamiento de datos. Es mucho mas simple y
facilita el trabajo a los programadores en comparación
con modelos anteriores tales como el de red y el
jerárquico.
Cap 2 – Modelo Relacional
 Estructura de las bases de datos relacionales:
 Tablas = tienen un nombre único, también conocido
como relación
 Tupla = se refiere a una fila o registro de la tabla
 Atributo = se refiere a cada una de las columnas de las
tablas
Cap 2 – Modelo Relacional
 Claves:
 Se utilizan para identificar de alguna manera las tuplas
de una tabla
 Una superclave es un conjunto de uno o varios atributos
que considerados conjuntamente, permiten identificar
de manera unívoca una tupla de la relación.
 Clave primaria: es una clave candidata que ha elegido el
diseñador de BD como método principal para la
identificación de tuplas
 La clave primaria no se modifica nunca, o muy rara vez.
Cap 2 – Modelo Relacional
 Claves externas:
 Una tabla puede contener un atributo que es llave
primaria en otra tabla, a este atributo se le denomina
llave foranea, llave externa o bien, llave referenciante, la
cual hace referencia a un valor pre-existente en otra
tabla.
 Restricción de integridad: es una restriccion que exige
que los valores que aparecen en determinados atributos,
referencian a otros valores que obligatoriamente tienen
que existir en la tabla que referencia.
Cap 2 – Modelo Relacional
 Lenguajes de consulta relacional:
 El lenguaje estándar de las bases de datos es SQL y se
aborda ampliamente en el capítulo 3.
 Operaciones relacionales:
 Selección
 Join ( reunión )
 Producto cartesiano
 Union, interseccion y diferencia.
Cap 7 – Diseño de BD
 Diseño de una Base de datos: labor compleja que implica
varias fases, como por ejemplo diseño del esquema de
BD, diseño de los programas que tienen acceso a los
datos y diseño del esquema de seguridad.
 Diseño lógico: traducción del esquema conceptual de
alto nivel al modelo de datos de la implementación. (
alto nivel )
 Diseño físico: especificación de las características físicas
de la base de datos, incluye los tamaño de los archivos,
organización de archivos y estructuras de
almacenamiento ( Bajo nivel )
Cap 7 – Diseño de BD
 Modelo Entidad – Relación: 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 de la Base de Datos.
 Componentes básicos:
 Entidades: cosa u objeto
 Relaciones: relaciones entre entidades
 Atributos: conjunto de valores permitidos denominado
«dominio» o «conjunto de valores»
Cap 7 – Diseño de BD
 Correspondencia de cardinalidad

 Uno a Uno
 Uno a Varios
 Varios a Uno
 Varios a Varios
Cap 7 – Diseño de BD
 Componentes principales de la Estructura Básica de
Bases de Datos

 Rectángulos divididos en dos partes: entidades

 Rombos: relaciones
 Rectángulos sin dividir: conjunto de atributos
 Líneas: unen entidades y denotan cardinalidad
Cap 7 – Diseño de BD
 Relación uno a uno

Profesor Estudiante
Id Id
Nombre Nombre
Sueldo

Profesor Estudiante
Id Id
Nombre Nombre
Sueldo
Cap 7 – Diseño de BD
 Relación uno a muchos

Profesor Estudiante
Id Id
Nombre Nombre
Sueldo

Profesor Estudiante
Id Id
Nombre Nombre
Sueldo
Cap 7 – Diseño de BD
 Relación muchos a muchos

Profesor Estudiante
Id Id
Nombre Nombre
Sueldo

Profesor Prof_Est Estudiante

Id Id_prof Id
Nombre Id_Est Nombre
Sueldo
Cap 7 – Diseño de BD
 Primera forma normal: las celdas de la tabla deben tener
un solo valor y no se permiten ni grupos ni arreglos
repetidos como valores. Todas las entradas en cualquier
columna (atributos) deben ser de la misma clase. La
tabla debe tener una llave primaria definida.
Placa Marca Año Colores

123456 Toyota 1993 Azul, negro, blanco

123457 Nissan 1995 Blanco

123458 Geo 1994 Negro, amarillo

Cap 7 – Diseño de BD
 *Segunda forma normal: Una relación se encuentra en la
segunda forma normal si todos los atributos que no son
llaves son dependientes de todos los atributos de la llave.
 Nota: si la relación tiene un solo atributo como su llave,
entonces automáticamente está en la segunda forma
normal, Por lo tanto, la segunda forma normal sólo se
aplica a relaciones que tienen llaves compuestas.

 * Este FN no se ve en el libro
Cap 7 – Diseño de BD
 Tercera forma normal: una relación se encuentra en la
tercera forma normal si está en la segunda forma normal
y no tiene dependencias transitivas. Es decir, todas los
atributos deben estar directamente relacionados con la
llave primaria. ( todos los atributos deben depender de
manera directa, no transitivamente )
EmpNombre EmpCedula EmpFecNac EmpDir DepNum DepDesc DepJefe
Luis 111 15/10/1977 Heredia 1 computo 666
Vivian 222 25/03/1979 Heredia 2 Contabilidad 333
Karol 333 23/03/1975 Heredia 2 Contabilidad 333
Jorge 444 10/11/1073 Pavas 1 Computo 111
 Cap 7 – Diseño de BD
 Forma normal Boyce-Codd: elimina todas las
redundancias que se puedan descubrir a partir de
dependencias funcionales. Es una 3FN mas estricta, lo
que indica que si esta en FNBC es porque además esta en
3FN

EmpNombre EmpCedula EmpFecNac EmpDir DepNum DepDesc DepJefe TipoDep

Luis 111 15/10/1977 Heredia 1 computo 666 Null
Vivian 222 25/03/1979 Heredia 2 Contabilidad 333 01
Karol 333 23/03/1975 Heredia 2 Contabilidad 333 03
Jorge 444 10/11/1073 Pavas 1 Computo 111 01
Cap 7 – Diseño de BD
 Desnormalización para el rendimiento: a veces los
diseñadores de BD escogen un esquema que tiene
información redundante, es necir No Normalizado.
 La redundancia se utiliza básicamente para mejorar el
rendimiento de aplicaciones concretas, al existir la mas
información en una sola tabla, se deben hacer menos
joins entre tablas, lo que automaticamente se nota en
una mejora en el rendimiento de ejecución de la
consulta.
00826 | Bases de Datos 1
 2da Tutoría

Fin