ARQUITECTURA ANSI/SPARC

ARQUITECTURA ANSI/SPARC

Introducción a la arquitectura ANSI/SPARC

La arquitectura ANSI/SPARC (ANSI/X3/SPARC) es un modelo conceptual de bases de datos propuesto por primera vez en 1975. Surge de los estudios del comité ANSI/SPARC para lograr independencia de datos: separar las aplicaciones de usuario de los detalles físicos de almacenamiento. Su objetivo es proporcionar una estructura de tres niveles que oculte la complejidad interna y permita que cada usuario tenga su propia visión personalizada de la base de datos

Motivación y objetivos

• Objetivo principal: Alcanzar la independencia de datos y aplicaciones. Esto significa que los cambios en la estructura física (discos, índices, formatos) no deberían afectar al esquema lógico de la base de datos, ni los cambios lógicos (nuevas tablas, atributos) deberían afectar las aplicaciones existentes.
• Separación de vistas: ANSI/SPARC propone vistas de usuario independientes en el nivel externo para ocultar detalles irrelevantes a cada usuario.
• Ocultamiento de detalles físicos: Los usuarios no manejan ni ven cómo se almacenan realmente los datos; el DBA puede cambiar la organización interna sin que los usuarios lo noten.
• Ventajas esperadas: vistas personalizadas, mayor seguridad y flexibilidad, y facilidad de mantenimiento al modificar el hardware o el esquema interno.

Los tres niveles de la arquitectura

La arquitectura ANSI/SPARC divide el sistema de BD en tres niveles de abstracción:

• Nivel Externo (usuario): Contiene una o varias vistas externas individuales. Cada vista externa muestra un subconjunto de los datos y relaciones que interesan a un usuario o aplicación particular.

• Nivel Conceptual (global): Un único esquema conceptual describe de forma lógica la estructura completa de la base de datos (entidades, relaciones, restricciones). Representa la «visión comunitaria» de los datos, independiente de la implementación física.

• Nivel Interno (físico): El esquema interno describe cómo se almacenan físicamente los datos (índices, estructuras de archivos, codificación, métodos de acceso). Se especifica con un modelo de almacenamiento físico.

Cada nivel tiene su propio esquema, y el SGBD mapea entre ellos para cumplir las peticiones de los usuarios.

Nivel Externo (Vistas de usuario)

El nivel externo es el más cercano al usuario:

• Describe vistas externas (subesquemas) o modelos de datos personalizados según cada rol (ej. vistas de ventas, recursos humanos, inventario).

• Cada vista externa muestra solo los datos y relaciones relevantes para un grupo de usuarios, ocultando el resto del esquema. Esto mejora la simplicidad y seguridad: un usuario no ve datos que no le competen.

• Ejemplo gráfico sugerido: íconos de usuarios conectados a un subconjunto de tablas, o un formulario que muestra solo ciertos campos. (Mostrar un diagrama donde ES1, ES2, … representen distintas vistas de usuario, como en el esquema general).

Nivel Conceptual (Esquema Global)

El nivel conceptual representa la visión global de la base de datos:

• Tiene un solo esquema conceptual que describe todos los datos de la organización (entidades, atributos, relaciones, reglas de integridad).

• Escrito en un modelo lógico (por ejemplo, un modelo entidad-relación o un esquema relacional) y define qué datos existen y cómo se relacionan, sin indicar cómo se almacenan físicamente.

• Lo maneja el DBA; es independiente de hardware/software.

• Ejemplo gráfico sugerido: un diagrama E-R o tabla relacional única que abarca toda la empresa, con flechas indicando que las vistas externas se basan en este esquema.

Nivel Interno (Almacenamiento físico)

El nivel interno o físico detalla cómo se guardan los datos en el medio de almacenamiento:

• Define estructuras de almacenamiento (archivos, registros), índices, métodos de acceso, asignación de espacio, páginas, etc.

• Incluye todos los detalles técnicos del almacenamiento y optimización (p. ej., índices tipo B-tree, particiones, clustering).

• Un ejemplo gráfico podría mostrar un icono de disco duro con tablas, índices y flechas indicando rutas de acceso.

Ventajas – Independencia de datos

La arquitectura de tres niveles aporta independencia de datos en dos formas:

• Independencia física: Cambios en el nivel interno (p. ej. nuevo esquema de archivo, cambio de disco, ajuste de índices) no afectan al esquema conceptual ni a las vistas de usuario. Esto significa que se puede reorganizar la forma de almacenar los datos sin modificar las aplicaciones.

• Independencia lógica: Cambios en el nivel conceptual (p. ej. agregar una tabla o atributo) no afectan los esquemas externos que no usan esos elementos. Las vistas externas que refieran otros datos siguen funcionando sin cambios.

• Estas ventajas facilitan el mantenimiento del sistema: por ejemplo, el DBA puede optimizar índices o extender el diseño global sin necesidad de reescribir las aplicaciones existentes

Esquema Visual de los Tres Niveles

Figura: Diagrama simplificado de la arquitectura ANSI/SPARC con el nivel externo (vistas de usuario ES1…ES4), el nivel conceptual (modelo global) y el nivel interno (modelos físicos IS1…IS2). Esta imagen resume cómo varios esquemas externos alimentan un esquema conceptual único, que a su vez se traduce a estructuras internas. Se recomienda usar diagramas tipo flujo o capas, con iconos de base de datos, usuarios y vista conceptual central.

Comparación con otros modelos

• Bases de datos relacionales: En SQL, por lo general se define un solo esquema (schema) que incluye la descripción lógica (tablas, relaciones) y las vistas (views) para usuarios. En la práctica relacional no se separan estrictamente los tres niveles: el SGBD interno maneja el almacenamiento físico y el usuario define vistas sobre las tablas conceptuales.

• Modelos jerárquicos/red: Aun cuando ANSI/SPARC es independiente del modelo de datos (jerárquico, red, relacional, orientado a objetos), estos modelos no tenían formalmente una capa separada de vistas; con SPARC se estandarizó el concepto de vistas externas abstractas.

• Comparativa gráfica: Tabla o esquema comparando, por ejemplo, arquitectura 2 niveles (aplicación/BD) vs. 3 niveles ANSI-SPARC, señalando la separación adicional de vistas de usuario. Esto ilustra cómo SPARC extiende arquitecturas tradicionales.

Ejemplos de Aplicación

• En el diseño de una base de datos corporativa, el nivel conceptual se usa para planificar el esquema global (p. ej., entidad Empleado con sus atributos), mientras que niveles externos sirven para crear vistas por departamentos (p. ej., RR.HH. ve Empleado(nombre, puesto, salario) y Finanzas ve Empleado(DNI, salario).

• En entornos distribuidos o multiusuario, cada usuario o aplicación puede tener su propio subesquema: por ejemplo, una aplicación de consulta puede usar solo ciertas tablas desde su vista externa, sin acceder a otras tablas que maneja otro departamento.

• Proceso de creación: Según ANSI/SPARC, para crear una BD primero se define el esquema conceptual, luego al menos un esquema externo y opcionalmente el interno. Si no se define el nivel interno, el SGBD asignará automáticamente la organización física. Esto refleja un flujo de trabajo práctico al implementar un SGBD.

Ejemplo práctico – Vistas de usuario

Por ejemplo, en una base de datos académica un administrador podría definir:

• Esquema conceptual con Alumno(número, nombre, dirección, fechaNac) y Profesor(ID, nombre, departamento).

• Una vista externa para Estudiantes: muestra entidades “Estudiante” con atributos (matrícula, nombre, apellido, DNI) derivados del esquema conceptual de Alumno.

• Otra vista externa para Persona: muestra (DNI, nombre completo, dirección, edad), combinando y derivando campos de Alumno.

Así, diferentes aplicaciones ven diferentes estructuras de datos según su necesidad. (Sugerencia: añadir un diagrama estilo caso de uso, con conexiones entre la vista externa y el esquema conceptual).

Ventajas adicionales

• Personalización de vistas: Cada usuario o rol puede tener su propia vista ajustada, facilitando el desarrollo de interfaces de usuario y mejorando la seguridad (ocultando datos sensibles).

• Flexibilidad y escalabilidad: Permite adaptar el diseño global sin perturbar a los usuarios. Además, al separar niveles, se puede escalar la capa de presentación (nuevas aplicaciones) sin reescribir la base de datos.

• Estandarización conceptual: Proporciona un marco teórico para la arquitectura del SGBD, influyendo en estándares posteriores, incluso si la implementación real en SQL difiere en algunos detalles

Limitaciones y críticas

• No estándar formal: Aunque muy influyente, ANSI/SPARC nunca se convirtió en un estándar oficial; es más un modelo de referencia teórico.

• Complejidad: Implementar estrictamente tres niveles puede ser costoso en tiempo y recursos. En la práctica, muchos SGBD relacionales integran el esquema conceptual con físico en un solo schema, usando las vistas del SQL para el nivel externo.

• Independencia parcial: Los SGBD actuales ofrecen independencia lógica, pero no siempre completa. En la práctica, a veces es necesario adaptar los programas ante cambios en el esquema conceptual si hay referencias directas. Como señala Dataprix, los sistemas modernos “proporcionan bastante independencia lógica, pero menos de la que haría falta” ante cambios constantes.

• (Visual sugerido: gráfico con “checklist” de pros y contras, o iconos de advertencia sobre complejidad y comentarios).

Conclusiones

La arquitectura ANSI/SPARC de tres niveles separa eficazmente la vista del usuario, la estructura lógica global y el almacenamiento físico. Esto facilita la independencia de datos, permitiendo cambios internos sin afectar a las aplicaciones y viceversa. Aunque su aplicación completa es más teórica (no todos los SGBD actuales la implementan al pie de la letra), el modelo ha servido como base conceptual para el diseño de bases de datos modernas. Puntos clave: Tres niveles (externo, conceptual, interno); aislamiento de vistas; mayor flexibilidad en mantenimiento; autonomía de los usuarios para ver solo sus datos relevantes