La esencia del modelo La estructura fundamental del modelo relacional es la relacin, es decir una tabla bidimensional constituida por

filas (tuplas) 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 representan las propiedades de la entidad. Por ejemplo, si en la base de datos se tienen que representar personas, podr definirse una relacin llamada "Personas", cuyos atributos describen las caractersticas de las personas. Cada tupla de la relacin "Personas" representar una persona concreta. Por ejemplo, la relacin: Personas (RFC, nombre, apellido, sexo, estadoCivil, fechaNacimiento) es apenas una definicin de la estructura de la tabla, es decir su nombre y la lista de atributos que la componen. Si esta estructura se puebla con datos, entonces tendremos una lista de valores individuales para cada tupla, atributo por atributo. Aunque una relacin es ms conocida como tabla, las tuplas como filas y los atributos como columnas, en este escrito usaremos la terminologa original18 y de donde deriva el nombre del modelo. 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 un atributo o conjunto de atributos que permiten identificar unvocamente una tupla en una relacin (en el ejemplo, el atributo RFC cumple con esta funcin). 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 se conoce como integridad de las entidades. La normalizacin, o sea la razn y uso de las formas normales, es evitar la repeticin innecesaria de datos (redundancia). Una solucin a este problema es repartirlos en varias relaciones y utilizar referencias por valor entre ellas. Este es un ejemplo tpico de que la tupla de una relacin, digamos de Empleados, no deba repetir toda la informacin de su departamento, sino que debe utilizar una referencia por valor a la tupla de la relacin Departamento, donde estn todos estos datos. Este procedimiento ahorra espacio de almacenamiento, optimiza el rendimiento y, al eliminar la redundancia, impide modificaciones parciales o incompletas que podran dar lugar a inconsistencias. Existen hasta 6 formas normales pero, en la prctica, se adopta generalmente la tercera forma normal.

El modelo relacional es un modelo de datos y, como tal, tiene en cuenta los tres aspectos siguientes de los datos: 1) La estructura, que debe permitir representar la informacin que nos interesa del mundo real. 2) La manipulacin, a la que da apoyo mediante las operaciones de actualizacin y consulta de los datos. 3) La integridad, que es facilitada mediante el establecimiento de reglas de integridad; es decir, condiciones que los datos deben cumplir. Un sistema de gestin de bases de datos relacional (SGBDR) da apoyo a la definicin de datos mediante la estructura de los datos del modelo relacional, as como a la manipulacin de estos datos con las operaciones del modelo; adems, asegura que se satisfacen las reglas de integridad que el modelo relacional establece. El principal objetivo del modelo de datos relacional es facilitar que la base de datos sea percibida o vista por el usuario como una estructura lgica que consiste en un conjunto de relaciones y no como una estructura fsica de implementacin. Los dominios pueden ser de dos tipos: 1) Dominios predefinidos, que corresponde a los tipos de datos que normalmente proporcionan los lenguajes de bases de datos, como por ejemplo los enteros, las cadenas de caracteres, los reales, etc. 2) Dominios definidos por el usuario, que pueden ser ms especficos. Toda definicin de un dominio debe constar, como mnimo, del nombre del dominio y de la descripcin de los valores que forman parte de ste. Un relacin se compone del esquema (o intensin de la relacin) y de la extensin El grado de una relacin es el nmero de atributos que pertenecen a su esquema. La cardinalidad de una relacin es el nmero de tuplas que pertenecen a su extensin Atomicidad de los valores de los atributos: los valores de los atributos de una relacin deben ser atmicos; es decir, no deben tener estructura interna. Esta caracterstica proviene del hecho de que los atributos siempre deben tomar un valor de su dominio o bien un valor nulo, y de que se ha establecido que los valores de los dominios deben ser atmicos en el modelo relacional. El objetivo de la atomicidad de los valores es dar simplicidad y uniformidad al modelo relacional No-repeticin de las tuplas: en un fichero clsico puede ocurrir que dos de los registros sean exactamente iguales; es decir, que contengan los mismos datos. En el caso del modelo relacional, en cambio, no es posible que una relacin

contenga tuplas repetidas. Esta caracterstica se deduce de la misma definicin de la extensin de una relacin. La extensin es un conjunto de tuplas y, en un conjunto, no puede haber elementos repetidos. No-ordenacin de las tuplas: de la definicin de la extensin de una relacin como un conjunto de tuplas se deduce tambin que estas tuplas no estarn ordenadas, teniendo en cuenta que no es posible que haya una ordenacin entre los elementos de un conjunto No-ordenacin de los atributos: el esquema de una relacin consta de un nombre de relacin R y un conjunto de atributos {A1, A2, ..., An}. As pues, no hay un orden entre los atributos de un esquema de relacin, teniendo en cuenta que estos atributos forman un conjunto. Como en el caso anterior, el objetivo de esta caracterstica es representar los hechos en un nivel abstracto, independientemente de su implementacin fsica. Clave candidata, clave primaria y clave alternativa de las relaciones Toda la informacin que contiene una base de datos debe poderse identificar de alguna forma. En el caso particular de las bases de datos que siguen el modelo relacional, para identificar los datos que la base de datos contiene, se pueden utilizar las claves candidatas de las relaciones. A continuacin definimos qu se entiende por clave candidata, clave primaria y clave alternativa de una relacin. Para hacerlo, ser necesario definir el concepto de superclave. Una superclave, por lo tanto, nos permite identificar todas las tuplas que contiene la relacin. Algunas superclaves de la relacin EMPLEADOS En la relacin de esquema EMPLEADOS(DNI, NSS, nombre, apellido, telfono), algunas de las superclaves de la relacin seran los siguientes subconjuntos de atributos: {DNI, NSS, nombre, apellido, telfono}, {DNI, apellido}, {DNI} y {NSS}. Es decir, C cumple que la eliminacin de cualquiera de sus atributos da un conjunto de atributos que no es superclave de la relacin. Intuitivamente, una clave candidata permite identificar cualquier tupla de una relacin, de manera que no sobre ningn atributo para hacer la identificacin. Claves candidatas de EMPLEADOS En la relacin de esquema EMPLEADOS(DNI, NSS, nombre, apellido, telfono), slo hay dos claves candidatas: {DNI} y {NSS}. El diseador de la base de datos es quien elige la clave primaria de entre las claves candidatas. Una superclave de una relacin de esquema R(A1, A2, ..., An) es un subconjunto de los atributos del esquema tal que no puede haber dos tuplas en la extensin de la relacin que tengan la misma combinacin

de valores para los atributos del subconjunto. Una clave candidata de una relacin es una superclave C de la relacin que cumple que ningn subconjunto propio de C es superclave. Habitualmente, una de las claves candidatas de una relacin se designa clave primaria de la relacin. La clave primaria es la clave candidata cuyos valores se utilizarn para identificar las tuplas de la relacin. Las claves candidatas no elegidas como primaria se denominan claves alternativas. Ejemplo de atributo que forma parte de la clave primaria y de una clave fornea Puede suceder que algn atributo de una relacin forme parte tanto de la clave primaria como de una clave fornea de la relacin. Esto se da en las relaciones siguientes: EDIFICIOS( nombreedificio, direccin), y DESPACHOS(edificio, nmero, superficie), donde {edificio} es una clave fornea que referencia EDIFICIOS. Operaciones del modelo relacional Las operaciones del modelo relacional deben permitir manipular datos almacenados en una base de datos relacional y, por lo tanto, estructurados en forma de relaciones. La manipulacin de datos incluye bsicamente dos aspectos: la actualizacin y la consulta. Existen tres operaciones bsicas de actualizacin: a) Insercin, que sirve para aadir una o ms tuplas a una relacin. b) Borrado, que sirve para eliminar una o ms tuplas de una relacin. c) Modificacin, que sirve para alterar los valores que tienen una o ms tuplas de una relacin para uno o ms de sus atributos.