Estructura de datos relacionales

La estructura fundamental del modelo relacional es la relación, es decir una tabla

bidimensional constituida por tuplas (filas) y atributos (columnas)
Por ejemplo la relación:
CLIENTE (CI, nombre, sexo, dir, telef, limiteCred)
Las tuplas:
- 101, Joaquin Chumacero Yupanqui, m, urb. Las Lomas, 35689754, 1000
- 102, Saturnino Mamai, m, Calle montes #52, 7125463, 700
- 103, Patricia Yucra, F, calle lujan # 52, 7521201, 1200

Las relaciones respresentan las entidades que se consideran interesantes en la base de

datos, cada instancia de la entidad encontrará sitio en una tupla de la relación, mientras
que los atributos de la relación representan las propiedades de la entidad.
Por ejemplo, si en una base de datos se necesita representar personas, entonces podrá
definirse una relación llamada “Personas”, cuyos atributos describan las características de
las personas. Cada tupla de la relación Personas representara una persona concreta (Por
ejemplo, 101, Joaquin Chumacero Yupanqui, m, urb. Las Lomas, 35689754, 1000
Las tuplas en una relación son un conjunto en el sentido metematico del termino, es decir
una colección no ordenada de elementos diferentes. Para distinguir una tupla de la otra,
se recurre al concepto de “llave primaria”, o sea un atributo o conjunto de atributos que
permiten identificar unívocamente una tupla en una relación (en el ejemplo, el atributo CI,
cumple con esta función). Naturalmente, en una relación puede haber mas combinaciones
de atributos que permitan identificar unívocamente una tupla (llaves candidatas), pero
entre estas se eligira 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 permitirían identificar una tupla concreta en una
relación.
Esa propiedad de las realciones y de sus llaves primarias se conoce como integridad de
las entidades.
Cada atributo de una relación se caracteriza por un nombre y por un dominio. El dominio
indica que valores pueden ser asumidos por una columna de la relación. A menudo un
dominio se define a través de la declaración de un tipo para el atributo (por ejemplo
diciendo que es una cadena de diez caracteres), pero también es posible definir dominios
mas complejos y precisos. Por ejemplo, para el atributo sexo, de nuestra relación
Personas podemos definir un dominio por el cual los únicos valores validos son M y F, o
bien para el atributo fecha de nacimiento podremos definir dominio por el que se
consideren validas lasfechas después del año 1960, si en nuestra base de datos no esta
previsto que hayas personas con fechas de nacimientos anterior a esa. El motor de datos
se ocupara de controlar que los atributos de las relaciones se incluyan solo los valores
permitidos por sus dominios. Caracteristica fundamental de los dominios de una base de
datos relacional es que sean atomicos, es decir que los valores contenidos en los
atributos no se puedan separar en valores de dominios mas simples. Mas formalmente
dice que no es posible tener atributos con valores multiples (multivaluados)

Reglas de integridad
a) Nulos
Cuando en una tupla un tributo es desconocido, se dice que es nulo. Un nulo
representa el valor cero de la cadena vacia, estos son valores que tienen
significado. El nulo implica ausencia de información, bien porque al insertar una
tupla se desconocia el valor del atributo, o bien porque al insertar la tupla se
desconocia el valor del atributo, o bien porque para dicha tupla el atributo no tiene
sentido.
Ya que los nulos son valores, deben tratarse de modo diferente, lo que causa
problemas de implementación. De hecho, no todos los SGBD relacionales
soportan los nulos.

b) Regla e integridad de las entidade

LA primera regla de integridad se aplica a las claves primarias de las relaciones
base: ninguno de los atributos que componen la llave primaria puede ser nulo
Por definición, una clave primaria es un identificador irreducible que se utiliza para
identificar de modo único las tuplas. Que es irreducible significa que ningún
subconjunto de la clave primaria sirve para identificar las tuplas de modo único. Si
se permite que parte de la clave primaria sea nula, se esta diciento que no todos
sus atributos son necesarios para distinguir las tuplas, con lo que se contradice la
irreduciblidad.
Notese que esta regla solo se aplica a las relaciones base y a las claves primarias,
no a las claves alternativas.

c) Regla de integridad referencial

La segunda regla de integridad se aplica a las claves foráneas, si en una relación
hay alguna clave foránea, sus valores deben coincidir con valores de la clave
primaria a la que hace referencia, o bien, deben ser completamentes nulos
La regla de integridad referencial, se enmarca en términos de estados de la base
de datos: indica lo que es un estado ilegal, pero no dice como puede evitarse. La
cuestión es ¿Qué hacer si estando en un estado legal, llega una petición para
realizar una operación que conduce a un estado ilegal? Existen dos opciones:
rehacer la operación, o bine aceptar la operación y realizar operaciones
adicionales que conduzcan a un estado legal.

Por lo tanto, para cada clave foránea de la base de datos habrá que contestar a
tres preguntas:

 Regla de los nulos ¿Tiene sentido que la clave ajena acepte nulos?
 Regla del borrado:¿Qué ocurre si se intenta borras la tupla referencial por
la clave foránea.
 - Restringir: no se permite borrar la tupla referenciada
- Propagar: se borra la tupla referenciada y se propaga el borrado a las tuplas
que la referencian mediante clave foránea.
- Anular: se borra la tupla referenciada y las tuplas que las referenciaban ponen
a nulo la clave foránea (solo acepta nulos)
 Regla de modificación ¿Qué ocurre si se intenta modificar el valor de la
clave primaria de la tupla referenciada por la clave ajena?
- Restringir: no se permite modificar el valor de la clave primaria de la tupla
referenciada
- Propagar: se modifica el valo de la clave primar de la tupla referenciada y se
propaga la modificación a las tuplas que la referencian mediante la clave
foránea
- Anular: se modifica la tupla referenciad y las tuplas que la referenciaban ponen
a nulo la clave foránea (solo si aceptan nulos)

d) Regla de negocio
Ademas de las dos reglas de integridad anteriores, los usuarios o los
administradores de la base de datos pueden imponer ciertas restricciones
especificas sobre los datos, denominadas reglas de negocio.
Por ejemplo, si en una oficina de la empresa inmobiliaria solo puede haber hasta
viente empleados, el SGBD debe dar posibiliada al usuario de definir una regla al
respecto y debe hacerla respetar. En este caso, no debería permitir dar de alta un
empleado en una oficina que ya tiene los veinte permitidos.
Hoy en dia, aun existen SGBD relacionales que permiten definir este tipo de
restricciones ni las hacen respetar. Los SGBD que permiten lo hacen a través de
TRIGGERs. Un trigger (o disparador) es un producedimiento que se ejecuta
cuando se cumple una condición establecida al realizar una operación de
inserccion (INSERT) , actualización (UPDATE), o borrado (DELETE).