Modelo Relacional

Fundamentos de Base de datos

Maestra: Nancy Carolina Quintana Martnez

2013
Alumna: Luz Mara Zavala Pia
ITSUR
06/03/2013
Introduccin

El modelo relacional fue propuesto originariamente por E.F. Codd en un ya famoso
artculo de 1970. Gracias a su coherencia y facilidad de uso, el modelo se ha
convertido en los aos 80 en el ms usado para la produccin de DBMS.
La estructura fundamental del modelo relacional es precisamente esa, "relacin",
es decir una tabla bidimensional constituida por lneas (tuple) y columnas
(atributos). Las relaciones representan las entidades que se consideran
interesantes en la base de datos. Cada instancia de la entidad encontrar sitio en
una tupla de la relacin, mientras que los atributos de la relacin representarn las
propiedades de la entidad. Por ejemplo, si en la base de datos se tienen que
representar personas, se podr definir una relacin llamada "Personas", cuyos
atributos describen las caractersticas de las personas (tabla siguiente). Cada
tupla de la relacin "Personas" representar una persona concreta. Las tuplas en
una relacin son un conjunto en el sentido matemtico del trmino, es decir una
coleccin no ordenada de elementos diferentes. Para distinguir una tupla de otra,
se recurre al concepto de "llave primaria", o sea a un conjunto de atributos que
permiten identificar unvocamente una tupla en una relacin. Naturalmente, en una
relacin puede haber ms combinaciones de atributos que permitan identificar
unvocamente una tupla ("llaves candidatas"), pero entre stas se elegir una sola
para utilizar como llave primaria. Los atributos de la llave primaria no pueden
asumir el valor nulo (que significa un valor no determinado), en tanto que ya no
permitiran identificar una tupla concreta en una relacin. Esta propiedad de las
relaciones y de sus llaves primarias est bajo el nombre de integridad de las
entidades (entity integrity).



Desarrollo

El modelo relacional constituye una alternativa para la organizacin y
representacin de la informacin que se pretende almacenar en una base de
datos. Se trata de un modelo terico matemtico que, adems de proporcionarnos
los elementos bsicos de modelado (las relaciones), incluye un conjunto de
operadores (definidos en forma de un lgebra relacional) para su manipulacin, sin
ambigedad posible. El carcter formal del modelo relacional hace relativamente
sencilla su representacin y gestin por medio de herramientas informticas. No
es casual, pues, que haya sido elegido como referencia para la construccin de la
gran mayora de los Sistemas de Gestin de Bases de Datos comerciales
disponibles en el mercado; ni tampoco que sea tambin habitualmente
seleccionado como modelo de referencia para la elaboracin del esquema lgico
de una base de datos, como tercer paso de la habitual metodologa de diseo de
BDs (despus del anlisis de requerimientos y la elaboracin del esquema
conceptual).
En el modelo relacional se basa en el concepto matemtico de relacin. En este
modelo, la informacin se representa en forma de tablas o relaciones, donde
cada fila de la tabla se interpreta como una relacin ordenada de valores (un
conjunto de valores relacionados entre s). El siguiente ejemplo presenta una
relacin que representa al conjunto de los departamentos de una determinada
empresa, y que recoge informacin sobre los mismos.





Definiciones
Formalmente, una relacin se define como un conjunto de n-tuplas; donde una n-
tupla se define a su vez como un conjunto ordenado de valores atmicos (esto es,
no divisible ni descomponible en valores ms pequeos.
Cada relacin, vista como una tabla, consta de un conjunto de columnas; cada
una de esas columnas recibe el nombre de atributo. A cada atributo de una
relacin le corresponde un nombre, que debe ser nico dentro de la relacin, y un
dominio: el conjunto de valores vlidos para un atributo; o, dicho de otra manera,
el conjunto de valores que cada tupla de la relacin puede tomar para ese atributo.
Con respecto a la parte dinmica del modelo, se propone un conjunto de
operadores que se aplican a las relaciones. Alguno de estos operadores son
clsicos de la teora de conjunto no hay que olvidar que una relacin se define
matemticamente como un conjunto-, mientras que otros fueron introducidos
especficamente para el modelo relacional. Todos ellos conforman el algebra
relacional definida formalmente en CODD (1972), donde adems se compara el
algebra relacional con el clculo relacional.

Independencia fsica: El modo en que se almacenan los datos no debe influir en
su manipulacin lgica y, por tanto, los usuarios que acceden a esos datos no han
de modificar sus programas por cambios en el almacenamiento fsico.
Independencia lgica: Aadir, eliminar o modificar cualquier elemento de la base
de datos no debe repercutir en los programas y/o usuarios que estn accediendo a
subconjuntos parciales de los mismos (vistas).
Flexibilidad: En el sentido de poder ofrecer a cada usuario los datos de forma
ms adecuada a la correspondiente aplicacin.
Sencillez: Las caractersticas anteriores, as como unos lenguajes de usuario muy
sencillos, producen como resultado que el modelo de datos relacional sea fcil de
comprender y de utilizar por parte del usuario final.
Para conseguir estos objetivos introducimos el concepto de relacin tabla- como
estructura bsica del modelo. Todos los datos de una base de datos se
representan en forma de relaciones cuyo contenido vara en el tiempo. Una
relacin, en terminologa relacional, es un conjunto de filas tuplas- con unas
determinadas caractersticas.

ESTRUCTURA DEL MODELO RELACIONAL
La relacin es el elemento bsico del modelo relacional, y se puede representar
como una tabla.


En ella podemos distinguir su nombre, un conjunto de columnas,
denominadas atributos, que representan propiedades de la tabla y que tambin
estn caracterizadas por su nombre, y un conjunto de filas llamadas tuplas, que
contienen los valores que toma cada uno de los atributos para cada elemento de
la relacin.
Grado: numero de atributos
Cardinalidad: numero de tuplas
En una tabla se puede distinguir una cabecera que define la estructura de la tabla;
es decir, sus atributos con los dominios subyacentes, y un cuerpo que est
formado por un conjunto de tuplas que varan en el tiempo.
Esta representacin de la relacin como una tabla ha sido el origen de que los
productos relacionales y los usuarios utilicen habitualmente el nombre de tabla (en
principio ajeno a la teora relacional) para denominar las relaciones y, como
consecuencia de ello, se llame filas a las tuplas y columnas a los atributos; si bien,
la terminologa es irrelevante y un producto no es ms o menos relacional por
utilizar una u otra terminologa.
DOMINIO Y ATRIBUTO
Un dominio D es un conjunto finito de valores homogneos y atmicos V1,V2Vn
caracterizado por un nombre; decimos valores homogneos porque son todos del
mismo tipo, y atmicos porque son indivisibles en lo que al modelo se refiere, es
decir, si se descompusiesen, perderan la semntica a ellos asociada. Por
ejemplo, el dominio de nacionalidades tiene los valores: Espaola, Francesa,
Norteamericana, etc., que son todos del mismo tipo y no se pueden dividir sin que
se pierda su semntica; as, si descompusiramos el valor ESPAOLA en las
letras E,S,P, etc., se perdera la semntica, ya que estas letras consideradas
aisladamente han dejado de tener el significado que tiene ESPAOLA como un
valor de la nacionalidad.
Todo dominio ha de tener un nombre, por el cual nos podemos referir a el, y un
tipo de datos; as, el tipo de datos del dominio de nacionalidades es una tira de
caracteres de longitud diez. Tambin se le puede asociar una unidad de medida,
como metros, kilos, etc., y ciertas restricciones.
Un atributo A es el papel que juega un determinado dominio D en una relacin; se
dice que D es el dominio de A y se denota como dom(A). As, el atributo
Nacionalidad de la tabla AUTOR, definido sobre el dominio de Nacionalidades, nos
indica que dicho dominio tiene el papel de nacionalidad del autor en la referida
tabla.
El universo del discurso de una base de datos relacional, representado por U, est
compuesto por un conjunto finito y no vacio de atributos, A1,A2An estructurados
en relaciones; cada atributo toma sus valores de un nico dominio (dominio
subyacente) y varios atributos pueden tener el mismo dominio subyacente.


ESQUEMA DE RELACION Y ESQUEMA RELACIONAL
En un esquema de relacin deberemos especificar los atributos y dominios sobre
los que se define la relacin, as como las restricciones de integridad que se
deben cumplir para que la relacin constituya una ocurrencia valida del esquema;
es decir, aquellas restricciones que afectan a cada uno de los elementos que
forman parte del correspondiente esquema de relacin.
LAS 12 REGLAS DE CODD PARA LOS SITEMAS RELACIONALES
1- Representacin de la informacin
2- Acceso garantizado
3- Tratamiento sistemtico de valores nulos
4- Catalogo activo en lnea basado en el modelo relacional
5- Sublenguaje de datos completo
6- Actualizacin de vistas
7- Inserciones, modificaciones y eliminaciones de alto nivel
8- Independencia fsica de los datos
9- Independencia lgica de los datos
10- Independencia de la integridad
11- Independencia de la distribucin
12- Regla de la no subversin

Claves

clave candidata.

Conjunto de atributos de una tabla que identifican unvocamente cada tupla de la
tabla.

clave primaria. Clave candidata que se escoge como identificador de las
tuplas.

clave alternativa. Cualquier clave candidata que no sea primaria

clave externa o secundaria. Atributo de una tabla relacionado con una clave
de otra tabla.

Nulos
Los valores nulos indican contenidos de atributos que no tienen ningn valor. En
claves secundarias indican que el registro actual no est relacionado con ninguno.
En otros atributos indica que no se puede rellenar ese valor por la razn que sea.
Las bases de datos relacionales admiten utilizar ese valor en todo tipo de
operaciones.
Eso significa definir un tercer valor en la lgica. Adems del valor verdadero o
falso, existe el valor para los nulos.
La razn de este tercer valor ambiguo es que comparar dos atributos con valor
nulo, no puede resultar ni verdadero, ni falso. De hecho necesitamos definir la
lgica con este valor:
verdadero Y (AND) nulo da como resultado, nulo
falso Y (AND) nulo da como resultado, falso
verdadero O (OR) nulo da como resultado, verdadero
falso O nulo da como resultado nulo
la negacin de nulo, da como resultado nulo

Restricciones
Se trata de unas condiciones de obligado cumplimiento por los datos de la base de
datos.
Las hay de varios tipos.

Inherentes
Son aquellas que no son determinadas por los usuarios, sino que son definidas
por el
hecho de que la base de datos sea relacional. Por ejemplo:
No puede haber dos tuplas iguales
El orden de las tuplas no importa
El orden de los atributos no importa
Cada atributo slo puede tomar un valor en el dominio en el que est
inscrito

Semnticas
El modelo relacional permite a los usuario incorporar restricciones
personales a los datos.
Las principales son:
Clave primaria. Hace que los atributos marcados como clave primaria no
puedan repetir valores.
Unicidad. Impide que los valores de los atributos marcados de esa forma,
puedan repetirse.
Obligatoriedad. Prohbe que el atributo marcado de esta forma no tenga
ningn valor.
Integridad referencial. Prohbe colocar valores en una clave externa que
no estn reflejados en la tabla donde ese atributo es clave primaria.
Regla de validacin. Condicin que debe de cumplir un dato concreto
para que sea actualizado.

El futuro del modelo relacional
Ya desde principios de 1990 se hablaba del fin del modelo relacional y su
sustitucin por las bases de datos orientadas a objetos. Pero el caso es que en el
ao 2001 de 8 mil 884millones de dlares pagados por licencias de bases de
datos, 7 mil 107 correspondieron al modelo relacional. Ms significativo es el
hecho de que en el ao 2000 las ventas para bases de datos relacionales tuvieron
un incremento del 15% en tanto, para bases de datos orientadas a objetos y de
otro tipo tuvieron un incremento negativo. Hay varias razones para explicar lo
anterior que no detallaremos pero sin duda resaltan lo sencillo del modelo y s
slido fundamento terico. La adicin de nuevas caractersticas al modelo
relacional es asunto de intenso debate as como la modernizacin y adecuacin
del lenguaje SQL a las exigencias siempre cambiantes de un entorno de gran
competencia. Sin duda el modelo ha superado la prueba del tiempo. Los
proveedores han aadido caractersticas de objetos a Boletn de Poltica
Informtica Nm. 6, 2003 60sus productos, lo cual permite a los usuarios definir
sus propios tipos de datos. En resumen, el modelo relacional de bases de datos es
un estndar de la industria consolidado, una tecnologa confiable y eficiente que
estar entre nosotros an por muchos aos antes de que sea desplazada por una
nueva y mejor.

Conclusin

Las necesidades de informacin de los usuarios cambian constantemente. No es
posible anticiparlas en su totalidad. La combinacin de variables junto con sus
cdigos en todos los proyectos de censos y encuestas de la institucin conforma
una cifra prcticamente infinita. El modelo relacional de bases de datos con sus
relaciones normalizadas es una solucin simple y elegante para satisfacer las ms
diversas condiciones de consulta y extraccin de datos e informacin.

Referencias:
http://blogs.ua.es/mu171m3d14/2011/04/27/05-el-modelo-relacional/
http://alejandria.nidaval.com/scripts/Editorial.dll?SE=2_1_0_T4_A584_79
http://umad.zapatolibre.com/moodle_files/Articulo%20-
%20El%20modelo%20relacional%20de%20bases%20de%20datos%20-
%20Codd.pdf