Академический Документы
Профессиональный Документы
Культура Документы
“Datos”:
Conjunto de hechos relevantes que pueden ser registrados de algún modo, y
que cuentan con un significado implícito.
Reflejan situaciones del mundo real y cambios en esas situaciones.
“Relacionados”:
Debe existir homogeneidad en la colección de datos que conforma una BD.
No se trata de un conjunto seleccionado de forma aleatoria.
Los datos se recopilan y registran con una finalidad.
Los datos deben ser relevantes con respecto a esa finalidad.
Los SGBDs actúan de intermediarios entre los datos y los programas de aplicación (y
sus usuarios) que los procesan y utilizan.
Programas de Base de
aplicación SGBD
datos
Usuarios
Usuarios
La pregunta a realizar es ¿por qué son necesarios los SGBDs para gestionar las
colecciones de datos (las BDs)?
También podría existir un fichero con información sobre los fondos disponibles en la
biblioteca:
Y, finalmente, otro fichero con información sobre los préstamos de libros realizados
hasta la fecha
Todos estos problemas que hemos presentado tienen dos cosas en común: en primer
lugar, son independientes de un dominio o área de aplicación determinada (a pesar de
haberlos presentado empleando un ejemplo correspondiente a la gestión de una
universidad, en general, y de una biblioteca universitaria en particular); y en segundo
lugar, su resolución pasa por modificar nuestros programas de aplicación para poder
detectarlos y solventarlos. La pregunta que surge es: ¿es necesario replicar todos estos
controles y mecanismos de resolución en todos nuestro programas? Ya que
centralizamos e uniformizamos los ficheros, y por tanto los datos que contienen, ¿por
qué no hacer lo mismo con la resolución de estos problemas.
Esa es la idea que dio lugar a la construcción de los SGBDs: un conjunto de programas
destinados exclusivamente a la resolución de estos problemas: a partir de ahora,
podemos destinar nuestros esfuerzos a construir eficientemente aquellos programas de
aplicación que necesitemos, centrándonos exclusivamente en la funcionalidad que
deben proporcionar (la gestión de una biblioteca, de un hospital, de un banco...) Los
problemas generales asociados a la gestión de datos de cualquier tipo (precisamente
aquellos que acabamos de presentar) ya estará resuelta por cualquier SGBD, que
eximirá a nuestros programas de esa responsabilidad.
1
En este contexto, mecanismos o modos de acceso (N del T)
Esas estructuras complejas deberán ser entendidas por los usuarios de la BD y por los
técnicos encargados de elaborar los programas de aplicación para poder utilizar
convenientemente cada BD; algo que supone una complicación a la hora de desarrollar
su trabajo.
Para evitarlo, los SGBD cumplen una función más: la de enmascarar los datos. Mejor
dicho, la de enmascarar la estructura de bajo nivel de los datos y las operaciones a ese
nivel (los métodos de acceso). El SGBD nos va a proporcionar un nivel de abstracción
superior, una visión conceptual (virtual, en el sentido de no real) de los datos, que no es
la real, pero que facilita nuestro acceso a la información. Por ejemplo, los SGBDs más
comunes son los relacionales, los cuales, sea cual sea la organización de sus ficheros,
nos muestran la información de forma que los datos parecen estar contenidos en tablas,
sobre las que operaremos directamente. De ese modo nos olvidamos de que estamos
trabajando sobre ficheros, y de problemas como, por ejemplo, la necesidad de hacer
”sitio” en los mismos para introducir nuevas líneas. Esas cuestiones serán
responsabilidad del SGBD, que las llevará a cabo de forma automática.
Para poder dar esa visión abstracta de los datos, nos basamos habitualmente en modelos
de referencia (el modelo relacional es un ejemplo), que definen formas de organizar la
información de una forma más comprensible y manejable. Se trata de herramientas
conceptuales, que definen conceptos o elementos genéricos para organizar y describir la
información.
Por otro lado, habíamos comentado que no todos los usuarios de una BD tendrán el
mismo nivel de acceso a los datos contenidos en la misma, en cuanto a la información a
la que tendrán acceso, y en cuanto a las operaciones que podrán realizar sobre la misma.
Dicho de otro modo, no todos los usuarios tendrán la misma visión de los datos. Eso
significa que podemos definir un tercer punto de vista de los datos, unido al punto de
vista físico (los ficheros) y conceptual (las tablas, por ejemplo): el punto de vista de
cada perfil de usuario, al que se conoce con la denominación genérica de punto de vista
externo. Siguiendo con el caso de los SGBDs relacionales, cada perfil de usuario tendrá
asociada una vista externa formada por aquellas tablas o secciones de las tablas - de
entre todas las que constituyan la BD - a las que un usuario con ese perfil tendrá acceso.
A este triple punto de vista de los datos (la visión física, la visión conceptual y la visión
externa) se la conoce como la arquitectura en tres niveles de la información: ya que
los tres puntos de vista originan tres niveles de abstracción de los datos. Para cada nivel
es posible desarrollar un esquema de datos: una descripción de la organización de los
datos tal y como son vistos a ese nivel de abstracción. Por analogías con la teoría de
conjuntos, a los esquemas se los conoce también como la intensión de los datos,
mientras que los datos se pueden ver como la extensión (las instancias) de un esquema.
Por supuesto, la finalidad de estos esquemas es ayudarnos a comprender, de una forma
sencilla e inmediata, la organización de la información en la BD.
Nivel externo
- A este nivel se describen las diferentes visiones que
de los datos tiene cada usuario de un determinado
Usuario (perfil 1) Usuario (perfil 2)
perfil o tipo, por medio de un conjunto de esquemas
externos.
Esquema externo 1 Esquema externo 2
- Cada esquema externo omite aquellos datos que el
usuario correspondiente no necesita, o a los que no
tiene permiso de acceso; describe sólo los datos a los
que se tiene acceso.
- Se basa en un modelo de referencia de alto nivel.
Nivel conceptual
Esquema conceptual - A este nivel se describe la organización de la BD al
completo, a partir de un modelo de datos de referencia
de alto nivel.
- La descripción se ciñe exclusivamente a los datos, y
omite de forma intencionada los detalles referentes al
modo de almacenamiento y de acceso a los mismos.
- La descripción constituye el esquema conceptual de
la BD.
Nivel interno
- A este nivel se describe la organización real de la BD
al completo.
- La descripción constituye el esquema físico de la
BD, e incluye los ficheros que la componen, la
organización de los mismos, y los métodos de acceso
utilizados.
- Los usuarios de la BD no necesitan conocer esta
información. Es el administrador de la BD el que
gestiona estos ficheros.
SQL
Uno de los modelos de referencia más utilizados para construir una visión de los datos a
tan alto nivel es el modelo relacional. Como se ha comentado también en el apartado
anterior, el modelo relacional implica la organización de los datos en forma de tablas.
Se trata de uno de los modelos más utilizados por los SGBDs comerciales, y al que se
ha dedicado un mayor esfuerzo de investigación. Tal es su importancia que se ha
acabado convirtiendo en un estándar: es el modelo de datos de alto nivel de referencia
en el mundo de las bases de datos.
Buena parte del éxito de este modelo se debe al lenguaje SQL (Structured Query
Language): se trata de un lenguaje, también de alto nivel, que permite construir todo
tipo de consultas sobre la información contenida en una BD relacional, con una sintaxis
muy similar a la del inglés.
Todos los SGBDS basados en el modelo relacional van a soportar este lenguaje. Eso
significa que si aprendemos a utilizar SQL podremos realizar consultas sobre múltiples
SGBDs diferentes, aunque estos estén construidos de diferente manera y organicen
internamente la información de acuerdo a estructuras muy distintas. De ahí la
importancia que ha cobrado este lenguaje.
- Permite gestionar la estructura de las tablas que forman la BD, e incluso definir
nuevas tablas si es necesario, o eliminar alguna de las ya existentes.
- Permite actualizar el contenido de las tablas, insertando o eliminando filas, o
modificando los valores de las ya existentes.
Bibliografía