BASES DE DATOS

DISTRIBUIDAS
Emilio Auqué Cuello
2. Arquitectura de un DBMS
distribuido
 Modelos de referencia para
DBMS
 Basado en Componentes
 Definición de los componentes y sus
interrelaciones → No define funciones
 Basado en Funciones
 Definición de los diferentes tipos de usuarios y las
funciones que cada uno realiza
 Estructura jerárquica de clases → No define el
cómo
 Basado en datos
 Identificación de los diferentes tipos de datos
 Definición de unidades funcionales que utilizarán
los datos → no define las funciones sobre los
datos

Se requiere una combinación de los 3

modelos para definir la arquitectura
 ANSI/SPARC
American National Standards Institue /
Standard Planning and Requirements
Committee

Misión : Estudiar la factibilidad de

definir estándares para bases de
datos y los aspectos susceptibles de
ser estandarizados.
 Arquitectura ANSI/SPARC
 Basada en la organización de los
datos
 Reconoce 3 vistas para los datos
 Vista Externa (usuario)
 Cómo los usuarios ven los datos
 Pueden existir muchas vistas externas
 Vista Interna (sistema)
 Definición y organización física de los datos
 Vista Conceptual
 Definición abstracta de la base de datos
 Proporciona independencia con respecto a la
vista interna
Arquitectura ANSI/SPARC

Vista Externa Vista Externa Vista Externa

Vista Conceptual

Vista Interna
 Vista Conceptual - Ejemplo
RELATION EMP[
KEY={CEDULA}
ATTRIBUTES={ RELATION ASC[
CEDULA : CHARACTER(10) KEY={CEDULA,NPROY}
NOMBRE : CHARACTER(15) ATTRIBUTES={
CARGO : CHARACTER(10) CEDULA : CHARACTER(9)
} ] NPROY : CHARACTER(7)
RELATION SAL[ RESP : CHARACTER(10)
KEY={CARGO} DUR : NUMERIC(7)
ATTRIBUTES={ } ]
CARGO : CHARACTER(10)
SALARIO : NUMERIC(10)
} ]
RELATION PROY[
KEY={NPROY}
ATTRIBUTES={
NPROY : CHARACTER(7)
NOMPROY : CHARACTER(20)
PRESUP : NUMERIC(7)
} ]
 Vista Interna - Ejemplo
INTERNAL_REL EMPL [
INDEX ON E# CALL
EMINX
FIELD={
HEADER :
BYTE(1)
E# :
BYTE(9)
E:NOMBRE
: BYTE(15)
CARGO :
BYTE(10)
}
]
 Vista Externa - Ejemplo
CREATE VIEW PAYROLL(CEDULA,NOMBRE,SAL)
AS SELECT EMP.CEDULA,
EMP.NOMBRE,
SAL.SALARIO
FROMEMP,SAL
WHERE EMP.CARGO=SAL.CARGO

CREATE VIEW BUDGET(NOMPROY,PRESUP)

AS SELECT NOMPROY,PRESUP
FROM PROY
Esquema parcial del modelo ANSI/SPARC
 Características de la
Implementación de un DDBS
 Autonomía
 Las operaciones locales no se afectan cuando la
base de datos hace parte de un sistema distribuido
 La forma en que se ejecutan individualmente las
consultas no se afecta por la ejecución de
consultas globales
 Distribución
 Cliente/servidor
 Peer-to-peer
 Heterogeneidad
 Sistema Operativo
 Hardware
 Lenguaje
 Arquitecturas de DDBS
 Modelo Cliente/servidor

 Dividir la funcionalidad requerida en dos clases:

funciones del servidor y funciones del cliente
 Arquitectura simple, para manejar la complejidad de
los DBMS modernos
 Enfocado a la definición del software que debe
ejecutarse en el servidor y cual en el cliente
 El servidor se optimiza para realizar la mayor parte
del procesamiento
 El cliente se optimiza para los niveles de presentación
Arquitecturas de DDBS (Cont.)
Cliente / Servidor
Application

O pe r a t i n g
User Interface .......

S y s t em
Program
Client DBMS
Communications Software

SQL
Queries Results
Communications Software
Semantic Data Controller
Operating

Query Optimizer
Transaction Manager

Recovery Manager
Runtime Support Processor

System

Base de
datos
 Arquitectura peer-to-peer
 LIS (Local Internal Schema)
 Individual, uno por cada sitio
 GCS (Global Conceptual Schema)
 Vista empresarial
 LCS (Local Conceptual Schema)
 ESs (External Schemas)
 Soportan el acceso a la base de datos de
los usuarios y aplicaciones
Arquitectura Peer-to-Peer
(Cont.)
ES1 ES2 ESn

GCS

LCS1 LCS2 LCSn

LIS1 LIS2 LISn

Esquema funcional de un
DDBS
Componentes de un DDBS
 BIBLIOGRAFIA

Ozsu, Tamer, Valduriez Patrick. Principles of Distributed Database Systems.

Capítulo 4. Segunda Edición.