Está en la página 1de 7

RESUMEN INICIAL GESTION DE BASES DE DATOS

INTRODUCCION AL MODELO RELACIONAL

Ing Jhon Edison Nuñez Garzon


BASADO EN LA LECTURA DEL LIBRO PROGRAMACION EN ORACLE 11G SQL, SQLPLUS Y PL/SQL
Desde la antigüedad el ser humano siempre ha buscado mejorar los procesos de
transmisión de todo lo que percibe, así mismo obtener la capacidad de almacenar
dicha información captada por los sentidos, si tomamos como ejemplo los antiguos
Egipcios que utilizaron los Jeroglíficos como medio de escritura con el fin de plasmar
sus vivencias y su cultura, por tanto podemos tener en cuenta que dicha escritura
debe ser almacenada o impresa en algún tipo de elemento que permita contenerla,
resguardarla, por tanto que sea oportuna para el lector, por esto es importante tener
en cuenta que este almacenamiento ya sea primitivo o no se le debe otorgar una
gran importancia, se para nuestra época o la posteridad.

Teniendo en cuenta lo mencionado anteriormente las bases de datos son


imperantes para el manejo de la información, esto con el fin de que sea oportuna y
precisa para que la requiera, sin descuidar la seguridad de esta, para ello se han
fundamentado distintos modelos que han buscado siempre que la información se
almacena lo mejor posible tales como modelos de red y modelos jerárquicos, los
cuales por muchos años permitió una relación entre sus elementos de manera
indiscriminada (Red) o de manera padre/hijo (Jerárquica), y de manera tradicional
el modelo relacional, siendo este ultimo en el que nos enfocaremos.

El modelo Relacional propuesto por el Dr. Codd impacto en el mercado de


soluciones de bases de datos por su simplicidad, además de la atenuación de la
tradicional relación Padre/hijo cambiando así por elementos mas simples como
tablas, filas, columnas entre otros, además de perseguir los siguientes objetivos:
Independencia Física: La separación de los métodos de almacenamiento y la
estructura lógica de la base de datos es importante ya que el usuario final como
consumidor del servicio de almacenamiento no deberá notar dicha separación de
estos dos componentes de manera que el proceso se hace transparente al
consumidor minimizando el impacto en el caso de presentarse migraciones de
información.
Independencia Lógica: implicar una aplicación en relación con la base de datos no
quiere decir necesariamente que cuando se realice un cambio en los registros no
de be influir en el comportamiento de una aplicación para ello se debe vislumbra el
concepto de bajo acoplamiento.
Flexibilidad: en búsqueda de la independencia de los elementos y en su
articulación de manera abierta, propendiendo la no estructura monolítica, los
privilegios de visualización de las opciones que presente la base de datos para el
acceso a la información es un elemento de suma importancia, por tanto, tener
niveles de interacción para los usuarios agrupados de manera ordenada toma
mayor relevancia.
Uniformidad: La lógica de la base de datos debe tener un soporte fundamental,
para esto se encuentra el modelo conceptual el cual servirá como guía para el
desarrollo y escalabilidad de esta.
Sencillez: Facilidad en el manejo, interacción correcta y adecuada con el usuario
experto, así mismo la capacidad de implementar lógica de la estructura de forma
adecuada.

Prosiguiendo con nuestro tema en la actualidad las bases de datos relacionales han
sufrido transformaciones con el pasar del tiempo, adicionando a su funcionalidad
nuevos paradigmas como el POO (Programación Orientada a Objetos, así mismo
la adición de nuevas tecnologías que han colaborado con el desarrollo de su
lenguaje particular (SQL).
Por lo anteriormente mencionado realizare un pequeño resumen que permitirá al
lector obtener la información sobre el modelo relacional de una forma mas precisa
y abierta, con e fin de transmitir la información de manera clara y que pueda generar
conocimiento a través de esta, como primer paso enunciare los elementos básicos
del modelo relacional:
1. Relaciones: Elemento fundamental del modelo, ya que este es el punto vital
para el desarrollo tanto de esquemas relacionales como en la
implementación de la base de datos, por tanto, se puede definir como el
medio de interacción entre entidades que describen elementos del mundo.

Componentes de una relación (Tabla):

Atributos (Columnas): Asignación o contextualización de los campos o de


los datos, por tanto, su utilidad principal es otorgar a los datos un significado.

Tuplas: Objeto o ejemplar de una relación, en términos más comunes un


registro, una asociación de tuplas conformaran una tabla, asi mismo cable
aclarar que las tuplas no se pueden repetir y de manera conceptual dicho
conjunto de datos deberán depender de manera intrínseca con al menos uno
de esto, esto con el fin de que se de sentido como tupla única.

Dominio: Conjunto de posibles valores finitos que puede llegar a tomar un


atributo, como característica es importante mencionar que dos atributos
pueden compartir un dominio, exceptuando los identificadores primarios, por
otra parte, el dominio se puede indicar de dos maneras:

 Intención: se denomina el conjunto exacto de posibles valores, por


ejemplo, edades entre los 15 y los 40 años.
 Extensión: se nombra cada uno de los valores por tanto podemos tomar
como ejemplo 15,16,17,18,19,20 ….
Así mismo los dominios se clasifican en dos grandes tipologías:
 Generales: donde los valores se comprenden en un rango.
 Restringido: que contiene valores específicos.

Otras características a tener en cuenta:


Grado: numero de columnas de una relación, por tanto, indica la complejidad
de esta.
Cardinalidad: Numero de filas, tuplas o registros de una relación o tabla.
Termino 1 (relacional) Termino 2 (tabla) Termino 3 (Ficheros)
Relación Tabla Fichero
Tupla Fila Registro
Atributo Columna Campo
Grado No de Columnas No de Campos
Cardinalidad No de Filas No de registros

1.1. Propiedades y tipos de relaciones

Como introducción a nuestra clasificación se debe entender que la


relación como tal debe cumplir con las siguientes condiciones:

a. Cada tabla debe tener nombre distinto e irrepetible.


b. Cada atributo de la tabla toma un solo valor en cada tupla (Atomicidad).
c. Cada atributo tiene un valor único en cada tabla, pero se puede repetir si la
tabla es distinta
d. Cada registro o tupla es único (Identificador).
e. El orden de los campos no es relevante.
f. El orden de los registros o tuplas es irrelevante.

Ahora si abordaremos el tema de los tipos de relaciones en el modelo relacional,


siendo así:

Relaciones persistentes: Solo pueden ser creadas, borradas o modificadas por el


usuario de estas se encuentran las siguientes:
a. Bases: Son aquellas que se crean indicando su estructura, datos y
metadatos.
b. Vistas: Son tablas que solo almacenen una definición de consulta,
resultado de las cual se produce una tabla cuyos datos procedes de las
bases o de otras vistas instantáneas. Si los datos de las tablas bases
cambian, los de las vistas que utiliza estos datos también lo harán.
c. Instantáneas: Son vistas creadas como las anteriores, la diferencia radica
en el que estas se refrescan cada cierto tiempo y podían mostrar datos
obsoletos.
Relaciones Temporales: Son de distinto tipo como las persistentes, la diferencia
se encuentra en que estas son administradas por el SGBD de manera autónoma.

1.2. Intención y Extensión de las Relaciones


Las relaciones en el modelo relacional y también en los SGBD (Sistemas Gestores
de Bases de datos) en este caso Relacionales tiene dos componentes principales
los cuales son la intención o comprensión y la extensión, mas sin embargo se debe
mencionar que estos términos se utilizan de manera autónoma, casi automática al
momento de utilizar las relaciones, por tanto, definiremos las características de
estos.

La Intención de una relación hace referencia a la estructura estática de la entidad,


un representante de ello es la estructura de la tabla y sus restricciones de integridad,
he aquí nombrado los dos aspectos de la intención de la siguiente forma:
a. Estructura estática: esta compuesta por el nombre del objeto en si, así
como sus respectivos atributos, por tanto, es importante nombrar que esta
característica se obtiene después de un proceso de abstracción del
mundo real.
b. Restricciones de integridad: aquí veremos elementos de unicidad, de
referencia, así como de impedir la adición de valores vacíos y
restricciones definidas por el usuario.

La extensión de una relación es el conjunto de tuplas o registros que conforman la


relación en un momento especifico, otorgando mayor relevancia a el dominio.
1.3. Claves de las relaciones

Es común encontrar al momento de definir la intención de una relación


uno o varios atributos que están en la capacidad de identificar un objeto
de la extensión de la relación, a este tipo de atributos se le denominan
claves candidatas.

Toda la relación de una base de datos siempre se buscará que tenga al


menos una clave candidata, que por lo menos cumpla el hecho de ser
“candidata” y posteriormente ser una clave primaria o clave alterna.

Siendo así la clasificación de las claves:

a. Clave candidata: es uno o mas atributos que se encuentran en la


capacidad de identificar cada tupla de una relación decir cuyas
columnas pueden contener valores únicos e irrepetibles y que al
mismo tiempo pueden identificar los objetos de una relación.
b. Clave Primaria: del conjunto de claves candidatas se escoje una o
unas que identifiquen de manera definitiva las tuplas de la relación,
así generando a través de su valor una dependencia de los demás
atributos a esta.
c. Clave alternativa: El grupo de claves candidatas que no fueron
seleccionadas como claves primarias.
d. Clave secundaria: son valores de atributos de una tabla cuyos valores
estén relacionados con atributos de otra.

También podría gustarte