Universidad Nacional de San Agustín de Arequipa 20

Escuela Profesional de Ingeniería de Sistemas

Base de Datos Dr. Ing. César Baluarte Araya

6. VISIÓN, ESQUEMAS Y GRANULARIDAD DE UNA BASE DE DATOS

Si cada programa trata sólo una parte de la BD y que los datos y sus interrelaciones que
hay en dicha parte, constituyen una VISION, que el programa tiene de la BD

Se puede considerar que un sistema también tiene su visión de la BD.

Así también cada usuario de los diferentes niveles de decisión en una organización que
requieren datos e información particular tienen su propia visión.

Depende mucho de quien vaya a utilizar la base de datos para que ella pueda de una u otra
forma presentar una visión de cómo esta su organización física, los datos, sus relaciones y
de poder reconocer, interpretar, trabajar esas visiones.

Es así que podemos considerar varias visiones de toda la BD desde distintos puntos de
vista, como por ejemplo:
• Punto de Vista Organizativo, independiente que se use un SGBD u otro, o incluso que
se utilice BD o no
El usuario entiende de registros, o formularios, de interés a un usuario

• Punto de Vista de Analistas y Programadores, expresada en la terminología de un

SGBD
Como los tipos de entidades o clases de objetos, relaciones existentes entre ellas y sus
atributos

• Punto de Vista del Administrador de la BD, ve los datos y sus interrelaciones tal como
están representados físicamente, así como los instrumentos para acceder a ellos, que
garantice el desempeño óptimo del sistema.

También Luque (2002, pág. 7-8) plantea que se puede hablar de 3 visiones de los datos de
una BD:
• Visión Externa;
Es la visión de los datos que tienen cada uno de los usuarios finales de una BD datos.
Por ejemplo: La consulta del saldo de un artículo de los almacenes de una compañía, lo
puede ver a través de un formulario de pantalla
Son proporcionadas las visiones por el software utilitario o de aplicación (sistemas) que
muestran sólo la parte que interesa de la base de datos.

Figura 6.1 Esquema externo – Consulta

Universidad Nacional de San Agustín de Arequipa 21
Escuela Profesional de Ingeniería de Sistemas
Base de Datos Dr. Ing. César Baluarte Araya

Fuente: Microsoft Access 2010.

Figura 6.2 Esquema externo – Reporte

Fuente: Microsoft Access 2010.

• Visión Conceptual;
Es la visión del problema de la realidad tal y como se presenta (de manera abstracta) y
es vista a la luz de un analista. Se representa la información que es observada del
problema, mediante la determinación de las entidades u objetos, las características o
propiedades (datos) de esas entidades y las relaciones que se dan entre las entidades.

Figura 6.3 Esquema Conceptual

Fuente: Elaboración Propia.

• Visión Física;
Es la representación de cómo la información es representada en los medios o
dispositivos de almacenamiento.
Describe las estructuras u organización física, dispositivos, archivos, tipos de datos.

Para un buen funcionamiento de las BD es necesario que se cumpla en cierto grado los
siguientes requerimientos:
Universidad Nacional de San Agustín de Arequipa 22
Escuela Profesional de Ingeniería de Sistemas
Base de Datos Dr. Ing. César Baluarte Araya

• Que se pueda describir las distintas visiones de la BD, y en cada visión los aspectos
que interesen de los datos y sus interrelaciones
• Poder establecer la correspondencia entre las visiones. Tal dato de una visión le
corresponde tal dato de otra
• Aislar las visiones, de manera que una visión no se vea afectada por cambios en los
datos, interrelaciones o aspectos de unos y otros.

6.1 Esquemas

El informe ANSI/SPARC (American National Standards Institute / System Planing And

Requirements Committe) llama a las visiones ESQUEMAS.

Martin (1975, págs. 52-64) los define como "la descripción lógica de la base de datos", Es
un diagrama de los tipos de datos que se usan, proporciona los nombres de las entidades y
sus atributos y especifica las relaciones que existen entre ellos. Es un marco donde se
inscriben los valores de los items.

O/C PROVEEDOR ARTICULO

No. No. Fecha No. Nombre Direcc No. Nombre
O/C Proveedor Orden Provee Provee Provee Artic Artic Saldo

DETALLE DE COMPRA
No. No. Cantidad
O/C Artic Pedida Precio

Figura 6.4 Esquema de descripción lógica de la base de Datos

Fuente: Elaboración Propia

Se distingue los siguientes tipos de esquemas que tiene relación con cada uno de los
niveles de abstracción que describen un mismo problema:

• Esquema conceptual, describe el conjunto de los datos de la empresa y sus

interrelaciones

• Esquema externo, describe los datos y relaciones entre ellos que son de interés para
un sistema dado

• Esquema interno, describe la representación en el almacenamiento secundario del

computador, de los datos del esquema conceptual, sus interrelaciones y los
instrumentos para acceder a ellos.

Así también Elmasri (2002, pág. 27) considera la arquitectura de 3 esquemas:

• El nivel interno tiene un esquema interno
• El nivel conceptual tiene el esquema conceptual
Universidad Nacional de San Agustín de Arequipa 23
Escuela Profesional de Ingeniería de Sistemas
Base de Datos Dr. Ing. César Baluarte Araya

• El nivel externo o de vistas incluye varios esquemas externos o vistas de usuario.

Las relaciones entre estos tipos de esquemas son:

• Un esquema externo puede ser o bien una parte de otro esquema externo o bien una
parte del esquema conceptual
• Lo que implementa físicamente en las BD no son los esquemas externos sino el
esquema conceptual, ya que debe hacerse desde una perspectiva global.

Se representan en la siguiente figura.

Esquema Esquema
Externo 2.1 Externo 2.2

Esquema Esquema
Externo 1 Externo 2

Esquema
Conceptual

Esquema
Interno

Figura 6.5 Relaciones entre tipos de esquemas

Fuente: Elaboración Propia.

Si se da un cambio en un esquema no tiene porque afectar a todos los esquemas de la BD.

Como vemos unos casos:
• Supresión de un dato, afecta a:
• Esquema interno
• Todos los esquemas externos que contengan dicho dato
Los programas que usen dichos esquemas deberán ser compilados, así como todos los
esquemas involucrados. Pero sí también la ligadura.

• Variación de número de registros físicos por página,

• No modificar ni esquema externo, ni interno
• No modificar los programas
Pero si hacer ligadura.
Universidad Nacional de San Agustín de Arequipa 24
Escuela Profesional de Ingeniería de Sistemas
Base de Datos Dr. Ing. César Baluarte Araya

Independencia de Datos
Hay tanta más independencia de datos cuanto menos se vean afectados los esquemas
externos y los programas que los usan. Cada programa se vea afectado lo menos posible
por los cambios en los datos que no usa.

Esto depende mucho por ejemplo de los lenguajes de programación que se utilizan; si son
interpretativos, ya que tomarán la estructura de las entidades u objetos al momento de la
ejecución del programa; o compiladores ya que establece una transformación de esquemas
al generar un programa objeto compilado.

6.2 Granularidad

Es la especificación de datos en un SGBD.

Como también la define Luque (2002, pág. 12) …”Al nivel de detalle en que pueden ser
descritas las representaciones externas derivadas de la representación lógica”.

Ejemplo: Especificación solo tipos de registro y especificación a dato elemental suelto.

Figura 6.6 Especificación de datos de una Tabla en un SGBD.

Fuente: Elaboración Propia.

Niveles de Granularidad

• Tipo de registro, con segmento (menor agrupación de datos que puede ser transferida
del programa al SGBD) igual a registro de un archivo o tabla

• Ciertos Grupos Menores (datos elementales, grupos de datos o ambos) que el registro
completo

• Dato Elemental, o elemento dato o atributo

Universidad Nacional de San Agustín de Arequipa 25
Escuela Profesional de Ingeniería de Sistemas
Base de Datos Dr. Ing. César Baluarte Araya

• Distinto Tipo de dato elemental, del esquema externo e interno (binario uno, decimal el
otro)

Así también podemos apreciar lo que Laudon & laudon (2008, pág. 226) describe lo que
llaman jerarquía de los datos, lo que a través de un esquema que se reproduce para este fin
podemos apreciar.

Figura 6.7 La Jerarquía de los datos

Fuente: Laudon & Laudon 2008.

Tipo de registro : campo1, campo2, campo3, … campon

Grupos Menores : Fecha : Año, mes, dia

Dato Elemental : Código Cliente

Nombre Cliente …

Tipo de dato elemental : 00000001

Es mejor si la granularidad es más fina.

Es bueno que el SGBD tenga varios niveles de granularidad, y que pueda ser utilizado por
lenguajes de programación o generadores de código de acuerdo a como se deba satisfacer
tal o cual requerimiento de usuarios del sistema o aplicación.
Universidad Nacional de San Agustín de Arequipa 26
Escuela Profesional de Ingeniería de Sistemas
Base de Datos Dr. Ing. César Baluarte Araya

6.3 Ligadura

Es la transformación que se da entre el esquema externo y el esquema interno. O como lo

contempla Luque (2002, pág. 13) manifestando que al proceso de vinculación de las
diferentes representaciones de la información en la base de datos, y se da de 2 tipos:
• Ligadura lógica; correspondiendo al proceso de vinculación que se produce entre las
representaciones externas y la lógica
• Ligadura física; correspondiente al proceso de vinculación entre la representación
lógica y la física.

Puesto que hay que convertir un nombre de segmento del esquema externo en una longitud
y posición dentro de un registro del esquema interno.

Cuando se produce la ligadura desaparece la independencia de datos, porque el esquema

externo ha sido traducido a los términos del esquema interno.

La ligadura puede tener lugar en uno de los siguientes momentos:

• Compilación
• Generación de Módulo ejecutable del programa (linkedición)
• Inicio de la Ejecución del programa, es decir antes de solicitar accesos a la BD
• A cada acceso a la BD

Así la independencia de datos es mejor cuanto más fina sea su granularidad y cuanto más
tardía sea la ligadura.

La implementación de un SGBD es más compleja cuanto más fina es la granularidad de su

independencia de datos y más tardía su ligadura.

El funcionamiento de los sistemas que utilizan las BD es tanto menos eficiente cuanto más
frecuente sea la ligadura.

La tendencia parece ser que la granularidad sea a nivel de dato elemental y la ligadura
tenga lugar al inicio de la ejecución del programa.