1.

- Definicin y Caractersticas de un SBD

Desde tiempos inmemoriales, los datos han sido almacenados por los humanos en algn tipo de soporte
(piedra, papel, madera, etc.) a fin de que quedara constancia. As mismo estos datos han de ser interpretados
para que se conviertan en informacin til, interpretacin que supone un fenmeno de agrupacin y
clasificacin.
En los aos 40 del siglo pasado, los sistemas de archivos generados a travs de los primeros lenguajes de
programacin como Cobol y Fortran, permitieron almacenar los datos a travs de archivos sin formato alguno
(planos)
con
las
nicas
funciones
de
lectura
y
escritura.
Posteriormente surgi el denominado sistema de ficheros que es un conjunto de programas que prestan
servicio a los usuarios finales. Cada programa define y maneja sus propios datos. Los sistemas de ficheros
surgieron al tratar de informatizar el manejo de los archivadores manuales con objeto de proporcionar un
acceso ms eficiente a los datos. En lugar de establecer un sistema centralizado en donde almacenar todos los
datos de la organizacin o empresa, se escogi un modelo descentralizado en el que cada divisin o
departamento
almacena
y
gestiona
sus
propios
datos.
Los

sistemas

de

ficheros

presentan

una

serie

de

inconvenientes:

* Separacin y aislamiento de los datos. Cuando los datos se separan en diferentes ficheros, es ms
complicado acceder a ellos, ya que el programador de aplicaciones debe sincronizar el procesamiento de los
distintos
ficheros
implicados
para
asegurar
que
se
extraen
los
datos
correctos.
* Duplicacin de datos. La redundancia de datos existente en los sistemas de ficheros hace que se
desperdicie espacio de almacenamiento y lo que es ms importante, puede llevar a que se pierda la
consistencia de los datos. Se produce una inconsistencia cuando copias de los mismos datos no coinciden.
* Dependencia de datos. Ya que la estructura fsica de los datos (la definicin de los ficheros y de los
registros) se encuentra codificada en los programas de aplicacin, cualquier cambio en dicha estructura es
difcil de realizar. El programador debe identificar todos los programas afectados por este cambio,
modificarlos y volverlos a probar, lo que cuesta mucho tiempo y est sujeto a que se produzcan errores. A este
problema, tan caracterstico de los sistemas de ficheros, se le denomina tambin falta de independencia de
datos
lgica-fsica.
* Formatos de ficheros incompatibles. Ya que la estructura de los ficheros se define en los programas de
aplicacin, es completamente dependiente del lenguaje de programacin. La incompatibilidad entre ficheros
generados por distintos lenguajes hace que los ficheros sean difciles de procesar de modo conjunto.
* Consultas fijas y proliferacin de programas de aplicacin. Desde el punto de vista de los usuarios
finales, los sistemas de ficheros fueron un gran avance comparados a los sistemas manuales. Como
consecuencia de esto, creci la necesidad de realizar distintos tipos de consultas de datos, sin embargo, los
sistemas de ficheros son muy dependientes del programador de aplicaciones: cualquier consulta o informe que
se quiera realizar debe ser programado por l. En algunas organizaciones se conformaron con fijar el tipo de
consultas e informes, siendo imposible realizar otro tipo de consultas que no se hubieran tenido en cuenta a la
hora
de
escribir
los
programas
de
aplicacin.
Los inconvenientes de los sistemas de ficheros se pueden atribuir a dos factores:

* La definicin de los datos se encuentra codificada dentro de los programas de aplicacin, en lugar
de
estar
almacenada
aparte
y
de
forma
independiente.
* No hay control sobre el acceso y la manipulacin de los datos ms all de lo impuesto por los
programas de aplicacin.
Para trabajar de un modo ms efectivo, en 1964, se disearon los primeros Gestores de Base de Datos
(DBMS), por medio de los que se pretenda dar un cambio total a los sistemas de archivos. Con los DBMS se
cre el concepto de administracin de datos, por medio de actividades integradas que permiten verlos
fsicamente en un almacenamiento nico pero lgicamente se manipulan a travs de esquemas compuestos
por estructuras donde se establecen vnculos de integridad, mtodos de acceso y organizacin fsica sobre los
datos, permitiendo as obtener valores agregados de utilizacin tales como: manejo de usuarios, seguridad,
atomicidad
e
independencia
fsica
y
lgica
de
los
datos,
entre
otros.
Los sistemas de bases de datos tienen su origen en el proyecto estadounidense Apolo de mandar al hombre a
la luna, gran cantidad de informacin que requera el proyecto. La primera empresa encargada del proyecto,
NAA ("North American Aviation"), desarroll un software denominado GUAM ("General Update Access
Method") que estaba basado en el concepto de que varias piezas pequeas se unen para formar una pieza ms
grande,
y
as
sucesivamente
hasta
que
el
producto
final
est
ensamblado.
El primer sistema gestor de bases de datos comercial, IDS ("Integrated Data Store"), se dise bajo el
concepto de modelo de datos en red (Bachgman, 1965). Posteriormente se desarroll el IMS ("Information
Management System"), sobre el concepto del modelo de datos jerrquico. A estos sistemas se acceda
normalmente mediante lenguajes de programacin como COBOL usando interfaces de bajo nivel, lo cual
implicaba que las tareas de creacin de aplicaciones y mantenimiento de los datos fuesen controlables, aunque
bastante
complejas.
Actualmente con el auge de los medios informticos aparece el almacenamiento en soporte magntico bajo
forma de discos, ofreciendo mayores posibilidades de almacenaje, ocupando menos espacio y ahorrando un
tiempo considerable en la bsqueda y tratamiento de los datos. As se populariza el concepto de base de datos
y
con
ellas
las
diferentes
metodologas
de
diseo
y
tratamiento.
El objetivo bsico de cualquier base de datos es el almacenamiento de smbolos, nmeros y letras carentes de
un significado en s, que mediante un tratamiento adecuado se convierten en informacin til. Un ejemplo
podra ser el siguiente dato: 20001224, con el tratamiento correcto podra convertirse en la siguiente
informacin:
"Fecha
de
nacimiento:
24
de
diciembre
del
ao
2000".
Segn van evolucionando en el tiempo, las necesidades de almacenamiento de datos van creciendo y con ellas
las necesidades de transformar los mismos datos en informacin de muy diversa naturaleza. Esta informacin
es utilizada como herramientas de trabajo y soporte para la toma de decisiones por un gran colectivo de
profesionales que consideran dicha informacin como base de su actividad. Por este motivo el trabajo del
diseador de bases de datos es cada vez ms delicado, un error en el diseo o en la interpretacin de datos
puede dar lugar a informacin incorrecta y conducir al usuario a la toma de decisiones equivocadas. Se hace
necesario la creacin de un sistema que ayude al diseador a crear estructuras correctas y fiables,
minimizando los tiempos de diseo y explotando todos los datos, as naci la metodologa de diseo de bases
de
datos.
Se puede definir una base de datos, como un fichero en el cual se almacena informacin de cualquier tipo. En
dicho fichero la informacin se guarda en campos o delimitadores, por ejemplo, podemos almacenar el

nombre y apellidos de las personas de modo separado, de sta forma es posible obtener del fichero todos los
nombres o todos los apellidos, tanto de forma separada como conjunta. Normalmente el nmero de campos
que se tienen en una base vara segn las necesidades en cuanto a gestin de datos, de forma que despus se
pueda explotar la informacin de forma ordenada y separada, aunque el resto de la informacin sigue
almacenada
y
guardada
en
la
base
de
datos
Una base de datos, no es slo el fichero en donde estn datos, sino que en dicho arvhivo se encuentra la
estructura de los datos, as que para saber qu longitud tiene cada campo,hay que conocer como se llama el
campo y qu longitud en caracteres tiene, as como el tipo de datos en dicho campo, porque puede contener
desde letras a nmeros o incluso otros datos ms complejos, dependiendo de la estructura de la base y del
sistema
gestor.
En realidad aparte de los datos que son almacenados en el archivo, tambin hay una serie de datos, en los que
se informa del tipo de campo, los campos y la longitud de cada campo, es lo que se llama gestor de datos, que
permite saber que cada registro (un registro es una suma de campos, por ejemplo a Marisol Collazos, Marisol
lo guardamos en el campo Nombre y Collazos en el campo Apellidos, cada registro es cada persona que
almacenamos en la base, osea una persona es un registro y cada regitro est constituido por los campos
Nombre
y
Apellido
Un Sistema de Bases de Datos (SBD) es una serie de recursos para manejar grandes volmenes de
informacin, sin embargo no todos los sistemas que manejan informacin son bases de datos.
Un sistema de bases de datos debe responder a las siguientes caractersticas:

Abstraccin de la informacin. Ahorran a los usuarios detalles acerca del almacenamiento fsico de
los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace
transparente al usuario. As, se definen varios niveles de abstraccin.

Independencia de los Datos. Es decir, que los datos nunca dependen del programa y por tanto
cualquier aplicacin pueda hacer uso de llos.

Reduccin de la Redundancia.Rdundancia es la existencia de duplicacin de los datos, al reducir

sta al mximo conseguimos un mejor aprovechamiento del espacio y adems evitamos que existan
inconsistencias entre los datos. Las inconsistencias se dan cuando nos encontramos con datos
contradictorios.

Seguridad. Un SGBD debe permitir que tengamos un control sobre la seguridad de los datos, frente
a usuarios malintencionados que intenten leer informacin no permitida; frente a ataques que deseen
manipular o destruir la informacin; o simplemente ante las torpezas de algn usuario autorizado.

Integridad. Se trata de adoptar las medidas necesarias para garantizar la validez de los datos
almacenados. Se trata de proteger los datos ante fallos de hardware, datos introducidos por usuarios

descuidados, o cualquier otra circunstancia capaz de corromper la informacin almacenada. Los

SGBD proveen mecanismos para garantizar la recuperacin de la base de datos hasta un estado
consistente conocido en forma automtica.

Respaldo. Los SGBD deben proporcionar una forma eficiente de realizar copias de seguridad de la
informacin almacenada en ellos, y de restaurar a partir de estas copias los datos que se hayan
podido perder.

Control de la concurrencia. En la mayora de entornos (excepto quizs el personal), lo ms habitual

es que sean muchas las personas que acceden a una base de datos, bien para recuperar informacin,
bien para almacenarla. Y es tambin frecuente que dichos accesos se realicen de forma simultnea.
As pues, un SGBD debe controlar este acceso concurrente a la informacin, que podra derivar en
inconsistencias.

Manejo de transacciones. Una transaccin es un programa que se ejecuta como una sola operacin.
Esto quiere decir que el estado luego de una ejecucin en la que se produce un fallo es el mismo que
se obtendra si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar
las modificaciones de los datos de una forma mucho ms simple que si no se dispusiera de ellos.

Tiempo de respuesta. Lgicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos
la informacin solicitada y en almacenar los cambios realizados.

- El expresidente del Real Madrid C.F. sancionado con multa de 360000 euros por vulnerar la Ley Orgnica
de
Proteccin
de
Datos
El
Opus
Dei
sancionado
a
pagar
60101
euros.
Multa
de
6000
euros
por
compartir
en
el
Emule
una
base
de
datos
- Sancin de 1000 euros por el envo de un nico e-mail con informacin comercial
Multa
de
600
euros
por
dejar
a
la
vista
42
direcciones
de
e-mail
- Las empresas de telecomunicaciones y los bancos, los que ms vulneran los datos de los ciudadanos

2.- Recursos que componen un SBD

Un SBD est formado por:

Personas

Mquinas

Programas
Son los encargados de manejar los datos, son conocidos como DBMS ("Data Base Management
System") o tambin SGBD (Sistema Gestor de Base de Datos). Los DBMS tienen dos funciones
principales que son:
- La definicin de las estructuras para almacenar los datos.
- La manipulacin de los datos.

Datos
Es lo que se conoce como base de datos propiamente dicha. Para manejar estos datos utilizamos una
serie de programas.

3.- Distintos Niveles de un SBD

Los SBD pueden ser estudiados desde tres niveles distintos:
1

Nivel

interno

fsico

Es el nivel real de los datos almacenados, considerado como el nivel inferior de abstraccin, es decir
cmo se almacenan los datos, ya sea en registros, o de otra forma. Este nivel es usado por muy pocas
personas que deben estar cualificadas para ello, lleva asociada una representacin de los datos, que
es
lo
que
denominamos
Esquema
Fsico.
2

Nivel

conceptual

Es el correspondiente a una visin de la base de datos desde el punto de vista del mundo real. Es
decir, tratamos con la entidad u objeto representado, sin importarnos como est representado o
almacenado.
Este
nivel
lleva
asociado
el
Esquema
Conceptual.
3

Nivel

externo

visin

Son partes del esquema conceptual. El nivel conceptual presenta toda la base de datos, mientras que
los usuarios por lo general slo tienen acceso a pequeas parcelas de sta. El nivel visin es el
encargado de dividir estas parcelas. Un ejemplo sera el caso del empleado que no tiene porqu tener
acceso al sueldo de sus compaeros. El esquema asociado a ste nivel es el Esquema de Visin.
Los tres niveles indicados, componen lo que conocemos como arquitectura de base de datos a tres niveles. En
ocasiones puede encontrarse el nivel conceptual siubdivido en dos niveles, conceptual y lgico. El primero de
ellos corresponde a la visin del sistema global desde un punto de vista organizativo independiente, no
informtico, el segundo correspondera a la visin de la base de datos expresada en trminos del sistema que
se
va
a
implantar
con
medios
informticos
A menudo el nivel fsico no es facilitado por muchos DBMS, esto es, no permiten al usuario elegir como se
almacenan sus datos y vienen con una forma estndar de almacenamiento y manipulacin de los datos.

La arquitectura a tres niveles se puede representar como sigue:

4.- Modelos de datos

Un modelo de datos para las bases de datos es un conjunto de conceptos que se usan para describir la
estructura de una base de datos. Esa coleccin de conceptos incluyen entidades, atributos y relaciones. La
mayora de los modelos de datos poseen un conjunto de operaciones bsicas para especificar consultas y
actualizaciones
de
la
base
de
datos.
Para representar el mundo real a travs de esquemas conceptuales se han creado una serie de modelos:

Los Modelos de Datos ms conocidos son:

4.1

Modelo Relacional de Datos

Modelo de Red
Modelo Jerrquico
Modelo Orientado a Objetos

Modelo

Relacional

de

Se representa el mundo real mediante tablas relacionadas entre s por columnas comunes. Ej.:

Datos

4.2

Num. empleado

Nombre

Seccin

33

Pepe

25

34

Juan

25

Seccin

Nombre

25

Textil

26

Pintura

Modelo

de

Red

Representamos al mundo real como registros lgicos que representan a una entidad y que se relacionan entre
s por medio de flechas. Ej.:

4.3

Modelo

Jerrquico

Tiene forma de rbol invertido. Un padre puede tener varios hijos pero cada hijo slo puede tener un padre.
Ej.:

Al llegar a este punto adoptaremos una convencin con respecto a las restricciones que se pueden dar en un
modelo, en cuanto a la capacidad de relacionarse que pueda tener cada entidad de ese modelo con el resto de
entidades.

El

modelo

jerrquico

slo

admite

relaciones

1:1

1:N.

En caso de que tuvisemos la necesidad de otro tipo de asociaciones y queramos usar el esquema jerrquico,
recurriramos a una duplicacin de la informacin en el esquema, pero slo a nivel esquemtico.
Ej.: Tenemos dos entidades (cliente y cuenta), queremos que un cliente pueda poseer varias cuentas, y que
una cuenta pueda tener como titulares a varios clientes. Usando el modelo jerrquico tendramos que recurrir
a una duplicacin de los datos en el esquema.

Esta duplicacin slo ocurrira a nivel esquemtico, pero a nivel fsico existira un nico registro por cliente, y
por cuenta que relacionaramos
mediante
varios punteros con todo lo necesario.
En el modelo de red no existen restricciones, si queremos representar que un cliente puede tener varias
cuentas, cada una de las cules slo puede tener un titular, y cada cuenta sta en una sola sucursal, que por
supuesto
puede
ser
compartida
por
varias
cuentas.
Con el modelo relacional podramos tener ambas entidades definidas de la siguiente forma:

Cliente

(N

Cliente:

Acceso

Principal;

Nombre,

Direccin,

Cuenta:

Acceso

Ajeno)

Cuenta = (N Cuenta: Acceso Principal; Saldo)

Se podra hablar de otro modelo que est un nivel ms arriba y que se denomina Modelo Entidad-Relacin
(E/R), fue introducido por Peter Chen en 1976. Este modelo slo realiza el diseo, no ejecuta la implantacin,
por lo tanto una vez hecho el diseo se puede llevar al modelo relacional, de red, orientado a objetos o
jerrquico. En el esquema siguiente define dos entidades y una forma de relacin entre ellas.

Sus caractersticas principales son:

Reflejan tan slo la existencia de los datos sin expresar lo que se hace con ellos.

Es independiente de las bases de datos y de los sistemas operativos (por lo que puede ser
desarrollado en cualquier base de datos).

Est abierto a la evolucin del sistema.

Incluye todos los datos que se estudian sin tener en cuenta las aplicaciones que se van a tratar.

No tienen en cuenta las restricciones de espacio y almacenamiento del sistema.

Conceptos del Modelo Entidad-Relacin

Entidades
Son objetos concretos o abstractos que presentan inters para el sistema y sobre los que se recoge
informacin que ser representada en un sistema de bases de datos. Por ejemplo, clientes,
proveedores
y
facturas
seran
entidades
en
el
entorno
de
una
empresa.
Atributos
Es una unidad bsica e indivisible de informacin acerca de una entidad o una relacin. Por ejemplo
la entidad proveedor tendr los atributos nombre, domicilio, poblacin, CIF.
Dominios
Es el conjunto de valores que puede tomar cada atributo. Por ejemplo el dominio del atributo
poblacin, ser la relacin de todas las poblaciones del mbito de actuacin de nuestra empresa.
Tablas

Es la forma de estructurar los datos en filas o registros y columnas o atributos.

Relacin
Es la asociacin que se efecta entre entidades. Por ejemplo la relacin entre las entidades facturas
emitidas y clientes.
Los diagramas Entidad - Relacin representan la estructura lgica de una base de datos de manera grfica.
Los smbolos utilizados son los siguientes:
-

Rectngulo-

Conjunto

de

ElipseRombos-

Conjunto

entidades.
Atributos.

de

relaciones

- Lneas- Unen atributos a conjuntos de entidades; unen atributos a conjuntos de relaciones; y unen
conjuntos de entidades con conjuntos de relaciones. Si la flecha tiene punta, en ese sentido est el
uno y si no la tiene, en ese sitio est el muchos. La orientacin seala cardinalidad.
- Elpse doble- Se trata de dos elipses concntricas. Representan atributos multivalorados.
-

Elipse

discontinua-

Atributos

derivados.

- Lneas dobles- Indican participacin total de un conjunto de entidades en un conjunto de relaciones.

- Subrayado- Subraya los atributos que forman parte de la clave primaria del conjunto de entidades.

Si el conjunto de relaciones tiene atributos asociados, se le unen a la relacin. En los diagramas Entidad Relacin se indican los papeles (roles) mediante etiquetas en las lneas que unen los conjuntos de relaciones
con
conjuntos
de
entidades.
Los conjuntos de relaciones no binarias se especifican uniendo al conjunto de relaciones tantas entidades
como marque la relacin. No es recomendable su utilizacin, prefirindose el uso de relaciones binarias.
5.- Programas que conforman el DBMS
El DBMS se compone de una serie de mdulos:

El Compilador de DDL (Data Definition Language). El DDL sirve para definir estructuras de
almacenamiento, y por tanto para crear esquemas conceptuales.

El resultado de compilar todas las instrucciones DDL se va a almacenar en lo que se conoce como
Diccionario de Datos. Este diccionario nos aportar informacin acerca de la base de datos. El
diccionario de datos depende del DBMS.

El Precompilador DML (Data Management Language). Las instrucciones de manejo que define van
dentro de un lenguaje de alto nivel cualquiera (Lenguaje Anfitrin) (El DML se llama Lenguaje
Husped). El primer paso del pre-compilador es traducir las instrucciones del DML al lenguaje
anfitrin.

El Procesador de Consultas permite al usuario "jugar" con los datos, o sea consultarlos sin necesidad
de construir un programa de aplicacin. Cuenta con un Optimizador de DML para optimizar esas
consultas.

El Manejador de Bases de Datos realiza la traduccin entre los diferentes esquemas de la base de
datos. Si un usuario quiere acceder a unos datos, el manejador comprobar su esquema externo para
averiguar a que datos tiene acceso ese usuario; luego estudia el esquema conceptual completo, a
continuacin accede al esquema fsico para saber como trabajar con ellos y finalmente los
proporcionar al usuario.

6.- Personas relacionadas con un SBD

Administrador

de

base

de

datos

(DBA)

Se encarga del diseo fsico de la base de datos y de su desarrollo, realiza el control de seguridad y
concurrencia, mantiene el sistema para que siempre se encuentre operativo y se encarga de que los usuarios y
las aplicaciones obtengan buenas prestaciones. El administrador debe conocer muy bien el SGBD que se est
utilizando, as como el equipo informtico sobre el que est funcionando. Ms que una persona suele ser un
grupo
de
personas.
Programador

de

aplicaciones

Se encargan, mediante programas en lenguajes de tercera o de cuarta generacin de implementar los

programas de aplicacin que servirn a los usuarios finales. Estos programas de aplicacin son los que
permiten
consultar
datos,
insertarlos,
actualizarlos
y
eliminarlos.
Usuarios

casuales

Son usuarios que tienen conocimientos de los DL, hacen uso de los DML de modo interactivo (es decir a
travs
del
procesador
de
consultas)
Usuarios

ingenuos

Emplean el SBD sin conocimientos de informtica, es decir usan los programas de aplicacin.

7.- Otros tipos de bases de datos

Otros tipos de bases de datos, que no se tratarn en esta asignatura, son los conocidos como postrrelacionales:
-

Modelo

Orientado

Objetos

Las aplicaciones de las bases de datos en reas como el diseo asistido por ordenador (CAD), ingeniera de
software y procesamiento de documentos no se ajustan al conjunto de suposiciones que se hacen para
aplicaciones habituales de procesamiento de datos. El modelo de datos orientado a objetos (BDOO) se ha
propuesto para tratar algunos de estos nuevos tipos de aplicaciones, combina las mejores cualidades de los
ficheros planos, bases de datos jerrquicas y relacionales. Como veremos a continuacin las BDOO
representan el siguiente paso en la evolucin de las bases de datos para soportar el anlisis, diseo y
programacin
Orientada
a
Objetos.
El modelo de bases de datos orientado a objetos es una adaptacin a los sistemas de bases de datos. Se basa en
el concepto de encapsulamiento de datos y cdigo que opera sobre estos en un objeto. Los objetos
estructurados se agrupan en clases. El conjunto de clases esta estructurado en sub y superclases basado en una
extensin del concepto ISA del modelo Entidad - Relacin. Puesto que el valor de un dato en un objeto
tambin es un objeto, es posible representar el contenido del objeto dando como resultado un objeto
compuesto.
El propsito de los sistemas de bases de datos es la gestin de grandes cantidades de informacin. Las
primeras bases de datos surgieron del desarrollo de los sistemas de gestin de archivos. Estos sistemas
primero evolucionaron en bases de datos de red o en bases de datos jerrquicas y, ms tarde, en bases de datos
relacionales.
Estructura

de

objetos.

El modelo orientado a objetos se basa en encapsular cdigo y datos en una nica unidad conocida como
objeto. La interfaz entre un objeto y el resto del sistema se define mediante un conjunto de mensajes.
Un

objeto

tiene

asociado:

* Un conjunto de variables que contienen los datos del objeto. El valor de cada variable es un objeto.
*

Un

conjunto

de

mensajes

los

que

el

objeto

responde.

* Un mtodo, que es un trozo de cdigo para implementar cada mensaje. Un mtodo devuelve un valor como
respuesta
al
mensaje.
El trmino mensaje en un contexto orientado a objetos, no implica el uso de un mensaje fsico en una red de
ordenadores, si no que se refiere al paso de solicitudes entre objetos sin tener en cuenta detalles especficos de
implementacin.
La capacidad de modificar la definicin de un objeto sin afectar al resto del sistema est considerada como
una de las mayores ventajas del modelo de programacin orientado a objetos.
Jerarqua

de

clases.

En una base de datos existen objetos que responden a los mismos mensajes, utilizan los mismos mtodos y
tienen variables del mismo nombre y tipo. Sera intil definir cada uno de estos objetos por separado por lo
tanto se agrupan los objetos similares para que formen una clase, a cada uno de estos objetos se le llama
instancia de su clase. Todos los objetos de su clase comparten una definicin comn, aunque difieran en los
valores
asignados
a
las
variables.

As que bsicamente las bases de datos orientados a objetos tienen la finalidad de agrupar aquellos elementos
que sean semejantes en las entidades para formar un clase, dejando por separado aquellas que no lo son en
otra
clase.
Por ejemplo: Retomemos la relacin alumno-cursa-materia agregndole la entidad maestro; donde los
atributos considerados para cada uno son alumno: Nombre, Direccin, Telfono, Especialidad, Semestre,
Grupo; Maestro: Nombre, Direccin, Telfono, Nmero econmico, Plaza, RFC; Materia: Nombre, Crditos,
Clave.
Los atributos de nombre, direccin y telfono se repiten en la entidad alumno y maestro, as que podemos
agrupar estos elementos para formar la clase Persona con dichos campos. Quedando por separado en alumno:
Especialidad, semestre, Grupo. Y en maestro: Nmero econmico, Plaza y RFC; la materia no entra en la
agrupacin (Clase persona) ya que la clase especfica los datos de solo personas, as que queda como clase
materia.
Herencia.
Las clases en un sistema orientado a objetos se representan en forma jerrquica como en el diagrama anterior,
as que las propiedades o caractersticas del elemento persona las contendrn (heredaran) los elementos
alumno y maestro. Decimos que tanto la entidad Alumno y maestro son subclases de la clase persona este
concepto es similar al utilizado en la de especializacin (la relacin ISA) del modelo E-R.
Se pueden crear muchas agrupaciones (clases) para simplificar un modelo as que una jerarqua (en forma
grfica) puede quedar muy extensa, en estos casos tenemos que tener bien delimitados los elementos que
intervienen
en
una
clase
y
aquellos
objetos
que
las
heredan.
Consultas

orientadas

objetos:

Los lenguajes de programacin orientados a objetos requieren que toda la interaccin con objetos se realiza
mediante
el
envo
de
mensajes.
Consideremos el ejemplo de alumno-cursa-materia deseamos realizar la consulta de los alumnos que cursan la
materia de Base de Datos 1, para realizar esta consulta se tendra que enviar un mensaje a cada instancia
alumno
As un lenguaje de consultas para un sistema de bases de datos orientado a objetos debe incluir tanto el
modelo de pasar el mensaje de objeto a objeto como el modelo de pasar el mensaje de conjunto en conjunto.
Complejidad
En

base

de
de

datos

orientados

objetos

Modificacin.
pueden

existir

los

siguientes

cambios:

* Adicin de una nueva clase: Para realizar este proceso, la nueva clase debe colocarse en la jerarqua de clase
o
subclase
cuidando
las
variables
o
mtodos
de
herencia
correspondientes.
* Eliminacin de una clase: Se requiere la realizacin de varias operaciones, se debe de cuidar los elementos
que
se
han
heredado
de
esa
clase
a
otras
y
reestructurar
la
jerarqua.

En s la estructuracin de modelos orientados a objetos simplifica una estructura evitando elementos o

variables repetidas en diversas entidades, sin embargo el precio de esto es dedicarle un minucioso cuidado a
las relaciones entre las clases cuando en modelo es complejo, la dificultad del manejo de objetos radica en la
complejidad de las modificaciones y eliminaciones de clases, ya que de tener variables que heredan otros
objetos se tiene que realizar una reestructuracin que involucra una serie de pasos complejos.
Como ejemplo de desarrollo, se describen primeramente los tipos de objetos importantes del dominio de
aquellos tipos de objetos. Estos tipos de objetos determinan las clases que conformarn la definicin de la
BDOO. En un caso real, se supone una base de datos diseada para almacenar la geometra de ciertas partes
mecnicas incluira las clases CILINDRO, ESFERA Y CUBO. El comportamiento de CILINDRO podra
incluir
informacin
relativa
a
sus
dimensiones,
volumen
rea
superficial:
Clase
ALTURA
RADIO
VOLUMEN
AREA
};

de
FLOTANTE
FLOTANTE
FLOTANTE
SUPERFICIE

DE

FLOTANTE

CILINDRO{
();
();
();
();

Se puede llegar a definiciones similares para el cubo y la esfera. En la definicin anterior, ALTURA,RADIO
y REA representan los mensajes que se pueden enviar a un objeto CILINDRO.
La Implantacin se lleva a cabo en el mismo lenguaje, escribiendo funciones correspondientes a las
solicitudes
OO:
CILINDRO::ALTURA
CILINDRO::VOLUMEN

()
()

{RETORNA

{RETORNA
PI*RADIO

CILINDRO_ALTURA;}
()*ALTURA
();}

En este caso, la Altura se almacena como un elemento de los datos, mientras que volume se calcula mediante
la frmula apropiada. Observe que la implantacin interna de volume utiliza solicitudes para obtener altura y
radio. Sin embargo, el aspecto ms importante es la sencillez y uniformidad que experimentan los usuarios de
CILINDRO. Slo necesitan conocer la forma de enviar una solicitud y las solicitudes disponibles.

Modelo
Semntico
Tienen como objetivo describir de un modo ms preciso la informacin contenida en la base de datos.
Modelo
Deductivo
Son capaces de deducir hechos a partir de las relaciones base y una serie de axiomas deductivas o reglas de
inferencia.

Servidores de bases de datos

Grandes proveedores de informacin para todo tipo de usuarios
Los servidores de bases de datos surgen con motivo de la necesidad de las empresas de manejar grandes y
complejos volmenes de datos, al tiempo que requieren compartir la informacin con un conjunto de clientes
(que pueden ser tanto aplicaciones como usuarios) de una manera segura. Ante este enfoque, un sistema
gestor de bases de datos (SGBD, a partir de ahora) deber ofrecer soluciones de forma fiable, rentable y de
alto rendimiento. A estas tres caractersticas, le debemos aadir una ms: debe proporcionar servicios de
forma global y, en la medida de lo posible, independientemente de la plataforma. Internet se ha convertido en
nuestros das en la mayor plataforma de comunicaciones jams vista. Esto hace que las empresas tiendan a
presentar su informacin a travs de la Web en forma de contenidos, que despus los clientes consultarn para
establecer relaciones con dichas empresas.
Una de las funciones que se empieza a exigir a los SGBD, puesto que sobre ellos recae el peso del almacn y
proceso de la informacin, es la de proporcionar herramientas de apoyo a toma de decisiones
("datawarehouse") al tiempo que proporciona una plataforma de transacciones "on-line" (OLTP) que hacen
que la informacin est siempre actualizada y consistente. A lo largo del artculo iremos comentando las
prestaciones de ambas implementaciones y cmo influye el SGBD en el proceso de las mismas.
Aunque parece clara la funcin de un SGBD, en la actualidad cada vez ms filosofas y tecnologas tienden a
confluir en un mismo punto. Ya se est hablando acerca de las posibilidades de los nuevos SGBD de poder
almacenar contenidos multimedia, objetos, documentos complejos... La explosin de nuevos servicios ha

hecho que cada vez ms aplicaciones dependan de estos servidores de datos, delegando la responsabilidad de
la gestin y almacenamiento de la informacin a aquellos que mejor estn preparados para su tratamiento.
Para poder lograr estos objetivos, es un punto muy importante el que los SGBD proporcionen herramientas de
administracin completas (que simplifiquen la tarea de la configuracin, seguridad, creacin y gestin de
bases de datos al tiempo que proporcionan mecanismos de integracin con otros sistemas y polticas de copias
de seguridad) y herramientas que permitan su programacin (tanto a nivel de diseo como a nivel de reglas y
procedimientos que encapsulen la arquitectura de la base de datos, de tal manera que, a travs de conectores a
datos, las aplicaciones slo tengan que pedir la informacin que necesitan sin preocuparse de cmo se
encuentra almacenada).
Por ltimo, puesto que los datos deben estar por encima de la plataforma, los SGBD deben proporcionar
mecanismos de comunicacin con otras plataformas que acten tambin como clientes o servidores de datos.
Lo que nos lleva al ltimo punto que consideraremos: la posibilidad de la replicacin de la informacin,
posibilidad que permitir que la informacin pueda estar almacenada en mltiples servidores de datos y
accesible desde cualquier punto como si se tratase de un nico volumen de informacin.
Servidores de bases de dato relacionales
Antes de comenzar a comentar las caractersticas a analizar de los SGBD, el primer paso es el de definir qu
es un servidor de bases de datos relacionales y sus cometidos principales. Un servidor de bases de datos
relacionales es un sistema bajo arquitectura cliente/servidor que proporciona servicios de gestin,
administracin y proteccin de la informacin (datos) a travs de conexiones de red, gobernadas por unos
protocolos definidos y a los que acceden los usuarios, de modo concurrente, a travs de aplicaciones clientes
(bien sean herramientas del propio sistema como aplicaciones de terceros).
Dichos servidores solucionan los problemas de las empresas al manejar grandes volmenes de informacin de
una manera estable, fiable, coherente y segura en un entorno heterogneo de trabajo y de necesidades de
informacin.
La informacin se almacenar de modo lgico de una manera relacional, como ya se ha visto, en la que un
conjunto de almacenamientos que llamaremos tablas (y que se componen de un conjunto de campos que
describen su contenido, y a los cuales denominaremos columnas) se relacionan entre s a travs de un
conjunto definido de claves. Una de las responsabilidades del sistema y del diseo de la base de datos, ser el
que sea posible mostrar aquella informacin requerida a travs de conjuntos de datos planos (que llamaremos
cursores), independizando las relaciones establecidas y la arquitectura de la base de datos de la necesidad de
informacin del usuario. Para proteger la informacin el sistema contar con mecanismos de control de
transacciones basados en reglas que denominaremos disparadores, reglas de definicin del tipo de entrada de
datos y reglas de validacin de las entradas de datos. Mediante complejos sistemas de indexacin, estos
sistemas sern capaces de ordenar y acelerar las consultas a la informacin requerida. Cuanto mejor se
indexen los datos, ms rpidas se realizarn las consultas. Por ltimo, y como un factor muy importante de
cara al diseo de bases de datos, los sistemas deben proporcionar la posibilidad de automatizar operaciones de
acceso, filtrado y control de los datos, a travs de los procedimientos almacenados.
Todo ello se podr realizar a travs del lenguaje SQL (Structured Query Language, lenguaje estructurado de
consulta) que se ha convertido en el estndar de interfaz de estos sistemas para su diseo, desarrollo y
consultas de informaci6n. Desarrollado por IBM, se ha convertido en un estndar para el manejo de estos
sistemas y queda recogido en la norma ANSI SQL'92, en la cual quedan registradas aquellas sentencias SQL
que deben estar presentes en todo sistema gestor de bases de datos. En este apartado, que es donde los SGBD
demuestran sus propios dones, es donde ya nos separamos del estndar, pues cada fabricante aadir sus
propias extensiones al lenguaje para aprovechar, como es lgico, las ventajas de sus propios motores.
De lo indicado en los prrafos anteriores podremos obtener algunos de los parmetros que emplearemos en la
comparativa: capacidad del servidor de conexin con el exterior; capacidad de atender peticiones concurrentes

de clientes; seguridad del sistema; herramientas de administraci6n disponibles; herramientas de

administracin y automatizacin de tareas que reduzcan el TCO ("Total Cost Owner") y, por ltimo, la
cantidad de plataformas en la que se puede integrar el sistema.
La seguridad
En todo sistema abierto, debe proporcionarse un potente mecanismo de seguridad que garantice que ningn
intruso pueda acceder o corromper la integridad del sistema. Si este concepto ya es crtico en los sistemas
operativos actuales, hay que imaginarse cunto ms es de importante este concepto cuando ya no hablamos de
recursos del sistema (como puedan ser archivos o correos, ms o menos importantes) sino de informacin
crtica para la empresa, en la que se almacenan datos de contabilidad, gestin, personal, o estratgicos de la
cual depende para su existencia.
En servidores de bases de datos hablaremos de la seguridad a 4 niveles bsicos: seguridad de acceso al
sistema, seguridad a nivel de objetos de datos, seguridad a nivel de datos y seguridad en cuanto a proteccin
de los almacenamientos fsicos de los datos.
La seguridad de acceso se implementar de dos maneras posibles: a nivel de sistema operativo, en cuyo caso
el SGBD se apoya en la seguridad de entrada al sistema operativo para comprobar la validez del acceso a los
datos almacenados; o bien lo que llamaremos modo mixto, en el cual la seguridad de entrada a la informacin
la llevar a cabo el propio servidor de datos a partir de la definicin de cuentas de usuario al servidor (su
denominacin de mixta proviene de la capacidad de los sistemas de incluir como cuentas de acceso o login
quellas propias del sistema operativo, lo que facilita la transicin de las cuentas de seguridad). La segunda
ser de gran ayuda cuando los clientes que acceden al sistema provienen de sistemas operativos con poca (o
ninguna) seguridad o de aplicaciones instaladas que necesiten acceder a los volmenes de informacin del
sistema. En ambos casos, en los sistemas se contar con roles o papeles con los que contar el usuario al
entrar al sistema para la realizacin de determinadas operaciones de cara al sistema.
La seguridad a nivel de objetos entra ya en el detalle del acceso a nivel de creacin y administracin de
objetos de datos: tablas, vistas, ndices, relaciones, reglas...etc. Es decir, las responsabilidades y acciones que
puede hacer el usuario en el esquema de la base de datos (el esqueleto a partir del cual el sistema definir
cmo se debe almacenar y relacionar la informacin). Se podrn especificar de nuevo roles a los usuarios,
indicando quin podr crear, modificar o eliminar cualquier objeto de datos (con lo que se permite establecer
una poltica de delegacin de responsabilidades).
La seguridad a nivel de datos entra ya en la capa de la informacin en si. En la que indicaremos quin puede
acceder a qu informacin para su consulta, actualizacin, insercin o borrado. Las caractersticas de los
diversos motores determinarn hasta qu grado de seguridad se llega en este apartado (desde la proteccin de
las columnas de una tabla hasta la tabla en si, creacin de vistas...etc.).
Por ltimo, la seguridad a nivel de proteccin de los almacenamientos fsicos de la informacin. Tendremos
dos aproximaciones: la seguridad a nivel de sistema operativo de los archivos de datos del sistema, y las
polticas de copia de seguridad y restauracin de los datos (tanto con herramientas del sistema operativo como
las proporcionadas por el propio servidor de datos) junto con sus posibles aproximaciones (total, incremental
y diferencial), adems de los soportes hardware compatibles de almacenamiento masivo empleados como
destino de las copias.
El soporte de red
Puesto que se est implementando una solucin cliente/servidor, es un elemento fundamental para la conexin
entre los distintos clientes y el servidor un canal apropiado para la comunicacin, que posibilite el intercambio
de informacin. Los servidores de datos deben proporcionar mecanismos de comunicacin ptimos, pues de
cmo se enve la informacin dependern parmetros tan importantes como la velocidad de acceso a los
datos. Todos los sistemas gestores analizados cuentan con mltiples configuraciones de protocolos,

adaptndose a los protocolos existentes y estandarizados de la actualidad: TCP/IP, IPX, Banyan..., aunque el
que tiene un auge imparable en este tipo de servicios es el omnipresente TCP/IP, lo que garantiza que la
conexi6n de nuestros servidores estar al alcance de cualquier usuario desde cualquier parte del mundo.
Es importante no slo el canal de comunicaciones que est disponible para los servidores de datos sino
tambin cmo es transmitida la informacin. Es lgico pensar que tienen que existir posibilidades de
encriptacin de la informacin para prevenir accesos no autorizados as como mecanismos de particin de los
datos, para evitar que peticiones masivas de informacin sobrecarguen el ancho de banda de la red. Adems,
ser una cuestin de optimizacin el saber que no toda la informacin es necesaria al mismo tiempo, y que el
servidor debe ser capaz de ir proveyendo la informacin requerida en el momento justo en el que es necesaria
(lo que ahorra ancho de banda y recursos de la mquina) .
La configuracin de las libreras de red depender mucho del tipo de sistema operativo que se encuentre en
explotacin. Y ser un componente a configurar tanto en la mquina servidor como en los puestos cliente.
Este apartado tambin depender del tipo de plataforma empleada.
Recalcar que el proceso de configuracin de los clientes deber ser un proceso sencillo, que en la mayora de
los casos slo implica conocer el nombre del servidor de datos y las cuentas oportunas, siendo el propio
sistema operativo el encargado de encontrar los servidores referenciados (bien a travs de un nombre DNS,
una direccin IP o un nombre de servicio con un Puerto de escucha).
Internet y bases de datos distribuidas
Puesto que todo tiende a unificarse con Internet, los servidores de datos tambin deben proporcionar servicios
de datos a la Red. Los servicios disponibles incorporan generacin y alimentacin de pginas Web a partir de
consultas prediseadas en la base de datos.
Dichas consultas mantendrn alimentadas las pginas Web, las cuales estarn siempre actualizadas con la
ltima informacin. Cuanto mayor sea el grado de integracin con la Web, mejor podr ser la presentacin de
informacin crtica de la empresa en las pginas. Los servidores de datos deben proporcionar mecanismos de
actualizacin automtica de las pginas, de manera que se asegure que cualquier cambio efectuado en la base
de datos se haga efectivo en la correspondiente pgina Web. De esta manera, la integridad de la informaci6n
tambin estar implementada a nivel de servicios de la Red. Lgicamente, tambin hay que pensar que esto no
es viable de cara a actualizaciones masivas de datos, lo que implica una sobrecarga del servidor (pues no slo
actualiza datos sino tambin pginas Web). Por ello, generalmente deberemos contar con opciones que
permitan realizar actualizaciones manuales o programadas en el tiempo (lo que reducir significativamente el
coste de actualizacin de las pginas).
No slo es importante el nivel de integracin con el Web, sino que tambin es importante el grado de
interaccin del usuario con la misma. Generalmente las pginas Web proporcionan mecanismos de seleccin
de informacin personalizada, lo cual permite que los usuarios accedan slo a aquella informacin que
precisan. Para ello, es importante que exista un soporte de interaccin que se obtiene a travs de cdigo Java.
Por lo tanto, cuanto mejor sea el soporte Java, ms se asegura la interaccin y se ampla el rango de servicios
que puede proporcionar el servidor de datos.
Una de las mejoras realizadas como consecuencia de la integracin con la Red Global, es la de la posibilidad
de permitir la comparticin y distribucin de la informacin a lo largo de los servidores situados en cualquier
parte del mundo. Esto permitir a las empresas disponer de su informacin sea cul sea el lugar del mundo en
el que se encuentre el departamento que la procesa. E, incluso, permitir a las empresas poder integrar sus
bases de datos con sus proveedores o clientes, de manera que podrn colaborar a nivel de servicios y recursos
de informacin, ganando en rapidez y fiabilidad. Para ello, los servidores de datos debern proporcionar los
servicios de intercambio de informacin, reglas de sincronizacin y todo un conjunto de parmetros
necesarios para que esta revolucin en cuanto a acceso global a la informacin sea posible.

Herramientas de administracin
Avanzando un grado ms en las capas de servicios que debe proporcionar un servidor de datos, nos
encontramos con las herramientas que proporciona tanto al usuario administrador como al cliente consumidor
de los datos. De cara al administrador, las herramientas deben proporcionarle un entorno amigable y sencillo
de manejar, que le permita orientarse a su trabajo y no preocuparse con detalles de ms bajo nivel, al tiempo
que le permite realizar sus tareas de la manera ms rpida y simplificada posible. Indicar que cuanto mayor
sea el nivel de automatizacin de las tareas, menor ser el tiempo que tenga que dedicar a tareas generalmente
repetitivas. Y cuanto mayor sea el nmero de opciones configurables, mejor servicio se podr obtener de
dichas tareas. La comodidad de acceso a las herramientas es otro parmetro a tener en cuenta. Cuanta ms
informacin tengamos a nuestro alcance, menor ser el tiempo empleado en acceder a la informacin
necesaria para la administracin del servidor. No ser extrao acceder a las opciones de configuracin y
gestin a travs de consolas que permitan la integracin de "snap-ins" o que, al menos, sirvan de pasarela
entre las mltiples utilidades disponibles. Dichas herramientas, adems, deben permitir la administracin
remota del servidor o servidores que estn a cargo del administrador. De nuevo, insistir en el grado de
programacin y automatizacin de tareas, ya que este mecanismo proveer de la creacin de planes
automticos de realizacin de tareas repetitivas de administracin, lo que garantiza un alto grado de
seguridad, optimizacin, ahorro de tiempo y esfuerzo.
Como un componente fundamental de un servidor de datos, es el de Optimizacin de la Base de datos y de las
consultas. Cuanto ms efectiva sea la optimizacin del sistema, mayor velocidad adquirirn las consultas y
mejor rendimiento se obtendr del servidor. Muchas veces la velocidad no se encuentra en una mquina
sobrada de recursos, sino en aprovechar al mximo los recursos de los que disponemos. Por lo tanto, cuanto
mejor sea el soporte de optimizacin para el administrador, mejor se podr configurar el sistema, lo que
asegurar siempre un rendimiento mximo adaptado a las necesidades de la empresa.
Las consultas y su proceso
El servicio ms importante que proporciona un servidor de datos es el del acceso a la informacin que
almacena. El cmo recuperar y actualizar dicha informacin es un proceso crtico del que depende en mayor
grado el xito de este tipo de sistemas. El lenguaje que se emplea en la actualidad es el SQL bajo el estndar
ANSI SQL'92. Esto, como comentamos anteriormente, garantiza que todo conjunto de sentencias empleado
para el acceso a una base de datos puede ser empleado para cualquier tipo de servidor de bases de datos que
siga este estndar. Lo que independiza la necesidad de informacin del cmo se encuentre almacenada.
Las herramientas actuales permiten encapsular el cdigo SQL, de tal manera que el usuario no tiene que
conocer dicho lenguaje para acceder a la informacin. Incluso, y gracias a los procedimientos almacenados, es
posible encapsular el cdigo SQL dentro de la propia base de datos, lo que da lugar a la peticin de
informacin nicamente a travs de un conjunto documentado de funciones sencillas. Esto de cara a
aplicaciones y usuarios simplifica el acceso a la base de datos, y protege la arquitectura de la misma.
La optimizacin automtica de consultas SQL es una nueva opcin que proporcionan los nuevos servidores de
datos. Esto permite que sea el propio servidor el que reconozca la mejor manera de recuperar la informacin
(optimizacin y asignacin automtica de ndices, o aprendizaje/ entrenamiento de consultas) que es lo que se
conoce como plan de ejecucin de la consulta. Lo que en el caso de introducir una sentencia SQL no
optimizada por motivos de rapidez o desconocimiento, permite acelerar al mximo el acceso a los datos.
Esto, junto con las capacidades multiproceso de los servidores, permite que la ejecucin de consultas
complejas se convierta en una operacin rpida y de alto rendimiento.
Este apartado es muy importante de cara a la implementacin de aplicaciones OLTP (en las cuales es crtica la
velocidad de actualizacin de la informacin en lnea) y en entornos datawarehouse (en el que las consultas
de recuperacin de informacin para la toma de decisiones dependen de consultas muy complejas en proceso
que devuelven valores calculados muy concretos).

Por ltimo, indicar en este apartado que ser una opcin de valor aadido el incorporar servicios de
datawarehouse, que permitan la implementacin de este tipo de arquitecturas en la empresa.
En el caso de aplicaciones OLTP.es muy importante el asunto de los bloqueos de objetos de datos, pues el
sistema gestor debe mantener la integridad de la informacin que est siendo actualizada por mltiples
clientes al mismo tiempo. De no ser as, se podran obtener situaciones de registros fantasma, informacin de
clculo errneo, e informacin desactualizada. Habr que estudiar cul es el sistema que ofrece un grado muy
fino de bloqueo, pues cuanto menor sea el nivel de bloqueo (se bloquea slo lo justo) ms usuarios podrn
acceder a los recursos al mismo tiempo. Un bloqueo a nivel de columna permite a los usuarios acceder y
modificar aquellas columnas que no estn siendo actualizadas por otros usuarios, dentro de la misma fila. Un
bloqueo a nivel de tabla paralizar temporalmente las operaciones de aquellos usuarios que no tienen el
acceso a dicho recurso hasta que el operador termine su operacin.
En este apartado, uno de los factores crticos es el del control de las transacciones. Las transacciones son un
conjunto de operaciones que se realizan como una unidad de ejecucin y que deben terminar con xito (en
cuyo caso se actualiza la informacin implicada en todos los pasos, se denomina "commit") o en fracaso (en
cuyo caso el servidor debe ser capaz de deshacer toda la operacin para dejar la base de datos en el ltimo
estado consistente, conocido como "rollback"). Cuanto mayor sea el grado de recuperacin y control de las
transacciones, mayor integridad se obtendr en la base de datos. Y este control se propaga en cuanto a
transacciones distribuidas se refiere, pues el que una transaccin caiga en un determinado servidor, debe
implicar que todos los servidores implicados deben echar atrs la operacin errnea, lo cul puede resultar
una operacin compleja y de envergadura. Adems, en caso de cada los servidores deben garantizar que
todas las transacciones consideradas como vlidas son restauradas para garantizar la integridad de la
informacin en el momento del arranque de la mquina y antes de permitir el proceso por parte de los
usuarios (y es por ello por lo que los servidores cuentan con el registro de LOG de transacciones).
Plataformas y programacin
En este ltimo punto comentaremos la importancia que tienen dos de los parmetros relacionados con las
plataformas disponibles para el servidor y el grado de ampliacin del mismo tanto de cara a su
implementacin interna como en su capacidad de proporcionar API de programacin a los desarrolladores.
La escalabilidad y portabilidad del servidor ser un factor a tener en cuenta de cara a su adquisicin o
migracin desde sistemas ya existentes. Y ya no slo de cara al motor del servidor sino de cara a las
plataformas de las herramientas de los clientes. Cuanto mayor sea el rango de plataformas soportadas, tanto
ms universal ser el acceso al motor, lo que no limita a la empresa en cuanto a parque tecnolgico se refiere.
En este punto, decir tambin que cuanto mejor sea el soporte de migracin y traspaso de informacin entre
distintos servidores, ms se garantizar la integraci6n/migracin de la informacin ya existente, con el
mnimo riesgo de prdida de informacin y el mnimo coste de implantacin y desarrollo.
En cuanto al desarrollo, los servidores de datos deben proporcionar las API necesarias para asegurar que los
desarrollos que se lleven a cabo puedan aprovechar los servicios de acceso y gestin de los datos de la manera
ms eficiente y completa posibles. Y, adems, no deben limitar el desarrollo a la plataforma en la que se
encuentra el sistema, sino que debe ser capaz de dar soporte a los lenguajes estndar de la Red como pueda
ser Java, lo que garantizar una integracin total con los recursos de la Red.
El soporte hardware necesario
Lgicamente, sin un buen soporte hardware que proporcione los factores de rendimiento necesarios para
cumplir los objetivos de acceso a la informacin, no podremos obtener las prestaciones establecidas. En
cuanto al procesador empiezan a aprovecharse al mximo las arquitecturas SMP (Multiproceso simtrico).
Los servidores de datos sern capaces de distribuir la carga del anlisis d las consultas, la ejecucin de la
programacin de tareas y, como no, el control de los accesos de mltiples usuarios al mismo tiempo. Es
requisito imprescindible contar con una buena cantidad de memoria, pues una de las mejores maneras que,

tienen los servidores de proporcionar los datos de la manera ms rpida posible es mantener los sistemas de
indexacin, cursores y pginas cach en la memoria del servidor. Lo que requiere de una enorme cantidad de
espacio libre. Ni que decir tiene que l disco duro es necesario que disponga de almacenamiento de sobra si
quiere ser capaz de albergar varias bases de datos que son capaces de almacenar el nivel de informacin diario
(presente y futuro) que requiere el funcionamiento de la empresa y sus reglas de negocio.