Arquitectura interna de una Base de Datos

Profesor Titular:
Correo:

Base de Datos I

Lic. Julio M. Ovelar Ferrari.

julio.ovelar@gmail.com

ARQUITECTURA DE UNA BASE DE

DATO o MODELO DE ABSTRACCION
La arquitectura de sistemas de bases de datos de tres esquemas fue
aprobado por la ANSI-SPARC (American National Standard Institute Standards Planning and Requirements Committee) en 1975 como
ayuda para conseguir la separacin entre los programas de aplicacin y
los datos, el manejo de mltiples vistas por parte de los usuarios y el
uso de un catlogo para almacenar el esquema de la base de datos.
Uno de los objetivos principales de un sistema de base de datos es
proporcionar a los usuarios una visin abstracta de la informacin. Es
decir, el sistema oculta ciertos detalles relativos a la forma como los
datos se almacenan y mantienen.
Los sistemas de base de datos muchas veces son utilizados por
personal que no cuenta con conocimientos de computacin, esta
complejidad debe estar escondida para los usuarios. Para ocultarla, se
definen varios niveles de abstraccin en los que puede observarse la
base de datos.
Base de Datos I

ARQUITECTURA DE LAS BASES DE

DATOS

Base de Datos I

ARQUITECTURA DE LAS BASES DE

DATOS

Base de Datos I

ARQUITECTURA DE LAS BASES DE

DATOS
El objetivo de la arquitectura de tres niveles es el de separar los
programas de aplicacin de la base de datos fsica.
La mayora de los SGBD no distinguen del todo los tres niveles.
Algunos incluyen detalles del nivel fsico en el esquema conceptual.
En casi todos los SGBD que se manejan vistas de usuario, los
esquemas externos se especifican con el mismo modelo de datos
que describe la informacin a nivel conceptual, aunque en algunos
se pueden utilizar diferentes modelos de datos en los niveles
conceptual y externo.

Base de Datos I

ARQUITECTURA DE LAS BASES DE

DATOS
Hay que destacar que los tres esquemas no son ms que descripciones de los
mismos datos pero con distintos niveles de abstraccin. Los nicos datos que
existen realmente estn a nivel fsico, almacenados en un dispositivo como puede
ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de
usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto,
el SGBD debe transformar cualquier peticin expresada en trminos de un esquema
externo a una peticin expresada en trminos del esquema conceptual, y luego, a
una peticin en el esquema interno, que se procesar sobre la base de datos
almacenada. Si la peticin es de una obtencin (consulta) de datos, ser preciso
modificar el formato de la informacin extrada de la base de datos almacenada,
para que coincida con la vista externa del usuario. El proceso de transformar
peticiones y resultados de un nivel a otro se denomina correspondencia o
transformacin. Estas correspondencias pueden requerir bastante tiempo, por lo
que algunos SGBD no cuentan con vistas externas.
La arquitectura de tres niveles es til para explicar el concepto de independencia de
datos que podemos definir como la capacidad para modificar el esquema en un nivel
del sistema sin tener que modificar el esquema del nivel inmediato superior.
Base de Datos I

INDEPENDENCIA LGICA Y FISICA

DE LOS DATOS.

Lo podemos definir como la capacidad para modificar el esquema en un nivel del sistema
sin tener que modificar el esquema del nivel inmediato superior.
Se pueden definir dos tipos de independencia de datos:
1.- Independencia lgica.
Es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas
externos ni los programas de aplicacin.
Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla.
Por ejemplo, el aadir cuentas de mercado de valores en un sistema bancario.
Son mas difciles de lograr que las independencias fsicas, ya que los programas de
aplicacin son fuertemente dependientes de la estructura lgica de los datos a los que
acceden.
2.- Independencia Fsica.
Es la capacidad de modificar el esquema interno sin tener que alterar el esquema
conceptual (o los externos).
se refiere slo a la separacin entre las aplicaciones y las estructuras fsicas de
almacenamiento.
Por ejemplo, puede ser necesario reorganizar ciertos ficheros fsicos con el fin de mejorar
el rendimiento de las operaciones de consulta o de actualizacin de datos. Cambio de
clave primaria a secundaria
7

Base de Datos I

ESTRUCTURA GENERAL DE UN
SISTEMA DE BASE DE DATOS

Un sistema de base de datos se encuentra dividido en mdulos cada uno de los cuales
controla una parte de la responsabilidad total de sistema. En la mayora de los casos, el
sistema operativo proporciona nicamente los servicios ms bsicos y el sistema de la
base de datos debe partir de esa base y controlar adems el manejo correcto de los datos.
As el diseo de un sistema de base de datos debe incluir la interfaz entre el sistema de
base de datos y el sistema operativo.
Los componentes funcionales de un sistema de base de datos, son:
Gestor de archivos.
Gestiona la asignacin de espacio en la memoria del disco y
de las estructuras de datos usadas para representar informacin.
Manejador de base de datos.
Sirve de interfaz entre los datos y los programas de aplicacin.
Procesador de consultas.
Traduce las proposiciones en lenguajes de consulta a
instrucciones de bajo nivel. Adems convierte la solicitud del
usuario en una forma ms eficiente.
Compilador de DDL.
Convierte las proposiciones DDL en un conjunto de tablas
que contienen metadatos, estas se almacenan en el diccionario de datos.
Base de Datos I

ESTRUCTURA GENERAL DE UN
SISTEMA DE BASE DE DATOS

Archivo de datos.
En l se encuentran almacenados fsicamente los datos de una
organizacin.
Diccionario de datos.
Contiene la informacin referente a la estructura de la base
de datos.
ndices.
Permiten un rpido acceso a registros que contienen valores
especficos.

Base de Datos I

ESTRUCTURA GENERAL DE UN
SISTEMA DE BASE DE DATOS

Una forma grfica de representar los componentes antes

mencionados y la relacin que existe entre ellos sera la siguiente.

Base de Datos I

10

ARQUITECTURA
CLIENTE SERVIDOR.
La arquitectura cliente/servidor es un modelo para el desarrollo de sistemas de
informacin, en el que las transacciones se dividen en procesos independientes que
cooperan entre s para intercambiar informacin, servicios o recursos.
Se denomina cliente al proceso que inicia el dilogo o solicita los recursos y servidor, al
proceso que responde a las solicitudes. Es el modelo de interaccin ms comn entre
aplicaciones en una red.
Por otro lado los clientes suelen ser estaciones de trabajo que solicitan varios servicios al
servidor. Ambas partes deben estar conectadas entre s mediante una red.

Base de Datos I

11

ARQUITECTURA
CLIENTE SERVIDOR.
Beneficios.
1.- Mejor aprovechamiento de la potencia de cmputo (Reparte el trabajo).
2. -Reduce el trfico en la Red. (Viajan requerimientos).
3.- Opera bajo sistemas abiertos.
4.- Permite el uso de interfaces grficas variadas y verstiles.
Este tipo de arquitectura es la ms utilizada en la actualidad, debido a que es la ms
avanzada y la que mejor ha evolucionado en estos ltimos aos.
Podemos decir que esta arquitectura necesita tres tipos de software para su correcto
funcionamiento:
Software de gestin de datos: Este software se encarga de la manipulacin y gestin de
los datos almacenados y requeridos por las diferentes aplicaciones. Normalmente este
software se aloja en el servidor.
Software de desarrollo: este tipo de software se aloja en los clientes y solo en aquellos
que se dedique al desarrollo de aplicaciones.
Software de interaccin con los usuarios: Tambin reside en los clientes y es la aplicacin
grfica de usuario para la manipulacin de datos, siempre claro a nivel usuario (consultas
principalmente).
Base de Datos I

12

ARQUITECTURA
CLIENTE SERVIDOR.
Beneficios
Los Clientes interactan con el usuario, usualmente en forma grfica. Frecuentemente se
comunican con procesos auxiliares que se encargan de establecer conexin con el
servidor, enviar el pedido, recibir la respuesta, manejar las fallas y realizar actividades de
sincronizacin y de seguridad.
Caractersticas:
El Cliente oculta al Servidor y la Red.
Detecta e intercepta peticiones de otras aplicaciones y puede redireccionarlas.
Dedicado a la cesin del usuario ( IniciaTermina ).
El mtodo ms comn por el que se solicitan los servicios es a travs de RPC (Remote
Procedure Calls).

Base de Datos I

13

ARQUITECTURA
CLIENTE SERVIDOR.
Funciones comunes del cliente:
Mantener y procesar todo el dialogo con el usuario.
Manejo de pantallas.
Mens e interpretacin de comandos.
Entrada de datos y validacin.
Procesamiento de ayudas.
Recuperacin de errores.
Generacin de consultas e informes sobre las bases de datos.
El servidor:
Conjunto de Hardware y Software que responde a los requerimientos de un
cliente. Los Servidores proporcionan un servicio al cliente y devuelven los
resultados.
Normalmente el servidor es una mquina bastante potente que acta de
depsito de datos y funciona como un sistema gestor de base de datos (SGBD).
Base de Datos I

14

ARQUITECTURA
CLIENTE SERVIDOR.
Tipos comunes de servidor:
Servidor de Archivos (FTP, Novell).
Servidor de Bases de Datos (SQL, CBASE, ORACLE, INFORMIX).
Servidor de Comunicaciones
Servidor de Impresin.
Servidor de Terminal.
Servidor de Aplicaciones (Windows NT, Novell).
Funciones comunes del servidor:
Acceso, almacenamiento y organizacin de datos.
Actualizacin de datos almacenados.
Administracin de recursos compartidos.
Ejecucin de toda la lgica para procesar una transaccin.
Procesamiento comn de elementos del servidor (Datos, capacidad de CPU,
almacenamiento en disco, capacidad de impresin, manejo de memoria y
comunicacin).
Base de Datos I
15

ARQUITECTURA
CLIENTE SERVIDOR.
Funciones comunes del servidor:
Gestin de perifricos compartidos.
Control de accesos concurrentes a bases de datos compartidas.
Enlaces de comunicaciones con otras redes de rea local o extensa

Base de Datos I

16

ARQUITECTURA
CLIENTE SERVIDOR.
Funciones comunes del servidor:
Gestin de perifricos compartidos.
Control de accesos concurrentes a bases de datos compartidas.
Enlaces de comunicaciones con otras redes de rea local o extensa

Base de Datos I

17

EL SISTEMAS DE COMUNICACION
ENTRE LOS DISTINTOS COMPONENTES
Un sistema de base de datos esta compuesto por:
I.Base de Datos.
a) Datos de usuario.
Son los que introduce o necesita el usuario.
b) Metadatos.
Conjunto de datos que representan a un dato.
c) ndices.
Es la forma de acceder rpidamente a la base de datos. Sin olvidar que es el campo
que controla todos los caracteres o datos.
d) Metadatos de aplicacin.
Se usan para almacenar la estructura y el formato de formas, reportes, consultas
de usuarios, y otros componentes de aplicacin. Normalmente no se accede de
forma directa a los metadatos de aplicacin sino que se hace a travs de
herramientas proporcionadas por el DBMS para tal fin.
Base de Datos I

18

EL SISTEMAS DE COMUNICACION
ENTRE LOS DISTINTOS COMPONENTES
II. Aplicaciones de Base de Datos.
a) Formas.
Se utilizan para que el DBMS identifique cada fila de cada tabla y se denominan
claves sustitutas.
b) Consultas.
Se usan cuando los usuarios desean consultar los datos para contestar preguntas
o para identificar problemas o situaciones particulares.
c) Reportes.
Es una presentacin que tiene un formato de la informacin de una base de datos
(hoja de papel o virtual).
d) Mens.
Se usan para organizar los distintos componentes de la aplicacin con el propsito
de que el usuario final acceda a ellos con facilidad, mostrndole las opciones
disponibles y ayudndole a seleccionar las acciones que desea realizar.
Base de Datos I

19

EL SISTEMAS DE COMUNICACION
ENTRE LOS DISTINTOS COMPONENTES
II. Aplicaciones de Base de Datos.
e) Programas de aplicacin.
Vienen a ser como el pegamento que nos permite unir el resto de los
componentes de manera coherente y permite realizar procesos y clculos a la
aplicacin. en pocas palabras es el software que nos permiten llamar los datos de
la base de datos.

Base de Datos I

20

Miscelneas
Redundancia, datos repetidos y distribuidos en cualquier parte. El efecto que ocasiona la
redundancia es tener inconsistencia de datos y desperdicio de espacio de
almacenamiento.
Esta se presenta cuando se repiten innecesariamente datos en los archivos que
conforman la base de datos.
Inconsistencia de Datos: dato que esta en lugar con un valor y encuentra en otro lugar con
otro valor. Ej: se actualiza el archivo cliente pero no se actualiza el archivo de
transacciones.
Ocurre cuando existe informacin contradictoria o incongruente en la base de datos.
Integridad: conjunto de seguridades que son utilizadas para mantener los datos
correctos.
Ocurre cuando no existe a travs de todo el sistema procedimientos uniformes de
validacin para los datos.
Fuente de Error: estas fuentes de error se origina si el programa de entrada de datos no
esta validado. Ej: fallas de hardware, actualizaciones incompletas, defectos del software,
insercin de datos no vlidos, errores humanos.
Una tcnica que usa el BDMS de una entrada de datos no vlida es la validacin.
Validacin: es proteger los datos, validar los datos en la entrada de datos. Existen tipos de
validaciones:
Base de Datos I

21

Miscelneas
Tipo de Dato: es si se define un campo como carcter char y no puede ingresar nmeros
enteros.
Valor de Dato: si se define un valor entero se puede especificar un rango y no se puede
pasar de ese valor.
Valores Claves / No Nulos: asegura registros nicos y cuyos valores no sean nulos.
Integridad Referencial: asegura al DBMS que no exista registros hijos sin sus registros
padres correspondientes.
Control de Concurrencia Simultaniedad
Se da en ambiente multi-usuario, tratando de acceder aun objeto de datos al
mismo tiempo.
Ocurre cuando el sistema es multiusuario y no se establecen los controles adecuados
para sincronizar los procesos que afectan a la base de datos. Comnmente se refiere a la
poca o nula efectividad de los procedimientos de bloqueo
Granularidad: que es el tamao de las unidades aseguradas. Ej: la granularidad puede
proteger un campo, un registro, un archivo,etc.
Backup(respaldo): disco duro,cinta.
Backup caliente: Base de Datos esta operativa.
Backup frio: Base de Datos no esta operativa.
22
Base de Datos I