Repaso de Conceptos Claves

Sistema basado en archivos:

Una colección de programas de aplicación que realiza diversos servicios para los usuarios finales,
como por ejemplo la producción de informes. Cada programa define y gestiona sus propios datos.

La base de datos:
Una colección compartida de datos lógicamente relacionados, junto con una descripción de estos
datos, que están diseñados para satisfacer las necesidades de información de una organización.

Sistema de gestión de base de datos (SGBD):

Un sistema software que permita a los usuarios definir, crear, mantener y controlar el acceso a la
base de datos.

Programa de aplicación:
Un programa informático que interactúa con la base de datos emitiendo las apropiadas solicitudes
(normalmente una instrucción SQL) dirigidas al SGBD.

Un sistema de base de datos en una organización grande está formado por:

1. El hardware
2. El software
3. Los datos
4. Las personas

Conceptos de BackEnd (Secciones Posteriores) y FrontEnd (Secciones Frontales)

Una visión más simplificada de la base de datos permite su estructuración en dos partes principales:

• BackEnd, o Sección posterior. Es el DBMS en sí, y permite llevar a cabo las funciones básicas de un
DBMS. En particular, permite establecer todos los aspectos de los niveles externo, conceptual e
interno. Por tanto, éste es sólo otro nombre para el DBMS.

• FrontEnd, o Secciones frontales. Son las diversas aplicaciones ejecutadas dentro del DBMS, tanto
las escritas por los usuarios como las integradas que son proporcionadas por el proveedor del DBMS
o bien por otros proveedores de programas.

FrontEnd BackEnd
¿Por qué estudiar Bases de datos?

• Todas las organizaciones tienen datos críticos.

• Todas las organizaciones deben crear y manipular datos tan eficientemente como sea posible.
• Los datos de la organización deben ser almacenados en forma confiable.

Existen numerosos SGDB comerciales, los principales son:

 Oracle (Oracle Corp.)
 Sybase (Sybase Inc.)
 SQL Server (Microsoft)
 Informix (actualmente pertenece a IBM)
 DB2 (IBM)
 Postgres
 Progress
 MySQL
 ACCESS

ADMINISTRADOR DE BASE DE DATOS (DBA)

Una de las razones principales para tener sistemas de gestión de BD es tener control central de los
datos y de los programas que accesan a esos datos. La persona que tiene dicho control central sobre
el sistema se llama administrador de la BDD (database administrator (DBA)). Las funciones del DBA
incluyen:

Definición de esquema: Definición de la estructura de almacenamiento y del método de acceso:

Estructuras de almacenamiento y métodos de acceso adecuados se crean escribiendo un conjunto
de definiciones que son traducidas por el compilador del lenguaje de almacenamiento y definición
de datos.

Modificación del esquema y de la organización física: las modificaciones, tanto al esquema de la

BDD como a la descripción de la organización física de almacenamiento, se logran escribiendo un
conjunto de definiciones que son usadas bien por el compilador de DDL o bien por el compilador del
lenguaje de definición de datos.

Concesión de autorización para el acceso a los datos: esto para regular qué partes de la BDD van a
poder ser accedidas por varios usuarios.

Especificación de las restricciones de integridad: las restricciones se mantienen en una estructura

especial del sistema que consulta el gestor de la BDD cada vez que tiene lugar una actualización en
el sistema.

Arquitectura de tres niveles ANSI

Hay tres características importantes inherentes a los sistemas de bases de datos…que son:
1. La separación entre los programas de aplicación y los datos
2. El manejo de múltiples vistas por parte de los usuarios
 3. El uso de un catálogo para almacenar el esquema de la base de datos.

Catálogo de sistema

Almacena la información (metadata) que describe los datos de la base de datos.

Es uno de los componentes fundamentales de los SGBD.

Normalmente almacena:

1. Nombres, tipos y tamaños de los elementos de datos;

2. Las restricciones aplicables a los datos;
3. Los nombres de los usuarios autorizados;
4. Los elementos de datos accesibles a cada usuario y los tipos de acceso permitidos;
5. Las estadísticas de uso.

Arquitectura de tres niveles ANSI/SPARC

• Grupo de estudio ANSI/SPARC en 1977 propuesta de arquitectura para los DBMS que
plantea la definición de la base de datos a tres niveles de abstracción:
– Nivel conceptual
– Nivel interno
– Nivel externo

Objetivos de la arquitectura en tres niveles

1. Todos los usuarios deben poder acceder a los mismos datos.

2. La forma en que un usuario ve los datos ha de ser inmune a los cambios hechos en la forma
en que otros usuarios los ven.

3. Los usuarios no deben necesitar conocer las estructuras de almacenamiento físico de la base
de datos.

4. El DBA debe poder cambiar las estructuras de almacenamiento de la base de datos sin que
afecte a las vistas de los usuarios.

5. La estructura interna de la base de datos no debería verse afectada por los cambios que se
efectúen en lo relativo a los aspectos físicos de almacenamiento.

6. El DBA debe poder modificar la estructura conceptual de la base de datos sin afectar a todos
los usuarios.

La arquitectura en tres niveles de ANSI-SPARC

Nivel externo
– Vista que los usuarios tienen de la base de datos.
– Describe la parte de la base de datos que es relevante para cada usuario.

 Esa visión es la que obtienen a través de las aplicaciones. Las aplicaciones creadas por los
desarrolladores abstraen la realidad conceptual de modo que el usuario no conoce las
relaciones entre los datos, como tampoco conoce dónde realmente se están almacenando
los datos.

 Los esquemas externos los realizan las programadoras/es según las indicaciones formales
de los y las analistas.

 Realmente cada aplicación produce un esquema externo diferente (aunque algunos pueden
coincidir) o vista de usuario. El conjunto de todas las vistas de usuario es lo que se
denomina esquema externo

 En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los
esquemas. Esquema externo: descripción de las vistas parciales de la BD que poseen los
distintos usuarios.
Ejemplo:
o Subschema1: E1 (nombre, dirección, teléfono)
o Subschema2: E2 (nombre, depto, sueldo)

Nivel Conceptual
– Vista comunitaria de la base de datos.
– Describe qué datos están almacenados en la base de datos y las relaciones existentes entre los
mismos.

o Se trata de un esquema teórico de los datos en el que figuran organizados en estructuras

reconocibles del mundo real y en el que también aparece la forma de relacionarse los datos.
o Este esquema es el paso que permite modelar un problema real a su forma correspondiente en
el ordenador.

o Este esquema es la base de datos de todos los demás, en definitiva es el plano o modelo general
de la base de datos.

o El esquema conceptual lo realiza diseñadores/as o analistas.

o Representa la abstracción de “como la realidad es”.

Ejemplo:
o Empleado (nombre, dirección, teléfono, depto, sueldo)

Nivel Interno o Físico

– Representación física de la base de datos en la computadora.
– Describe cómo están almacenados los datos en la base de datos, así como los métodos de
acceso

 Representa la forma en la que están almacenados los datos. Esta visión sólo la requiere el
administrador/a. El administrador la necesita para poder gestionar más eficientemente la
base de datos.

 En este esquema se habla de archivos, directorios o carpetas, unidades de disco,

servidores,…

 Descripción de la BD en términos de su representación física.

o Ejemplo:
Archivo Empleados
Nombre : char [20]
Dirección : char [40]
Teléfono : char [10]
Depto : char [15]
Sueldo : REAL
Archivo índices por nombre
Archivo índices por depto

EJEMPLARES Y ESQUEMAS
Las bases de datos cambian a lo largo del tiempo, conforme la información se borra e inserta.
La colección de esta información en determinado momento se llama ejemplar.

EL diseño completo de la base de datos se llama esquema, los esquema son raramente
modificados..si es que lo son.
Independencia de los datos
La capacidad para modificar una definicion de esquema sin que afecte otra definicion de esquema
en otro nivel de llama independencia de los datos:

Hay dos tipos:

Independencia Lógica de datos.
Independencia Física de los datos.

Independencia lógica de los datos

1. Es la capacidad para modificar los esquemas lógicos sin que los programas tengan que
reescribirse.

2. Es decir que no se modifica el esquemas externos por a las modificaciones que se efectúen
en el esquema conceptual.

3. Cambios en el sistema conceptual (E.j. añadir/quitar entidades/ campos ).

Independencia física de los datos

1. Es la capacidad para modificar el esquema físico sin provocar que los programas tenga en
que reescribirse.

2. Es decir que el esquema conceptual no se vea afectado a los cambios que se efectúen en el
esquema interno.

3. Cambios en el sistema interno (E.j.utilizar diferentes organizaciones de archivos o distintas

estructuras de almacenamiento).

4. La independencia de datos lógica es más difícil de proporcionar que la física, ya que los
programas de aplicación son fuertemente dependientes de la estructura lógica de los datos
a los que ellos acceden.

Independencia de los datos en la arquitectura de tres niveles de ANSI-SPARC

Arquitecturas de SGBD multiusuario

1. Teleprocesamiento

2. Servidor de archivos

3. Cliente-servidor

Teleprocesamiento

a) Arquitectura tradicional.
b) Única unidad central de proceso con una serie de terminales conectados.

Servidor de archivos
a) Servidor de archivos conectado a varias estaciones de trabajo a través de una red.

b) El servidor de archivos almacena la base de datos.

c) Los SGBD y las aplicaciones se ejecutan en cada estación de trabajo.

d) Los inconvenientes incluyen:

1. Gran cantidad de tráfico de red.
 2. Copia del SGBD en cada estación de trabajo.
3. Control de concurrencia, de recuperación y de integridad más complejos.

Arquitectura del servidor de archivos

Cliente-servidor tradicional en dos niveles

a) El cliente (nivel 1) gestiona el interfaz de usuario y ejecuta las aplicaciones.

b) El servidor (nivel 2) almacena la base de datos y el SGBD.

c) Las ventajas incluyen:

1. Acceso más universal a las bases de datos existentes;
2. Mejor funcionamiento;
3. Posible reducción de los costes de hardware;
4. Reducción de los costes de comunicaciones;
5. Mayor coherencia.
Cliente-servidor en tres niveles
1. El lado del cliente presentó dos problemas que impedían una escalabilidad real:
a. Clientes «complejos» que requerían unos recursos considerables para que la
computadora del cliente lo ejecutara correctamente.
b. Las tareas de administración en el lado del cliente eran bastante significativas.

2. En 1995 se propusieron tres niveles, cada uno de los cuales podía ejecutarse en una
plataforma distinta.

Ventajas:
1. Cliente «simple», que requiere un hardware menos costoso.
2. Mantenimiento de las aplicaciones centralizado.
3. Resulta más sencillo modificar o sustituir uno de los niveles sin que los otros se vean
afectados.
4. Resulta más fácil equilibrar la carga de procesamiento al separar la lógica principal del
negocio de las funciones de base de datos.
5. Se adapta de forma bastante natural a los entornos web.