_ SEP

DGEST

INSTITUTO TECNOLÓGICO DE ACAPULCO

INGENIERIA EN SISTEMAS COMPUTACIONALES

TALLER DE BASE DE DATOS

CONCEPTOS BASICOS DE BASE DE DATOS

ALUMNO:
GOMEZ URBANO JESUS

PROFESOR:
ING. SEBASTIAN NUÑEZ CESAR AUGUSTO

ACAPULCO, GRO. AGOSTO DEL 2016.

CONCEPTOS BASICOS DE BASE DE DATOS

GENERALIZAR
Las generalizaciones proporcionan un mecanismo de abstracción que permite especializar una
entidad (que se denominará supertipo) en subtipos, o lo que es lo mismo, generalizar los
subtipos en el supertipo, De Miguel et al 1999.
Por ejemplo, si tenemos la entidad EMPLEADO con los atributos: (EmpNumero, EmpNombre,
EmpDirección, EmpFechaNacimiento, EmpDescripcionPuesto, EmpSalario, EmpExperiencia),
sin embargo surge la necesidad de especializar la entidad en subtipos como
 PROFESOR con atributos: (EmpNumero,EmpNombre, EmpDirección,
EmpEspecialidad),
 EMPCONFIANZA con atributos (EmpNumero,EmpNombre, EmpSalario, EmpCargo)
y
 ADMINISTRATIVO con los atributos: (EmpNumero,EmpNombre, EmpSalario,
areaAsignada).
Como podemos apreciar los subtipos contienen al menos un atributo que no es común a todos y
de igual manera atributos que son comunes al supertipo. La problemática anterior queda de la
siguiente manera:

ESPECIALIZACIÓN

Un conjunto de entidades puede incluir subgrupos de entidades que se diferencian de alguna

forma de las otras entidades del conjunto. Por ejemplo, un subconjunto de entidades en un
conjunto de entidades puede tener atributos que no son compartidos por todas las entidades del
conjunto de entidades. El modelo E-R proporciona una forma de representación de estos grupos
de entidades distintos.

Considérese el conjunto de entidades persona con atributos nombre, calle y ciudad. Una persona
puede clasificarse además como:

 cliente

 empleado

Cada uno de estos tipos de persona se describen mediante un conjunto de atributos que incluyen
los atributos del conjunto de entidades persona más otros posibles atributos adicionales. Por
ejemplo, las entidades cliente se pueden describir además mediante el atributo id-cliente,
mientras que las entidades empleado se pueden describir además mediante los atributos id-
empleado y sueldo. El proceso de designación de subgrupos dentro de un conjunto de entidades
se denomina especialización. La especialización de persona permite distinguir entre las
personas basándose en si son empleados o clientes

ATRIBUTOS MONOVALORADOS.
Son los que tienen un solo valor. En su mayoría los atributos tienen un solo valor para una
entidad en particular.
 Ejemplo Edad.
ATRIBUTOS MULTIVALORADOS.
Son los atributos que pueden representar varios valores simultáneamente para una misma
concurrencia de una entidad.
 Ejemplo una persona puede tener varios teléfonos

RELACIONES TERNARIAS
Son relaciones en las que intervienen tren entidades. La transformación de estas relaciones al
modelo relaciones siempre da lugar a una relación que contendrá como atributos las claves
primarias de las tres entidades interrelacionadas y todos los atributos que tenga la interrelación.
La clave primeria de la nueva tabla dependen de la interrelación
Conectividad M:N:P
La tabla que se obtienen de la interrelación ternaria tiene como clave primaria todos los
atributos que forman las claves primerias de las tres entidades interrelacionadas

Asesor (Clave, Nombre, Sueldo)

Materia (Código, Nombre)
Alumno (Matricula, Nombre, Edad)
Asesoría (Clave, Código, Matricula)

RELACIONES REFLEXIVAS
Las relaciones reflexivas son aquellas relaciones en las que participa una única entidad. Lo
normal es que una relación reflexiva se convierta en dos tablas, una para la entidad y otra para la
relación.
En este tipo de relaciones hay que
suponer que se trata de una relación binaria normal en la que las dos entidades son iguales. A
partir de aquí, aplicar las reglas de las relaciones (1:1) o (N:N).

Normalización.
El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a
las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.
Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos.
Evitar problemas de actualización de los datos en las tablas. Proteger la integridad de
los datos.
En la teoría de bases de datos relacionales, las formas normales (NF) proporcionan los
criterios para determinar el grado de vulnerabilidad de una tabla a inconsistencias y
anomalías lógicas. Mientras sea más alta la forma normal aplicable a una tabla, es
menos vulnerable a inconsistencias y anomalías

PRIMERA FORMA NORMAL

Los datos no formalizados están organizados de una manera en la cual pueden estar algunos
duplicados mostrando atributos repetidos o más de un atributo en un solo campo de la tabla;
además de no estar agrupados por claves que identifiquen lo que representa la una tabla.
Mientras que en la primera forma normal nos aseguramos de que no existan tuplas duplicadas,
que todos los atributos de cada tupla tengan un solo valor. Y lo más importante, cada tabla que
se encuentre en la primera forma normal, sus valores deben ser atómicos; es decir, deben
cumplir una relación definida con la clave primaria.
A continuación se puede mostrar un ejemplo de cómo se pasa de la forma global en que se
pueden encontrar los datos a la primera forma normal:

Ejemplo 1:
En este ejemplo podemos ver en la primera tabla todos los datos de los clientes de una empresa,
en donde visualizamos el código de cliente, el nombre y apellido del cliente así como su
teléfono.

Podemos ver que un cliente tiene dos teléfonos y se le están colocando en la mismo campo lo
cual no es posible en una implementación de base de datos, por lo cual debemos separar en otra
tabla el código de cliente con el teléfono como se muestra a continuación:

SEGUNDO FORMA NORMAL

En la segunda forma normal, nos debemos asegurar que cada tabla que tengamos esté en
dependencia funcional completa; esto quiere decir que cada atributo que no pertenezca a la
clave primaria dependa de la o las claves primarias de aquella tabla. Una tabla que esta en
primera forma norma también puede cumplir con la segunda forma normal, solo tiene que
satisfacer las condiciones de la segunda forma normal.
Sin embargo, la segunda forma normal falla en algunos aspectos como cuando dos o más
atributos que no pertenecen a la clave primaria se encuentran en dependencia transitiva.

A continuación se mostra unos ejemplos de cómo se transforma una tabla de primera forma
normal hacia la segunda forma normal:

Ejemplo 1:
Se tiene una tabla con la clave primaria Empleado y Habilidad y como atributo dato a lugar de
trabajo. Pero podemos ver que un empleado puede tener más de una habilidad pero este siempre
trabajara en el mismo lugar de trabajo.
Para que esta tabla se encuentre en dependencia funcional completa debemos de separar el lugar
de trabajo, ya que este no depende de la habilidad, solo del empleado. Por lo tanto, se separa en
otra tabla el lugar de trabajo

TERCERA FORMA NORMAL

Una tabla se encuentra en tercera forma normal, cuando cumple con las condiciones de la
segunda forma normal y además todos los atributos que no pertenezcan a la clave primaria no
tengan dependencia transitiva. Una dependencia transitiva ocurre cuando un atributo no solo
depende de las claves primarias, sino que también depende de un atributo no primario. Lo que
se hace en este caso es realizar otra tabla que contenga estos dos o más atributos para que así
todas las tablas de nuestro modelo no posean dependencia transitiva entre los atributos no
claves. Esta forma normal no soluciona las dependencias multivalores que se puedan mostrar en
la modelación de una base de datos.
A Continuación les daremos ejemplos de cómo aplicar la tercera forma normal en una
normalización de base de datos:
Ejemplo 1:
En esta tabla podemos ver el historial de los campeones de cada torneo realizado. La tabla
presenta como clave primaria el torneo disputado y año en que se jugo el torneo; y como
atributos posee el nombre del ganador del torneo y su fecha de nacimiento
Podemos observar que la fecha de nacimiento depende del jugador que gano el campeonato, por
lo que se encuentra en dependencia transitiva. Para resolver esta dependencia debemos separa
en otra tabla la fecha de nacimiento y el jugador