Es un tipo de base de datos (BD) que cumple con el modelo
relacional (el modelo más utilizado actualmente para
implementar las BD ya planificadas).
Permite establecer interconexiones o relaciones entre los datos (que
están guardados en tablas), y a través de dichas conexiones relacionar los
datos de ambas tablas, de ahí proviene su nombre: "modelo
relacional".
La base de datos relacional fue inventada por
E.F. Codd en IBM en 1970.
Una base de datos relacional es una colección de
elementos de datos organizados en un conjunto de tablas formalmente descritas
desde la que se puede acceder a los datos o volver a montarlos de muchas
maneras diferentes sin tener que reorganizar las tablas de la base.
Entre sus características podemos indicar:
- Una base de datos se compone de varias tablas o relaciones.
- No pueden existir dos tablas con el mismo nombre ni registro.
- Cada tabla es a su vez un conjunto de campos (columnas) y registros (filas).
- La relación entre una tabla padre y un hijo se lleva a cabo por medio de las claves primarias y claves foráneas (o ajenas).
- Las claves primarias son la clave principal de un registro dentro de una tabla y estas deben cumplir con la integridad de datos.
- Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave primaria del registro padre; por medio de estas se hacen las formas relacionales.
Elementos:
Relaciones
En una BDR, todos los
datos se almacenan y se accede a ellos por medio de relaciones.
Relaciones base
Las relaciones que
almacenan datos son llamadas relaciones
base y su implementación es
llamada "tabla".
Relaciones derivadas
Otras relaciones no
almacenan datos, pero son calculadas al aplicar operaciones relacionales. Estas
relaciones son llamadas relaciones
derivadas y su implementación
es llamada "vista" o "consulta". Las
relaciones derivadas son convenientes ya que expresan información de varias
relaciones actuando como si fuera una sola tabla.
Tipos de relaciones entre tablas
Relaciones
“Unos a Varias”
|
Tipo
más frecuente de relación, en esta relación un registro de la tabla A puede
tener más de un registro coincidente en la tabla B, pero un registro de la
tabla B tiene como máximo un registro coincidente en la tabla A, ejemplo: las
tablas “FACTURAS” que se relacionan por el campo ID de la factura que es la
clave externa en una relación “UNO A VARIOS” puede ser o no campo de la clave
principal en la tabla que representa a “varios”.
|
Relaciones
“Varios a Varios”
|
Un
registro de la tabla A puede un registro coincidente en la tabla B y
viceversa, para detectar esta relación obsérvela en dos sentidos, por
ejemplo: examine la relación pedidos y productos. Un pedido puede incluir más
de un producto y un producto puede aparecer en varios pedidos, para resolver
este problema la regla a seguir es crear una tercera tabla que rompa esta
relación que incluiría la clave principal de cada una de las dos tablas
anteriores como clave principal en esta tabla que garantiza un valor único
para cada registro.
|
Relación
“Uno a Uno”
|
Un
registro de la tabla A no puede tener más de un registro coincidente en la
tabla B y viceversa. Este tipo de relación es poco frecuente y ocurre al
aplicar técnicas de desnormalización, cuando una tabla es muy grande y se
divide en dos, o cuando la información de algunos campos tiene un tiempo de
vida útil limitado o cuando esa misma información solo la utilizan un grupo
limitado de registros.
|
Restricciones
Una restricción es una
limitación que obliga el cumplimiento de ciertas condiciones en la BD.
Algunas no son
determinadas por los usuarios, sino que son inherentemente definidas por el
simple hecho de que la BD sea relacional. Algunas otras restricciones las puede
definir el usuario, por ejemplo, usar un campo con valores enteros entre 1 y
10.
Las restricciones
proveen un método de implementar "reglas" en la base de datos.
Las restricciones
limitan los datos que pueden ser almacenados en las tablas.
Usualmente se definen
usando expresiones que dan como resultado un valor booleano, indicando si los
datos satisfacen la restricción o no.
Las restricciones no son
parte formal del modelo relacional, pero son incluidas porque juegan el rol de
organizar mejor los datos. Las restricciones son muy discutidas junto con los
conceptos relacionales.
Dominios
Un dominio describe un
conjunto de posibles valores para cierto atributo. Como un dominio restringe
los valores del atributo, puede ser considerado como una restricción.
Matemáticamente, atribuir un dominio a un atributo significa "cualquier
valor de este atributo debe ser elemento del conjunto especificado".
Distintos tipos de
dominios son: enteros, cadenas de texto, fecha, no procedurales, etc.
Cada tabla puede tener
uno o más campos cuyos valores identifican de forma única cada registro de
dicha tabla, es decir, no pueden existir dos o más registros diferentes cuyos
valores en dichos campos sean idénticos. Este conjunto de campos se llama clave
única. Pueden existir varias claves únicas en una determinada tabla, y a cada
una de éstas suele llamársela candidata a clave primaria.
Claves
Clave primaria
Una clave primaria es una clave única (puede estar conformada
por uno o más campos de la tabla) elegida entre todas las candidatas que define
unívocamente a todos los demás atributos de la tabla para especificar los datos
que serán relacionados con las demás tablas. La forma de hacer esto (relación
entre tablas) es por medio de claves foráneas.
Clave foránea
Una clave foránea es una referencia a una clave en otra tabla,
determina la relación existente en dos tablas. Las claves foráneas no necesitan
ser claves únicas en la tabla donde están y sí a donde están referenciadas.
Por ejemplo, el código
de departamento puede ser una clave foránea en la tabla de empleados. Se
permite que haya varios empleados en un mismo departamento, pero habrá uno y
sólo un departamento por cada clave distinta de departamento en la tabla de
departamentos.
Clave índice
Las claves índices surgen con la necesidad de tener un acceso
más rápido a los datos. Los índices pueden ser creados con cualquier
combinación de campos de una tabla. Las consultas que filtran registros por
medio de estos campos, pueden encontrar los registros de forma no secuencial
usando la clave índice.
Las bases de datos
relacionales incluyen múltiples técnicas de ordenamiento, cada una de ellas es
óptima para cierta distribución de datos y tamaño de la relación.
Los índices generalmente
no se consideran parte de la base de datos, pues son un detalle agregado. Sin
embargo, las claves índices son desarrolladas por el mismo grupo de
programadores que las otras partes de la base de datos.
Abajo unos vídeo que podrá ayudar a entender lo antes expuesto:
Bibliografía:
No hay comentarios:
Publicar un comentario