Ticb2 - Diseño de BBDD I

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.
Copia exclusiva de Jos Ignacio Mndez Yanes. Av de los Poblados 133, 7 - 3 - 28025 - Madrid - Tel. 917464968
B2G2T04 - DISEO DE BASE DE DATOS I.
1. INTRODUCCIN.............................................................................................................................................................. 2
1.1. EVOLUCIN HISTRICA......................................................................................................................................... 2
1.2. VENTAJAS E INCONVENIENTES ........................................................................................................................... 3
2. LA ARQUITECTURA ANSI/SPARC.............................................................................................................................. 3
2.1 UN POCO DE HISTORIA ........................................................................................................................................... 4
2.2 DESCRIPCIN DE LA ARQUITECTURA A TRES NIVELES................................................................................. 4
2.3 ANSI: MODELO DE REFERENCIA .......................................................................................................................... 5
2.4 DESCRIPCIN DEL MODELO DE REFERENCIA ................................................................................................. 6
2.4.1 FUNCIONES DE ADMINISTRACIN ................................................................................................................ 6
2.4.2 DEFINICIN DE LAS ESTRUCTURAS DE DATOS........................................................................................... 7
2.5 ENTORNO DE UN SGBD........................................................................................................................................... 7
3. EL MODELO LGICO RELACIONAL ........................................................................................................................ 7
3.1. CONCEPTOS Y ESTRUCTURA DEL MODELO RELACIONAL............................................................................ 8
3.2 RESTRICCIONES ....................................................................................................................................................... 8
3.2.1 RESTRICCIONES INHERENTES ........................................................................................................................ 9
3.2.2 RESTRICCIONES EXPLCITAS .......................................................................................................................... 9
3.3 LENGUAJES RELACIONALES............................................................................................................................... 10
3.3.1 ALGEBRA RELACIONAL .................................................................................................................................. 10
3.3.2 CALCULO RELACIONAL.................................................................................................................................. 11
3.4 BASES DE DATOS RELACIONALES..................................................................................................................... 11
4. NORMALIZACIN ........................................................................................................................................................ 13
4.1 INTRODUCCIN...................................................................................................................................................... 13
4.2 DESCRIPCIN.......................................................................................................................................................... 13
4.2.1 PRIMERA FORMA NORMAL (1FN) ................................................................................................................. 13
4.2.2 SEGUNDA FORMA NORMAL (2FN)................................................................................................................ 14
4.2.3 TERCERA FORMA NORMAL (3FN) ................................................................................................................. 14
4.3 NOTACIN ............................................................................................................................................................... 14
4.4 OTRAS FORMAS NORMALES ............................................................................................................................... 18
4.4.1 FORMA NORMAL DE BOYCE-CODD (FNBC) ............................................................................................... 18
4.4.2 CUARTA FORMA NORMAL (4FN) ................................................................................................................... 18
4.4.3 QUINTA FORMA NORMAL (5FN).................................................................................................................... 18
5. CONCLUSIN ................................................................................................................................................................. 18
6. BIBLIOGRAFA .............................................................................................................................................................. 18
7. ESQUEMA RESUMEN ................................................................................................................................................ 19
TEMARIO-TICB-feb04 B2G2T04
Actualizado en febrero de 2004 Pgina 1 de 21
1. INTRODUCCIN
En las Empresas y Organizaciones de hoy en da el Sistema de Informacin es un sistema ms al servicio de

aquellas y de sus objetivos, en ningn caso independiente de sus estrategias y, como algunos autores afirman,
formando parte de sus infraestructuras.
La implantacin del Sistema de Informacin en las Empresas y Organizaciones utilizando las Tecnologas de la
Informacin no ha sido un camino fcil de recorrer por diversas razones, entre las que hay que destacar la
siguiente y ms evidente:
No es posible hacer lo mismo que antes y de la misma manera, slo que utilizando unas tecnologas diferentes,
porque la tecnologa no es neutral y aporta su propia idiosincrasia.
Una de las aportaciones ms relevantes que, en las ltimas dcadas, ha supuesto la informtica para los
Sistemas de Informacin es el concepto de Base de Datos al menos por los siguientes motivos:
Incorpora una visin global del conjunto de datos de una organizacin o empresa, en cuyo diseo todos
los departamentos de las mismas deben estar de acuerdo.
Estructura el Sistema de Informacin alrededor de la Base de Datos considerada ahora como el Ncleo
del Sistema.
En los ltimos aos la evolucin de los Sistemas de Informacin ha sido realmente notable, hacindose cada vez
mayores las exigencias de prestaciones de informacin almacenada en el Sistema, lo que ha supuesto un avance
continuado de la tecnologa de las Bases de Datos y un fuerte impacto econmico sobre las organizaciones que
han aplicado esta tecnologa.
1.1. EVOLUCIN HISTRICA
En el comienzo de la informtica los datos estaban integrados en los programas de aplicacin como constantes.
Posteriormente aparecieron los ficheros. En ellos ya podemos diferenciar aunque de manera incipiente la
estructura lgica, que representa el punto de vista del usuario, y la estructura fsica de los datos referida al
soporte en el que se almacenaban.
En base a lo anterior la definicin de ficheros independientes del resto del programa poda llevarse a cabo por
medio del lenguaje de programacin. De este modo, se facilitaba el acceso y correspondiente actualizacin de los
ficheros de datos, evitando asimismo la programacin de muchas tareas repetitivas
Con todo, el nivel de diferenciacin alcanzado entre las estructuras lgica y fsica no era suficiente para evitar la
dependencia de los programas respecto de los datos y viceversa, y de ambos respecto de la mquina en la que
se ejecutaban los programas.
En la dcada de los aos 60 nacen los primeros Sistemas de Gestin de Bases de Datos SGBD. Los sistemas
dejan de estar orientados hacia los procesos o tratamientos y se orientan hacia las Bases de Datos.
Los datos y sus correspondientes interrelaciones se integran en las Bases de Datos y se aslan de las
aplicaciones o programas. La estructura lgica se hace ms flexible y sencilla y la estructura fsica, por el
contrario, se complica buscando mejorar el rendimiento.
La Arquitectura de los primeros SGBD comprenda, pues, dos niveles:
Estructura Global (caractersticas lgicas y fsicas): Esquema.

Vistas Lgicas Externas de los usuarios: Subesquemas.
1.2. VENTAJAS E INCONVENIENTES
Las ventajas de los sistemas de Bases de Datos ms destacables son las siguientes:
En relacin con los datos:

Independencia de los datos respecto de los tratamientos o programas y viceversa, lo que evita un
esfuerzo notable de reprogramacin de las aplicaciones cuando se producen cambios en la
estructura de los datos.
Disminucin de las redundancias.
Mayor y mejor disponibilidad para el conjunto de los usuarios.
Elevada eficiencia en la recogida, codificacin y entrada en el sistema.
Proteccin de los datos.
En relacin con los resultados:
Mayor coherencia.
Mayor valor informativo.
Mayor eficiencia.
Mejor y ms normalizada documentacin de la informacin.
En relacin con los usuarios:
Acceso rpido y sencillo para los usuarios finales
Facilidades de comparticin de datos.
No obstante tambin hay que indicar algunos inconvenientes:
Instalacin costosa.
Requiere habitualmente personal muy especializado.
Falta de rentabilidad a corto plazo.
Resistencia al cambio en algunas organizaciones.
2. LA ARQUITECTURA ANSI/SPARC
Las Bases de Datos requieren un software de gestin que facilite las operaciones y la interfaz con los usuarios.
Este software es el que ya hemos denominado Sistema de Gestin de Bases de Datos SGBD.
Para definirlo con mayor precisin podemos utilizar la definicin de A. de Miguel (1985):
Conjunto coordinado de programas, procedimientos, lenguajes, etc., que suministra, tanto a los usuarios no
informticos, como a los analistas, programadores, o al administrador, los medios necesarios para describir y
manipular los datos integrados en la base, manteniendo su integridad, confidencialidad y seguridad.
A destacar en este software dos tipos de lenguaje:
DLL (Data Definition Language, Lenguaje de definicin de datos): Proporciona facilidades para poder
crear tablas, columnas, etc.
DML (Data Manipulation Language, Lenguaje de manipulacin de datos): Suministra facilidades para
poder consultar y actualizar (altas, bajas y modificaciones) los datos existentes en la Base de Datos.
2.1 UN POCO DE HISTORIA
Desde principios de los aos 70 el Comit ANSI/X3/SPARC (American National Standards Institute, grupo de
estudio Standards Planning and Requirementes Committee) se ocupaba de la normalizacin de los SGBD.
Despus de una serie de informes parciales, publica en 1975 un informe provisional ANSI (1975), donde propone
la arquitectura a 3 niveles. Un informe posterior ANSI (1977) revisa y detalla esta arquitectura.
Prosiguen los trabajos y en Mayo de 1985 aparece un nuevo informe del DAFTG (Database Architecture
Framework TaskGroup) subgrupo del DBSSG (Database System Study Group) en donde se presenta el Modelo
de Referencia para la estandarizacin de los SGBD (ANSI-1986).
Todos estos informes resultaron claves para la evolucin de los SGBD, siempre con el objetivo de conseguir una
total independencia entre datos y programas de aplicacin.
2.2 DESCRIPCIN DE LA ARQUITECTURA A TRES NIVELES
Lo que propuso ANSI/SPARC en 1975 es que las bases de datos se construyan siguiendo un modelo o
arquitectura de tres niveles: nivel externo, nivel conceptual y nivel interno o fsico. Estos tres niveles estn
organizados de forma jerrquica, siendo el nivel interno el ms cercano a la mquina y el nivel externo aqul con
el que interacta el usuario. Ver la representacin de la figura 1:
La arquitectura interna del SGBD de este modelo presenta en su interior tres niveles perfectamente diferenciados:
El Nivel Fsico se encarga de tratar con el software ms interno de cada mquina (Sistema Operativo y
Sistema de Gestin de Ficheros). El Esquema Interno especifica cmo son almacenados los datos.
Describe la estructura de la Base de Datos en forma de Modelo Conceptual de almacenamiento.
El Nivel Conceptual materializa el lugar donde definir el resultado del diseo de la Base de Datos. El
Esquema Conceptual debe captar y almacenar el universo del discurso que describe a la organizacin o
empresa y que es necesaria para su funcionamiento. Sirve de punto de partida para futuros desarrollos de
la Base de Datos. Asla la representacin de la informacin de los requerimientos de la mquina y de las
exigencias de cada usuario en particular.
El Nivel Lgico o externo de descripcin, contiene las vistas externas de la Base de Datos que estn
asociadas cada una a un Esquema Externo. Permite ver a cada tipo de usuario de la Base de Datos
slo aquella parte del esquema que sea de su inters. De una determinada Base de Datos se pueden
derivar tantas vistas como haga falta.
El propsito principal de esta arquitectura de tres niveles es que el Esquema Conceptual sea una descripcin
estable de la organizacin e independiente de las vistas y de la forma de almacenamiento de los datos.
Debido a esta independencia de niveles, las Bases de Datos pueden ser flexibles y adaptables a los cambios.
2.3 ANSI: MODELO DE REFERENCIA
En 1985 el DAFTG (Database Architecture Framework Task Group) del ANSI / X3 / SPARC Database System
Study Group present el estudio final Modelo de Referencia para la estandarizacin de los SGBD.
El Modelo de Referencia no es por si mismo un estndar sino un marco conceptual cuyo objetivo principal es
simplificar el trabajo de estandarizacin de los distintos componentes y sus relaciones de un SGBD. Est basado
en la Arquitectura de tres niveles de ANSI (1975), aunque la revisa y la simplifica.
Los objetivos que el Modelo de Referencia pretende son:
Servir de herramienta para el desarrollo y coordinacin de estndares en el rea de SGBD.

Describir las interacciones entre el SGBD y otros componentes lgicos del Sistema de Informacin, tales
como el Sistema de Diccionario de Datos.
Facilitar la formacin del personal dando un marco comn para la descripcin de los SGBD.
Permitir la clasificacin de los productos comerciales.
Ayudar a los usuarios a analizar, cambiar e introducir SGBD en su organizacin.
Las ventajas que puede traer la estandarizacin de los SGBD tambin son mltiples:
Portabilidad de las aplicaciones.

Mejora de la productividad y disminucin de gastos de formacin.
Simplificacin de los procesos de evaluacin y seleccin de los SGBD.
Reduccin de costes.
Posibilidad de intercambio de datos entre distintos SGBD.
Para alcanzar los objetivos del Modelo de Referencia se deben cumplir los siguientes requisitos:
La definicin del Modelo debe adaptarse a los nuevos desarrollos tecnolgicos (Bases de Datos
Distribuidos, etc.).
La simplificacin de la arquitectura ANSI/SPARC (ANSI 77).

La unificacin de los modelos de Datos.
La compatibilidad con otros Modelos.
2.4 DESCRIPCIN DEL MODELO DE REFERENCIA
En la figura siguiente aparecen los distintos componentes del Modelo de Referencia:
Vamos a pasar a describir los distintos elementos de la figura.
2.4.1 FUNCIONES DE ADMINISTRACIN
Administrador de la Empresa: disea el Esquema Conceptual.

Administrador de la Base de Datos: especifica el Esquema Interno ms eficiente para el esquema
conceptual ya almacenado en los Metadatos.
Administrador de Aplicaciones: construye Esquemas Externos a partir del Esquema Conceptual y controla
los distintos programas de aplicacin que utiliza la Base de Datos.
En esta estructura lgica de tres tipos de esquemas se diferencian dos partes:
La parte superior para la Definicin de la Base de Datos.

La parte inferior para la Manipulacin de la Base de Datos.
2.4.2 DEFINICIN DE LAS ESTRUCTURAS DE DATOS
La definicin se realiza por funciones de programa y sus correspondientes interfaces, que dan como resultado los
METADATOS (informacin sobre los datos). Estos se almacenan en el Diccionario de Datos que constituye el
ncleo de la Arquitectura.
Creacin de los tres tipos de esquemas:
Se especifica el esquema conceptual con la interfaz correspondiente al lenguaje de Definicin, (ej. : SQL)
El procesador del esquema conceptual compila el esquema conceptual.
Se almacena el esquema conceptual en el diccionario de datos.
El procesador del esquema conceptual facilita informacin sobre este esquema, necesaria para la
definicin de los esquemas externo e interno.
Los procesadores controlan los esquemas externo e interno y los almacenan en la Base de Datos.
2.4.3 MANIPULACIN DE LOS DATOS
Una vez definidas las Bases de Datos el usuario mediante la interfaz del Lenguaje de Manipulacin de Datos
(LMD), ej.: SQL, puede realizar cualquier funcin de manipulacin: insertar, borrar, modificar datos.
Una peticin del usuario es ejecutada por los transformadores Esquema Externo \ Esquema Conceptual,
Esquema Conceptual \ Esquema Interno y Esquema Interno \ Almacenamiento Fsico, que utilizan los metadatos
almacenados en el Diccionario.
2.5 ENTORNO DE UN SGBD
En el entorno de un SGBD encontramos:
Programas de aplicacin y procesadores de lenguaje de aplicacin

Herramientas de Gestin
Diccionario de Datos
Sistema Operativo y Sistema de Gestin de Ficheros
Protocolos y Sistemas Distribuidos
3. EL MODELO LGICO RELACIONAL
Este modelo fue presentado por Codd en el ao 1970. Est basado en la representacin del universo del discurso
mediante los convencionalismos del lgebra relacional. Sus caractersticas principales son:
Al estar basado en un modelo matemtico con reglas y algoritmos algebraicos bien establecidos, permite
el desarrollo de lenguajes de acceso y manipulacin potentes.
Estructura los datos en tablas bidimensionales. Estas tablas sirven tanto para representar las entidades
del universo del discurso como las relaciones existentes entre ellas.
Posibilita la incorporacin de aspectos semnticos del universo del discurso mediante el establecimiento
de reglas de integridad. Estas reglas permiten trasladar al esquema conceptual restricciones o
comportamientos de datos presentes en el universo del discurso que no se podran modelar
exclusivamente con tablas.
3.1. CONCEPTOS Y ESTRUCTURA DEL MODELO RELACIONAL
El esquema de una Base de Datos Relacional se compone de uno o ms esquemas de relacin y de un conjunto
de restricciones de integridad.
Un Esquema de Relacin consiste en el nombre de relacin, seguido de los nombres de los atributos: NOMBRE
RELACIN (ATRIBUTO1, ATRIBUTO2,..... ATRIBUTO n).
Se define una Relacin: 'Dados los dominios D1, D2 Dn (no necesariamente distintos), R es una relacin entre
estos n-conjuntos si es un conjunto de n-tuplas (d1,d2,dn) tal que d1 pertenece a D1... dn pertenece a Dn ".
Un Dominio es un conjunto de valores aceptables para un atributo dado.
Cada Atributo, o propiedad con inters informacional de una relacin est asociado a un dominio del que toma
sus posibles valores.
El nmero de atributos de una relacin define su Grado, y el nmero de tuplas de la relacin define su
Cardinalidad.
La extensin u Ocurrencia de una relacin es una Tabla donde las filas corresponden a las tuplas y las columnas
a los atributos.
De estas definiciones se deducen las caractersticas de una tabla de estructura relacional:
Cada tabla debe contener un solo tipo de filas. El formato de cada fila queda definido por el esquema de
la relacin. Es decir todas las filas tienen las mismas columnas y formato.
Cada fila tiene que ser nica, no puede haber filas duplicadas.
El orden de las filas dentro de una tabla es indiferente.
Cada columna debe estar identificada por un nombre especfico.
El orden de las columnas dentro de una tabla es indiferente.
Cada columna debe extraer sus valores de un dominio.
Un mismo dominio podr servir para definir los valores de varias columnas diferentes.
El valor individual de la interseccin de cualquier fila y columna ser un nico dato.
3.2 RESTRICCIONES
Hay propiedades de los datos que no pueden ser capturadas basndose en conjuntos y relaciones. Estas
propiedades pueden ser expresadas como restricciones tanto en los valores de los datos como en el modo en
que los datos se relacionan.
Las razones para que un modelo requiera restricciones son:
Una razn semntica: permitir a los esquemas reflejar ms exactamente la informacin a modelar.
Una razn de integridad: comunicar al SGBD qu estados de la Base de Datos estn permitidos.
Se definen dos tipos bsicos de restricciones:
Restricciones inherentes o estructurales, que forman parte integral de las estructuras del modelo.
Restricciones explcitas, definidas por el diseador del esquema.
3.2.1 RESTRICCIONES INHERENTES
En una relacin no hay tuplas repetidas, sta es una restriccin derivada de la definicin de relacin matemtica.
Esta inexistencia de tuplas duplicadas en una relacin, implica que al menos todos los atributos de una fila sirven
para identificarla.
Una clave ser un atributo o conjunto de atributos que identifican, por su valor, a cada tupla de una relacin, de
forma nica y no redundante. Clave simple es la formada por un slo atributo y clave compuesta la que consta
de dos o ms atributos.
Hay relaciones en que se pueden encontrar varias claves posibles. De entre las claves candidatas se elige una
para que sea la clave primaria de esa relacin, las restantes sern las claves alternativas.
La diferencia entre la clave primaria y las alternativas radica en las operaciones que pueden hacerse con ellas. El
valor de la clave primaria en una tupla no puede ser modificado y el valor de una clave alternativa s.
Otro tipo de restricciones inherentes al modelo relacional son las Reglas de Integridad. Son las siguientes:
Integridad de Identidad: Ningn atributo que pertenezca a la clave primaria de una relacin puede
aceptar valores nulos. En este contexto, nulo, no significa un valor cero o espacio en blanco sino una
indicacin de que es valor desconocido, inaplicable, etc. Si se permitieran estos valores tendramos
entidades (filas) indistinguibles.
Integridad de asociaciones o de referencias cruzadas: Todo valor de una clave externa o es nulo, o debe
existir en alguna tupla de alguna relacin donde la clave primaria est definida sobre el mismo dominio
que el de aquella clave externa".
Esta ltima regla de integridad tiene que ver con la inclusin de referencias a una relacin desde otra relacin.
Supongamos que A es una clave primaria simple (con un solo atributo) de una relacin R1 y que el atributo B de
una clave primaria compuesta (con varios atributos) de una relacin R2 est definida en el mismo dominio que A.
En este caso, en cualquier instante, para cada valor de B en R2 debe existir un valor de A en R1 igual al valor de
B. Adicionalmente, si B no forma parte de la clave primaria de R2, debera cumplir la condicin anterior o bien
tomar un valor nulo. En ambos casos, el atributo B sera una clave de referencia.
3.2.2 RESTRICCIONES EXPLCITAS
El modelo de datos relacional contiene pocas restricciones inherentes si lo comparamos con otros modelos de
datos. Por el contrario, en los sistemas relacionales, existen mecanismos (materializados en un lenguaje de
definicin de restricciones) para aadir al esquema relacional restricciones explcitas.
Algunos tipos de restricciones explcitas podran ser:
Restricciones que limitan el rango de valores posibles de un atributo en una relacin.
Restricciones que ligan valores de atributos de una relacin con valores de atributos de otra o de la
misma relacin.
Restricciones que limitan los atributos que pueden ser comparados (para realizar un JOIN por ejemplo).
Restricciones que determinan condiciones que deben verificarse despus de un cambio en la BD.
Restricciones que indican las condiciones necesarias para que una operacin pueda llevarse a cabo.
3.3 LENGUAJES RELACIONALES
El lgebra relacional es un lenguaje procedimental, ya que cuando se escribe una expresin en lgebra
relacional, se proporciona una secuencia de operaciones que genera la respuesta a la consulta.
Por otro lado, el clculo relacional es un lenguaje no procedimental donde se da una descripcin formal de la
informacin deseada sin especificar cmo obtenerla.
3.3.1 ALGEBRA RELACIONAL
El lgebra relacional es un sistema cerrado de operaciones definidas sobre relaciones. Consta de unos
operadores y unos operandos. Los operandos son relaciones y los resultados son, asimismo, relaciones que
pueden tomarse como operandos en sucesivas operaciones. Existen cinco operadores fundamentales del
lgebra relacional y otros que pueden ser definidos en trminos de stos. Los operadores fundamentales son:
SELECCIN: Acta sobre una relacin para producir otra. La nueva relacin es un subconjunto de la vieja
determinado por un filtro (un criterio aplicado a las tuplas anteriores que determina cuales tuplas pasan a la nueva
relacin). El filtro es una funcin de comparacin entre atributos del mismo dominio o entre atributos y constantes.
PROYECCIN: Tambin acta sobre una relacin, para producir otra. La nueva relacin es un subconjunto de la
vieja determinado por una lista de proyeccin que especfica qu atributos de la relacin antigua van a pasar a
formar parte de la nueva.
UNIN: Acta sobre dos relaciones compatibles y de igual grado para producir una tercera en la que aparecen
todas las tuplas que estn en cualquiera de las relaciones operandos. La unin permite la insercin de nuevas
tuplas dentro de una relacin existente donde, estas tuplas, formaran uno de los operandos de la relacin.
DIFERENCIA: La diferencia entre dos relaciones, R1 y R2, compatibles y de igual grado, es el conjunto de tuplas
presentes en la relacin R1 y ausentes en la relacin R2. Esta operacin permite el borrado de tuplas de una
relacin.
PRODUCTO CARTESIANO: Produce una relacin de salida desde dos relaciones de entrada de grados
cualesquiera. La salida tiene un grado igual a la suma de los grados de las entradas y las tuplas resultantes se
obtienen yuxtaponiendo a cada tupla de la primera relacin de entrada, todas y cada una de las tuplas de la
segunda relacin.
Estos cinco operadores forman un conjunto relacionalmente completo, es decir, permite obtener cualquier
subconjunto de los datos contenidos en una BD.
Los operadores adicionales que pueden ser definidos en trminos de los fundamentales son: interseccin, join y
cociente.
La INTERSECCIN de dos relaciones compatibles es otra relacin constituida por todas las tuplas presentes en
las dos relaciones.
La potencia del JOIN, operador compuesto de seleccin, proyeccin y producto cartesiano y, dentro de l, el
operador JOIN NATURAL, produce una operacin resultado a partir de dos de entrada, en las que se busca la
coincidencia de valores entre atributos de igual nombre que se derivan del mismo dominio.
El COCIENTE de dos relaciones R1 y R2 es otra relacin constituida por las tuplas que al completarse con las
tuplas de R2 permiten obtener la relacin R1.
Adems de los operadores citados, existen una serie de operadores cuyo objetivo es aumentar el poder expresivo
y de manipulacin del lgebra relacional. Entre los operadores de consulta se encuentran la agrupacin ("group
by") y el cierre transitivo, ambos no derivables de los operadores fundamentales. Entre los operadores de
manipulacin, el de insercin y el de borrado de tuplas.
Un lenguaje es relacionalmente completo cuando tiene la misma capacidad de obtencin de datos que el
lgebra relacional.
3.3.2 CALCULO RELACIONAL
El concepto de clculo relacional fue propuesto por Codd (1972), como alternativo al lgebra Relacional. A
diferencia de sta ltima, en que han de especificarse los operadores que son necesarios para obtener el
resultado deseado (lenguaje descriptivo o procedimental), con los lenguajes basados en el clculo relacional se
indica cual es el resultado deseado, expresndolo mediante clculo de predicados de primer orden (lenguaje
descriptivo o predicativo).
Existen dos formas de Clculo Relacional :
Clculo relacional de tuplas. Las variables representan tuplas de una relacin. Un "query" se especifica
mediante el conjunto de tuplas que satisfacen una frmula bien formada {t 1 F(t)}.
Una frmula bien formada se construye combinando condiciones a cumplir por determinados elementos
de las tuplas, operadores booleanos (AND,OR,NOT) y cuantificadores (para todo, existe).
Las condiciones son de la forma:
R1.A*R2.B R1,.A*cte, donde * es un operador aritmtico de comparacin (=,-,=,<,<=,>,>=), R1.A

representa el atributo A de la relacin R1, etc.
Clculo relacional de dominios. Las variables representan valores de dominios sobre los que est definida
la relacin.
El xito del clculo relacional de dominios es debido al QBE (Query By Example) que es una aplicacin visual del
clculo de dominios, diseada para uso interactivo. El usuario hace consultas dando un ejemplo de la respuesta,
teclea el nombre de la relacin, dando lugar a la impresin en pantalla de sus esquemas. A continuacin, con
palabras clave en las columnas (dominios), el usuario especifica la consulta ( por ej. P para imprimir, U para
actualizar, ' ' para recuperar).
3.4 BASES DE DATOS RELACIONALES
Las bases de datos relacionales se han ido imponiendo desde la dcada de los 80 debido a la universal
aceptacin de la superioridad que ofrece el modelo de datos en el que se basan, el modelo relacional, frente a
sus antecesores: modelo jerrquico (estructuras en rbol) y modelo Codasyl (estructuras en red).
Un sistema de base de datos relacional se caracteriza por presentar sus datos externamente como tablas,
aunque internamente se sigan manejando stos de forma convencional, por medio de ndices, pginas, etc.
Otra de sus caractersticas es la disponibilidad de un lenguaje para operar con estas tablas, con funciones, al
menos de recuperacin y modificacin. Adicionalmente debe proporcionar funciones para seleccionar
subconjuntos de tablas sin predefinicin de caminos de acceso.
El lenguaje tambin incluye en determinados gestores, las funciones necesarias para definicin de datos,
obtencin de estadsticas bsicas (mnimos, mximos, medias ... ), ordenacin en determinada secuencia,
agrupamiento, etc. Igualmente debe proporcionar medios para controlar la integridad, seguridad y consistencia de
los datos.
Por ltimo, un sistema relacional, debe disponer de interfaces que permitan el acceso concurrente desde
terminales interactivos y programas de aplicacin, as como herramientas estndar para controlar la operacin y
facilitar, adems, los procesos de respaldo y recuperacin.
Codd estableci en 1985 doce principios, de los cuales al menos seis deben satisfacerse para que una base de
datos pueda considerarse totalmente relacional. Estos fueron precedidos de una regla general global, llamada
"Regla Cero". Estos principios pueden resumirse de la siguiente forma:
REGLA 0: Gestin de una Base de Datos Relacional. Un sistema de gestin de una base de datos relacional
(SGBDR), debe ser capaz de manejar las Bases de Datos exclusivamente con sus capacidades relacionales.
REGLA 1: Representacin de la informacin. Toda la informacin en una base de datos relacional se representa
explcitamente a nivel lgico y de una manera nica, por medio de valores en tablas.
REGLA 2: Acceso garantizado. Todos y cada uno de los datos elementales en una base de datos relacional,
deben ser accesibles lgicamente mediante el recurso a una combinacin de: nombre de tabla, valor de clave
primaria y nombre de columna.
REGLA 3: Representacin sistemtica de la informacin que falta. Los valores nulos deben ser soportados por un
sistema de gestin de Bases de Datos (SGBD) completamente relacional para representar, de modo sistemtico,
la informacin desconocida o inaplicable.
REGLA 4: Catlogo dinmico. La descripcin de la Base de Datos se representa, a nivel lgico, en la misma
forma que los datos ordinarios de modo que los usuarios autorizados puedan aplicar el mismo lenguaje relacional
para consultarlo.
REGLA 5: Sublenguaje global de datos. Debe existir, al menos, un lenguaje cuyas sentencias sean expresabas
por medio de una sintaxis bien definida, como cadena de caracteres, y capaz de soportar definicin de datos,
definicin de vistas, manipulacin de datos, restricciones de integridad, autorizaciones y manejo de transacciones.
REGLA 6: Actualizacin de vistas. Todas las vistas tericamente actualizables debern ser tambin actualizables
por el sistema.
REGLA 7: Inserciones, actualizaciones y eliminaciones de alto nivel. La capacidad para manejar, como un solo
operando, la relacin base o una relacin derivada se aplica, no slo a las recuperaciones de datos, sino tambin,
a sus inserciones, actualizaciones y eliminaciones.
REGLA 8: Independencia fsica de los datos. Los programas de aplicaciones y las actividades terminales
permanecern lgicamente inalterados siempre que se realicen cambios en las representaciones de
almacenamiento o en los mtodos de acceso.
REGLA 9: Independencia lgica de los datos. Cuando se efecte en las tablas cualquier tipo de cambio que
preserve la informacin, los programas de aplicacin permanecern intactos.
REGLA 10: Independencia de la integridad. Las reglas de integridad de una Base de Datos particular deben ser
definibles por medio del sublenguaje de datos relacional y almacenadas en el catlogo, no en los programas de
aplicaciones.
REGLA 11: Independencia de la distribucin. Un sistema relacional debe tener un sublenguaje de datos que
pueda soportar bases de datos distribuidas sin alterar los programas de aplicaciones o actividades finales.
REGLA 12: Regla de la no inversin. Si un sistema relacional tiene un lenguaje de bajo nivel, ste no puede ser
utilizado para pasar por alto las reglas de integridad y las restricciones expresadas por medio del lenguaje
relacional de ms alto nivel.
4. NORMALIZACIN
4.1 INTRODUCCIN
La teora de la normalizacin tiene por objetivo la eliminacin de dependencias entre atributos que originen
anomalas en la actualizacin de los datos, y proporcionar una estructura ms regular para la representacin de
las tablas, constituyendo el soporte para el diseo de bases de datos relacionales.
4.2 DESCRIPCIN
La teora de la normalizacin, como tcnica formal para organizar los datos, ayuda a encontrar fallos y a
corregirlos, evitando as introducir anomalas en las operaciones de manipulacin de datos.
Se dice que una relacin est en una determinada forma normal si satisface un cierto conjunto de restricciones
sobre los atributos. Cuanto ms restricciones existan, menor ser el nmero de relaciones que las satisfagan, as,
por ejemplo, una relacin en tercera forma normal estar tambin en segunda y en primera forma normal.
Antes de definir las distintas formas normales se explican, muy brevemente, algunos conceptos necesarios para
su comprensin.
Dependencia funcional
Un atributo Y se dice que depende funcionalmente de otro X si, y slo si, a cada valor de X le corresponde un
nico valor de Y, lo que se expresa de la siguiente forma: X Y (tambin se dice que X determina o implica a Y).
X se denomina implicante o determinante e Y es el implicado.
Dependencia funcional completa
Un atributo Y tiene dependencia funcional completa respecto de otro X, si depende funcionalmente de l en su

totalidad, es decir, no depende de ninguno de los posibles atributos que formen parte de X.
Dependencia transitiva
Un atributo depende transitivamente de otro si, y slo si, depende de l a travs de otro atributo. As, Z depende
transitivamente de X, si:
XY
YZ
X -/ Z
Se dice que X implica a Z a travs de Y.
Una vez definidas las anteriores dependencias, se pueden enunciar las siguientes formas normales:
4.2.1 PRIMERA FORMA NORMAL (1FN)
Una entidad est en 1FN si no tiene grupos repetitivos, es decir, un atributo slo puede tomar un nico valor de
un dominio simple.
Una vez identificados los atributos que no dependen funcionalmente de la clave principal, se formar con ellos
una nueva entidad y se eliminarn de la antigua. La clave principal de la nueva entidad estar formada por la
concatenacin de uno o varios de sus atributos ms la clave principal de la antigua entidad.
4.2.2 SEGUNDA FORMA NORMAL (2FN)
Una entidad est en 2FN si est en 1FN y todos los atributos que no forman parte de las claves candidatas
(atributos no principales) tienen dependencia funcional completa respecto de stas, es decir, no hay
dependencias funcionales de atributos no principales respecto de una parte de las claves. Cada uno de los
atributos de una entidad depende de toda la clave.
Una vez identificados los atributos que no dependen funcionalmente de toda la clave, sino slo de parte de la
misma, se formar con ellos una nueva entidad y se eliminarn de la antigua. La clave principal de la nueva
entidad estar formada por la parte de la antigua de la que dependen funcionalmente.
4.2.3 TERCERA FORMA NORMAL (3FN)
Una entidad est en 3FN si est en 2FN y todos sus atributos no principales dependen directamente de la clave
primaria, es decir, no hay dependencias funcionales transitivas de atributos no principales respecto de las claves.
Una vez identificados los atributos que dependen de otro atributo distinto de la clave, se formar con ellos una
nueva entidad y se eliminarn de la antigua. La clave principal de la nueva entidad ser el atributo del cual
dependen. Este atributo en la entidad antigua, pasar a ser una clave ajena.
4.3 NOTACIN
Una herramienta muy til para visualizar las dependencias funcionales es el grafo o diagrama de dependencias
funcionales, mediante el cual se representa un conjunto de atributos y las dependencias funcionales existentes
entre ellos.
En el grafo aparecen los nombres de los atributos unidos por flechas, las cuales indican las dependencias
funcionales completas que existen entre ellos, partiendo del implicante hacia el implicado. Cuando el implicante
de una dependencia no es un nico atributo, es decir, se trata de un implicante compuesto, los atributos que lo
componen se encierran en un recuadro y la flecha parte de ste, no de cada atributo.
En la figura se presenta un ejemplo de cmo se visualizan las dependencias. Se puede observar que cod_libro
determina funcionalmente el ttulo del libro y la editorial, como indica la correspondiente flecha; de forma anloga,
num_socio determina el nombre, domicilio y el tel. del socio (suponiendo que slo se proporciona un telfono);
mientras que ambos atributos en conjunto cod_libro y num_socio (lo que se indica mediante el recuadro que los
incluye) determinan fecha_prstamo y fecha_dev.
Ejemplo: Sea una entidad TCNICOS de un grupo de empresas, con los siguientes atributos:
cod_empresa
cod_tcnico
nombre_tcnico
cod_categora
categora
nombre_empresa
fecha_alta
fecha_baja
cod_conoc
ttulo_conoc
rea_conoc
grado
cod_proyecto
nombre_proyecto
f_inicio
f_fin
f_asignacin
f_cese
cod_cliente
nombre_cliente
La entidad TCNICOS tiene la clave principal compuesta por cod_empresa y cod_tcnico, ya que, al ser varias
empresas, el cdigo de tcnico no ser nico, sino que puede coincidir con otros de otras empresas.
Primera forma normal (1FN):
Evidentemente no se cumple la primera forma normal, ya que un tcnico tendr ms de un conocimiento

(lenguajes, sistemas operativos, bases de datos, etc.), es decir habr varios valores de cod_conoc, por lo que
este atributo y los asociados a conocimientos no dependen funcionalmente de la clave principal.
Los atributos cod_conoc, ttulo_conoc, rea_conoc y grado identificados como no dependientes, formarn la
nueva entidad CONOCIMIENTOS y desaparecern de la entidad TCNICOS. La clave de la nueva entidad ser
cod_conoc concatenada con cod_empresa y cod_tcnico.
Por otro lado, en este sistema un tcnico puede trabajar en ms de un proyecto a tiempo parcial, por lo que
cod_proyecto tampoco depende funcionalmente de la clave principal de TCNICOS.
Se obtiene entonces la entidad PROYECTOS con los atributos de los proyectos, y su clave compuesta de
cod_proyecto concatenada con cod_empresa y cod_tcnico de la antigua entidad.
Esta situacin se completar con dos tipos de relaciones: Poseen, cuyo tipo de correspondencia es 1:N entre
TCNICOS y CONOCIMIENTOS y Estn asignados, tambin del tipo M:N entre TCNICOS y PROYECTOS, tal y
como muestra el diagrama siguiente:
Como se aprecia en la figura, se ha trasladado el atributo grado de la entidad CONOCIMIENTOS a la relacin

Poseen, pues es un atributo que determina la relacin entre las dos entidades. Tambin han sido trasladado los
atributos que caracterizan la relacin Estn asignados, como son f_asignacin y f_cese, ya que un tcnico no
siempre estar trabajando en un proyecto, sino en determinado periodo.
Segunda forma normal (2FN):
En la entidad TCNICOS se observa que el atributo nombre_empresa no tiene una dependencia funcional
completa de la clave, sino que la tiene slo de una parte de la misma: cod_empresa.
El atributo identificado formar parte de una nueva entidad, EMPRESAS, siendo eliminado de la antigua. La
clave principal de la nueva entidad ser cod_empresa.
Para representar la segunda forma normal en el modelo de datos, deber aadirse un tipo de relacin, Se
componen, y el tipo de correspondencia 1:N.
Tercera forma normal (3FN):
En la entidad TCNICOS de la figura se puede observar que para un cod_tcnico hay un nico cod_categora, es
decir, el segundo depende funcionalmente del primero; para un cod_categora hay una nica categora, es decir,
que este atributo depende funcionalmente del cod_categora; y por ltimo, para un cod_categora hay varios
valores de cod_tcnico. As pues, la categora depende transitivamente del cod_tcnico, por lo que la entidad
TCNICOS no est en 3FN.
Una vez identificado el atributo categora que depende de otro atributo distinto de la clave, cod_categora, se
formar con l una nueva entidad y se quitar de la antigua. La clave principal de la nueva entidad ser el atributo
del cual depende cod_categora y en la entidad antigua pasar a ser una clave ajena.
Del mismo modo, puede observarse que la entidad PROYECTOS tampoco est en 3FN, pues el nombre_cliente
depende de cod_cliente, que no forma parte de la clave de la entidad.
As pues, aparecen dos entidades nuevas en el modelo: CATEGORAS y CLIENTES, y sus respectivas
relaciones y tipos de correspondencias: Estn clasificados 1:N y Tiene contratados 1:N.
4.4 OTRAS FORMAS NORMALES
Adems de las tres formas normales antedichas existen otras ms avanzadas aunque no son de uso tan habitual
como las anteriores, por lo que las vamos a definir brevemente:
4.4.1 FORMA NORMAL DE BOYCE-CODD (FNBC)
Una relacin se encuentra en forma normal de Boyce-Codd si y slo si est en 3FN y adems todo determinante
es una clave candidata.
4.4.2 CUARTA FORMA NORMAL (4FN)
Una relacin est en cuarta forma normal si y slo si est en FNBC y adems en todas las dependencias
mltiplemente valoradas el implicante es clave candidata.
4.4.3 QUINTA FORMA NORMAL (5FN)
Una relacin est en quinta forma normal si y slo si est en 4FN y adems toda dependencia de combinacin
est implicada por una clave candidata.
Una dependencia de combinacin aparece en relaciones que no pueden descomponerse en otras dos sin perder
informacin. Para evitar esta prdida de informacin hay que descomponerla, al menos, en otras tres relaciones.
5. CONCLUSIN
Los sistemas informticos tradicionales se denominaban sistemas orientados al proceso, debido a que el nfasis
se pona en el tratamiento que reciban los datos., los cuales se almacenaban en ficheros diseados para una
determinada aplicacin.
Este planteamiento provocaba una serie de problemas: ocupacin intil de memoria secundaria, inconsistencias,
dependencia de los datos respecto al soporte fsico, etc.
Para resolver estos problemas surgi un nuevo enfoque que se apoyaba sobre las Bases de Datos en las cuales
los datos son recogidos y almacenados una sola vez con independencia de los tratamientos.
Las Bases de Datos no son nicamente una nueva tecnologa, sino que nacen de una concepcin distinta del
Sistema de Informacin. Por eso tienen una influencia decisiva en las estructuras y organizaciones de su entorno.
6. BIBLIOGRAFA
Mtrica versin 3. Ministerio de Administraciones Pblicas. Consejo Superior de Informtica.

Anlisis y diseo detallado de Aplicaciones Informticas de Gestin. Mario G. Piattini y otros. Editorial
RA-MA. Ao 1996.
7. ESQUEMA RESUMEN
HISTORIA
Los datos figuraban en los programas como constantes.

Aparecen Ficheros: Dependencia de los programas respecto de los datos y viceversa.
Aos 60: Nacen los primeros Sistemas de Gestin de Bases de Datos SGBD.
ARQUITECTURA ANSI/SPARC
1975: Se propone una arquitectura de tres niveles:
Nivel Fsico o Interno: Se engrana con el Sistema Operativo y el Sistema de Gestin de Ficheros.
Especifica qu y cmo son almacenados los datos.
Nivel Conceptual: Capta y almacena el universo del discurso que describe a la organizacin o empresa
y que es necesaria para su funcionamiento.
Nivel Lgico o Externo: Permite ver a cada tipo de usuario de la BD slo aquella parte del esquema que
sea de su inters.
MODELO LGICO RELACIONAL
Codd 1970: Basado en el lgebra relacional. Estructura los datos en forma de tablas bidimensionales.
Incorpora aspectos semnticos del universo del discurso a travs de reglas de integridad.
Base de Datos Relacional: Uno o ms esquemas de relacin y un conjunto de relaciones de integridad.

Esquema de Relacin: Nombre de relacin, seguido de los nombres d elos atributos.
Relacin: Dados los dominios D1,D2,..,Dn, R es una relacin entre estos n-conjuntos si es un conjunto
de n-tuplas (d1, d2, ..., dn) tal que d1 pertenece a D1,.... dn pertenece a Dn.
Dominio: Conjunto de valores para un atributo dado.
Atributo: Propiedad con inters informacional de una relacin asociado a un dominio del que toma sus
posibles valores.
Grado: Nmero de atributos de una relacin.
Cardinalidad: Nmero de tuplas de una relacin.
Una tabla de estructura relacional:
Tiene un solo tipo de filas.

Cada fila tiene que ser nica.
El orden de las filas es indiferente.
Cada columna debe extraer sus valores de un dominio.
Un mismo dominio podr servir para definir los valores de varias columnas diferentes.
El valor individual de la interseccin de cualquier fila y columna ser un nico dato.
RESTRICCIONES
Hay propiedades de los datos que tienen que ser expresadas mediante restricciones tanto en los valores de los
datos como en el modo en que los datos se relacionan.
Restricciones inherentes o estructurales: Forman parte integral de las estructuras del modelo.
Restricciones explcitas: Definidas por el diseador del sistema.
Una clave ser un atributo o conjunto de atributos que identifican, por su valor, a cada tupla de una relacin, de
forma nica y no redundante. Clave simple es la formada por un nico atributo. Clave compuesta la que consta
de dos o ms atributos.
Integridad de identidad: Ningn atributo que pertenezca a la clave primaria de una relacin puede aceptar
valores nulos.
Integridad de referencias cruzadas: Todo valor de una clave externa o es nulo o debe existir alguna tupla de
alguna relacin donde la clave primaria est definida sobre el mismo dominio que el de aquella clave externa.
LGEBRA RELACIONAL
SELECCIN: Acta sobre una relacin para producir otra. La nueva relacin es un subconjunto de la
vieja determinado por un filtro). El filtro es una funcin de comparacin entre atributos del mismo dominio
o entre atributos y constantes.
PROYECCIN: Tambin acta sobre una relacin, para producir otra. La nueva relacin es un
subconjunto de la vieja determinado por una lista de proyeccin que especfica qu atributos de la
relacin antigua van a pasar a formar parte de la nueva.
UNIN: Acta sobre dos relaciones compatibles y de igual grado para producir una tercera en la que
aparecen todas las tuplas que estn en cualquiera de las relaciones operandos. La unin permite la
insercin de nuevas tuplas dentro de una relacin existente donde, estas tuplas, formaran uno de los
operandos de la relacin.
DIFERENCIA: La diferencia entre dos relaciones, R1 y R2, compatibles y de igual grado, es el conjunto
de tuplas presentes en la relacin R1 y ausentes en la relacin R2.
PRODUCTO CARTESIANO: Produce una relacin de salida desde dos relaciones de entrada de grados
cualesquiera. La salida tiene un grado igual a la suma de los grados de las entradas y las tuplas
resultantes se obtienen yuxtaponiendo a cada tupla de la primera relacin de entrada, todas y cada una
de las tuplas de la segunda relacin.
NORMALIZACIN
Dependencia funcional: Un atributo Y se dice que depende funcionalmente de otro X si, y slo si, a cada valor de
X le corresponde un nico valor de Y, lo que se expresa de la siguiente forma: X Y (tambin se dice que X
determina o implica a Y). X se denomina implicante o determinante e Y es el implicado.
Dependencia funcional completa: Un atributo Y tiene dependencia funcional completa respecto de otro X, si
depende funcionalmente de l en su totalidad, es decir, no depende de ninguno de los posibles atributos que
formen parte de X.
Dependencia transitiva: Un atributo depende transitivamente de otro si, y slo si, depende de l a travs de otro
atributo. As, Z depende transitivamente de X, si:
XY
YZ
X -/ Z
Se dice que X implica a Z a travs de Y.
Primera forma normal (1FN): Una entidad est en 1FN si no tiene grupos repetitivos, es decir, un atributo slo
puede tomar un nico valor de un dominio simple.
Segunda forma normal (2FN): Una entidad est en 2FN si est en 1FN y todos los atributos que no forman parte
de las claves candidatas (atributos no principales) tienen dependencia funcional completa respecto de stas, es
decir, no hay dependencias funcionales de atributos no principales respecto de una parte de las claves. Cada uno
de los atributos de una entidad depende de toda la clave.
Tercera forma normal (3FN): Una entidad est en 3FN si est en 2FN y todos sus atributos no principales
dependen directamente de la clave primaria, es decir, no hay dependencias funcionales transitivas de atributos no
principales respecto de las claves.

Ticb2 - Diseño de BBDD I

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Ticb2 - Diseño de BBDD I

Transféré par

Droits d'auteur :

Formats disponibles

www.haztefuncionario.com Material registrado. Prohibida su reproduccin.

B2G2T04 - DISEO DE BASE DE DATOS I.

En las Empresas y Organizaciones de hoy en da el Sistema de Informacin es un sistema ms al servicio de

1.1. EVOLUCIN HISTRICA

La Arquitectura de los primeros SGBD comprenda, pues, dos niveles:

Estructura Global (caractersticas lgicas y fsicas): Esquema.

1.2. VENTAJAS E INCONVENIENTES

En relacin con los datos:

No obstante tambin hay que indicar algunos inconvenientes:

A destacar en este software dos tipos de lenguaje:

2.1 UN POCO DE HISTORIA

2.2 DESCRIPCIN DE LA ARQUITECTURA A TRES NIVELES

2.3 ANSI: MODELO DE REFERENCIA

Los objetivos que el Modelo de Referencia pretende son:

Servir de herramienta para el desarrollo y coordinacin de estndares en el rea de SGBD.

Portabilidad de las aplicaciones.

La simplificacin de la arquitectura ANSI/SPARC (ANSI 77).

2.4 DESCRIPCIN DEL MODELO DE REFERENCIA

En la figura siguiente aparecen los distintos componentes del Modelo de Referencia:

Vamos a pasar a describir los distintos elementos de la figura.

2.4.1 FUNCIONES DE ADMINISTRACIN

Administrador de la Empresa: disea el Esquema Conceptual.

En esta estructura lgica de tres tipos de esquemas se diferencian dos partes:

La parte superior para la Definicin de la Base de Datos.

2.4.2 DEFINICIN DE LAS ESTRUCTURAS DE DATOS

Creacin de los tres tipos de esquemas:

2.4.3 MANIPULACIN DE LOS DATOS

2.5 ENTORNO DE UN SGBD

En el entorno de un SGBD encontramos:

Programas de aplicacin y procesadores de lenguaje de aplicacin

3. EL MODELO LGICO RELACIONAL

3.1. CONCEPTOS Y ESTRUCTURA DEL MODELO RELACIONAL

Un Dominio es un conjunto de valores aceptables para un atributo dado.

De estas definiciones se deducen las caractersticas de una tabla de estructura relacional:

Las razones para que un modelo requiera restricciones son:

Se definen dos tipos bsicos de restricciones:

3.2.1 RESTRICCIONES INHERENTES

3.2.2 RESTRICCIONES EXPLCITAS

Algunos tipos de restricciones explcitas podran ser:

Restricciones que limitan el rango de valores posibles de un atributo en una relacin.

3.3 LENGUAJES RELACIONALES

3.3.1 ALGEBRA RELACIONAL

3.3.2 CALCULO RELACIONAL

Existen dos formas de Clculo Relacional :

Las condiciones son de la forma:

R1.A*R2.B R1,.A*cte, donde * es un operador aritmtico de comparacin (=,-,=,<,<=,>,>=), R1.A

3.4 BASES DE DATOS RELACIONALES

X se denomina implicante o determinante e Y es el implicado.

Dependencia funcional completa

Un atributo Y tiene dependencia funcional completa respecto de otro X, si depende funcionalmente de l en su

Se dice que X implica a Z a travs de Y.

4.2.1 PRIMERA FORMA NORMAL (1FN)

4.2.2 SEGUNDA FORMA NORMAL (2FN)

4.2.3 TERCERA FORMA NORMAL (3FN)

Primera forma normal (1FN):

Evidentemente no se cumple la primera forma normal, ya que un tcnico tendr ms de un conocimiento

Como se aprecia en la figura, se ha trasladado el atributo grado de la entidad CONOCIMIENTOS a la relacin

Segunda forma normal (2FN):

Tercera forma normal (3FN):

4.4 OTRAS FORMAS NORMALES

4.4.1 FORMA NORMAL DE BOYCE-CODD (FNBC)

4.4.2 CUARTA FORMA NORMAL (4FN)

4.4.3 QUINTA FORMA NORMAL (5FN)

R1.AR2.B R1,.Acte, donde * es un operador aritmtico de comparacin (=,-,=,<,<=,>,>=), R1.A