Arquitectura de los sistemas de bases de datos

Martnez Lucia
(martinezlucia365@yahoo.com)
www.monografias.com
1. Arquitectura ANS
!. "edundancia
3. nte#ridad
$. %erminolo#a en la arquitectura de la bases de datos
Hay tres caractersticas importantes inherentes a los sistemas de bases de datos: la separacin entre
los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los sarios y el
so de n cat!logo para almacenar el es"ema de la base de datos. #n $%&', el comit( )*+,-+.)/0
()merican *ational +tandard ,nstitte - +tandards .lanning and /e"irements 0ommittee) propso
na ar"itectra de tres niveles para los sistemas de bases de datos, "e reslta my til a la hora de
consegir estas tres caractersticas.
1a definicin de n sistema de informacin es la descripcin detallada de la ar"itectra del sistema.
1as ar"itectras de bases de datos han evolcionado mcho desde ss comien2os, an"e la
considerada est!ndar hoy en da es la descrita por el comit( )*+,3453+.)/0 (Standard Planning and
Requirements Committee of the American National Standards Institute on Computers and Information
Processing), "e data de finales de los a6os setenta. #ste comit( propso na ar"itectra general
para 789+s basada en tres niveles o es"emas: el nivel fsico, o de m!"ina, el nivel e:terno, o de
sario, y el nivel conceptal. )s mismo describi las interacciones entre estos tres niveles y todos
los elementos "e conforman cada no de ellos.
Arquitectura ANS
1a ar"itectra de sistemas de bases de datos de tres es"emas fe aprobado por la )*+,-+.)/0
()merican *ational +tandard ,nstitte - +tandards .lanning and /e"irements 0ommittee) en $%&'
como ayda para consegir la separacin entre los programas de aplicacin y los datos, el manejo de
mltiples vistas por parte de los sarios y el so de n cat!logo para almacenar el es"ema de la
base de datos.
Ni&el interno' ;iene n es"ema interno "e describe la estrctra fsica de almacenamiento
de base de datos. #mplea n modelo fsico de datos y los nicos datos "e e:isten est!n
realmente en este nivel.
Ni&el conce(tual: tiene es"ema conceptal. 7escribe la estrctra de toda la base de datos
para na comnidad de sarios. <clta los detalles fsicos de almacenamiento y trabaja con
elementos lgicos como entidades, atribtos y relaciones.
Ni&el e)terno o de &istas' tiene varios es"emas e:ternos o vistas de sario. 0ada
es"ema describe la visin "e tiene de la base de datos a n grpo de sarios, ocltando
el resto.
El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la base
de datos fsica!
1a mayora de los +=87 no distingen del todo los tres niveles. )lgnos inclyen detalles del
nivel fsico en el es"ema conceptal. #n casi todos los +=87 "e se manejan vistas de sario, los
es"emas e:ternos se especifican con el mismo modelo de datos "e describe la informacin a nivel
conceptal, an"e en algnos se peden tili2ar diferentes modelos de datos en los niveles
conceptal y e:terno.
Hay "e destacar "e los tres es"emas no son m!s "e descripciones de los mismos datos
pero con distintos niveles de abstraccin. 1os nicos datos "e e:isten realmente est!n a nivel fsico,
almacenados en n dispositivo como pede ser n disco. #n n +=87 basado en la ar"itectra de
tres niveles, cada grpo de sarios hace referencia e:clsivamente a s propio es"ema e:terno.
.or lo tanto, el +=87 debe transformar cal"ier peticin e:presada en t(rminos de n es"ema
e:terno a na peticin e:presada en t(rminos del es"ema conceptal, y lego, a na peticin en el
es"ema interno, "e se procesar! sobre la base de datos almacenada. +i la peticin es de na
obtencin (conslta) de datos, ser! preciso modificar el formato de la informacin e:trada de la base
de datos almacenada, para "e coincida con la vista e:terna del sario. #l proceso de transformar
peticiones y resltados de n nivel a otro se denomina correspondencia o transformacin. #stas
correspondencias peden re"erir bastante tiempo, por lo "e algnos +=87 no centan con vistas
e:ternas.
1a ar"itectra de tres niveles es til para e:plicar el concepto de independencia de datos "e
podemos definir como la capacidad para modificar el es"ema en n nivel del sistema sin tener "e
modificar el es"ema del nivel inmediato sperior.
Se pueden definir dos tipos de independencia de datos:
1a independencia lgica es la capacidad de modificar el es"ema conceptal sin tener "e
alterar los es"emas e:ternos ni los programas de aplicacin. +e pede modificar el
es"ema conceptal para ampliar la base de datos o para redcirla. +i, por ejemplo, se
redce la base de datos eliminando na entidad, los es"emas e:ternos "e no se refieran a
ella no deber!n verse afectados.
1a independencia fsica es la capacidad de modificar el es"ema interno sin tener "e alterar
el es"ema conceptal (o los e:ternos). .or ejemplo, pede ser necesario reorgani2ar ciertos
ficheros fsicos con el fin de mejorar el rendimiento de las operaciones de conslta o de
actali2acin de datos. 7ado "e la independencia fsica se refiere slo a la separacin entre
las aplicaciones y las estrctras fsicas de almacenamiento, es m!s f!cil de consegir "e la
independencia lgica.
#n los +=87 "e tienen la ar"itectra de varios niveles es necesario ampliar el cat!logo o
diccionario, de modo "e inclya informacin sobre cmo establecer la correspondencia entre las
peticiones de los sarios y los datos, entre los diversos niveles. #l +=87 tili2a na serie de
procedimientos adicionales para reali2ar estas correspondencias haciendo referencia a la informacin
de correspondencia "e se encentra en el cat!logo. 1a independencia de datos se consige por"e
al modificarse el es"ema en algn nivel, el es"ema del nivel inmediato sperior permanece sin
cambios, slo se modifica la correspondencia entre los dos niveles. *o es preciso modificar los
programas de aplicacin "e hacen referencia al es"ema del nivel sperior.
.or lo tanto, la ar"itectra de tres niveles pede facilitar la obtencin de la verdadera independencia
de datos, tanto fsica como lgica. +in embargo, los dos niveles de correspondencia implican n gasto
e:tra drante la ejeccin de na conslta o de n programa, lo cal redce la eficiencia del +=87.
#s por esto "e my pocos +=87 han implementado esta ar"itectra completa.
Arquitectura funcional ANSI"#$"SPARC
#l nivel clave en esta ar"itectra, como se pede adivinar, es el conceptal. >ste contiene la
descripcin de las entidades, relaciones y propiedades de inter(s para la empresa (?o7), y constitye
na plataforma estable desde la "e proyectar los distintos es"emas e:ternos, "e describen los
datos segn los programadores, sobre el es"ema interno, "e describe los datos segn el sistema
fsico. 1as posibles proyecciones de datos "edan resmidas en la grafica
Posibles pro%ecciones de datos
0omo cabra esperar, en la pr!ctica cotidiana de implementacin de bases de datos, esta
ar"itectra no es segida al cien por cien por los 789+s comerciales. #:isten my pocos prodctos
"e contengan aplicaciones para facilitar la fase de an!lisis. .or lo general, el nivel conceptal se
obvia en los prodctos comerciales, salvo honrosas e:cepciones. 1o habital es "e el 78) realice el
modelado conceptal sando ss propios recrsos, o tal ve2 asistido por algna aplicacin de
an!lisis, ya sea general o especfica. #l procesador del es"ema conceptal, es por tanto el propio
78). 1os 789+s s selen ofrecer facilidades para la creacin de es"emas e:ternos, pero sin pasar
por el nivel conceptal. .or spesto, n 789+ comercial no est! obligado a segir las
recomendaciones de estandari2acin de ar"itectras del comit( )*+,3453+.)/0. .or lo "e
respecta al modelo relacional de bases de datos
$$
, "e ya e:ista antes del informe de este comit(, los
fabricantes de /789+s se ajstan en mayor o menor medida al modelo terico y, en canto a la
ar"itectra, han intentado segir las recomendaciones del grpo /78;= (Relational &ata 'ase (as)
*roup), parte del comit( )*+,3453+.)/0.
#l resltado de este grpo fe restar importancia a las ar"itectras y real2ar la de los lengajes
e interfaces. 0omo consecencia, el lengaje +@1, est! hoy en da totalmente estandari2ado, y en
cambio encontramos distintas ar"itectras de /789+. +in embargo se peden distingir dos tipos
generales de ar"itectras para estos sistemas de bases de datos.
Arquitectura separada de R&'+S
Arquitectura integrada de R&'+S
#l tipo de ar"itectra integrada es en general preferible a la ar"itectra separada y el m!s
comn entre los /789+s comerciales. 7e todos modos, la consecencia de na integracin de los
lengajes de definicin de datos (771) y los de maniplacin de datos (791) en n slo lengaje
(7971: &ata +anipulation and &escription ,anguage-, son a nestro parecer positivas y negativas.
.or n lado, esta integracin reslta my cmoda para el 78), pesto "e le basta con aprender n
solo lengaje formal para reali2ar todas las tareas de creacin y mantenimiento de la base de datos.
.ero por otro lado, estos sistemas (tanto los separados como los niformes) fer2an na proyeccin
directa desde el nivel e:terno al interno, haciendo "e el nivel conceptal, el fndamental segn la
ar"itectra )*+,3453+.)/0, desapare2ca o se implemente en el nivel e:terno como na vista global
e:terna. .or esta ra2n algnos 78)s ine:pertos tienden a obviar la fase de an!lisis, cando de
hecho es la vital para la correcta implementacin de la base de datos. ,nsistimos en "e n ben
modelado conceptal es na condicin indispensable para el correcto desarrollo de na base de
datos. .ensamos "e lo ideal es sar n 789+ "e nos permita desarrollar todas las tareas (de
descripcin y de maniplacin) lo m!s f!cilmente posible, pero no sin antes disponer de todas las
herramientas necesarias para n correcto modelado conceptal, est(n (stas o no inclidas en el
789+.
1 *l en+oque ,er-rquico
?n 789+ jer!r"ico tili2a jerar"as o !rboles para la representacin lgica de los datos. 1os
archivos son organi2ados en jerar"as, y normalmente cada no de ellos se corresponde con na de
las entidades de la base de datos. 1os !rboles jer!r"icos se representan de forma invertida, con la
ra2 hacia arriba y las hojas hacia abajo.
Estructura de un .rbol jer.rquico
?n 789+ jer!r"ico recorre los distintos nodos de n !rbol en n preorden "e re"iere tres
pasos:
$. Aisitar la ra2.
B. Aisitar el hijo m!s a la i2"ierda, si lo hbiera, "e no haya sido visitado.
5. +i todos los descendientes del segmento considerado se han visitado, volver a s padre e ir
al pnto $.
0ada nodo del !rbol representa n tipo de registro conceptal, es decir, na entidad. ) s ve2,
cada registro o segmento est! constitido por n nmero de campos "e los describen C las
propiedades o atribtos de las entidades. 1as relaciones entre entidades est!n representadas por las
ramas. cada departamento es na entidad "e mantiene na relacin de no a mchos con los
profesores, "e a s ve2 mantienen na relacin de no a mchos con los crsos "e imparten.
'ase de datos jer.rquica! Estructura lgica % ejemplo
) modo de resmen, enmeramos las sigientes caractersticas de las bases de datos
jer!r"icas:
$. 1os segmentos de n archivo jer!r"ico est!n dispestos en forma de !rbol.
B. 1os segmentos est!n enla2ados mediante relaciones no a mchos.
5. 0ada nodo consta de no o m!s campos.
D. 0ada ocrrencia de n registro padre pede tener distinto nmero de ocrrencias de registros
hijos.
'. 0ando se elimina n registro padre se deben eliminar todos los registros hijos (integridad de
los datos).
E. ;odo registro hijo debe tener n nico registro padre e:cepto la ra2.
1as reglas de integridad en el modelo jer!r"ico pr!cticamente se redcen a la ya mencionada
de eliminacin en cadena de arriba a abajo. 1as relaciones mchos a mchos no peden ser
implementadas de forma directa. #ste modelo no es m!s "e na e:tensin del modelo de ficheros.
"*./N.AN0A
#sta se presenta cando se repiten innecesariamente datos en los archivos "e conforman la
base de datos. #sta redndancia amenta los costes de almacenamiento y acceso y adem!s pede
llevar a inconsistencia de los datos.
+i n cliente ha reali2ado m!s de n pedido todos los datos de este cliente estar!n repetidos tantas
veces como pedidos haya, lo mismo scede para los artclos esto es opesto al principal objetivo de
na base de datos "e consiste en evitar la repeticin de los mismos.
"edundancia e inconsistencia de datos' .esto "e los archivos "e mantienen
almacenada la informacin son creados por diferentes tipos de programas de aplicacin e:iste la
posibilidad de "e si no se controla detalladamente el almacenamiento, se peda originar n
dplicado de informacin, es decir "e la misma informacin sea m!s de na ve2 en n dispositivo de
almacenamiento. #sto amenta los costos de almacenamiento y acceso a los taos, adem!s de "e
pede originar la inconsistencia de los datos-es decir diversas copias de n mismo dato no
concerdan entre s-, por ejemplo: "e se actali2a la direccin de n cliente en n archivo y "e en
otros archivos permane2ca la anterior.
N%*1".A.
#l objetivo en canto a la integridad es proteger la base de datos contra operaciones "e
introd2can inconsistencias en los datos, por eso hablamos de integridad en el sentido de correccin,
valide/ o precisin de los datos de la base. #l sbsistema de integridad de n +=87 debe, por tanto,
detectar y corregir, en la medida de lo posible, las operaciones incorrectas. #:isten dos tipos de
operaciones "e peden atentar contra la integridad de los datos "e son las operaciones
sem!nticamente inconsistentes y las interferencias debidas a accesos concrrentes.
Se#uridad e inte#ridad de los datos
+e trata de garanti2ar la coherencia de los datos, comprobando "e slo los sarios
atori2ados pedan efectar las operaciones correctas sobre la base de datos. #sto se consige
mediante:
?n control sobre los sarios "e acceden a la base de datos y los tipos de operaciones "e
est!n atori2ados a reali2ar. #ste control se llama #esti2n de autorizaciones3 y permite
crear o borra sarios y conceder o retirar derechos a efectar determinados tipos de
operaciones (por ejemplo: crear objetos, borrar objetos, modificar datos, etc.
1a validacin de las operaciones reali2adas con los datos. #ste control se hace mediante n
conjnto de reglas llamadas restricciones de inte#ridad. #:isten varios tipos de
restricciones de integridad, como por ejemplo, las restricciones de integridad referencial, "e
imponen "e las modificaciones reali2adas sobre algnos datos, obligen a reali2ar
modificaciones de otros datos con los "e est!n enla2ados (por ejemplo, si se modifica el
cdigo de n artclo, se debera modificar ese cdigo en todos los pedidos "e soliciten el
artclo.
?na proteccin de los datos contra los accesos malintencionados y los fallos. 1os accesos
malintencionado se selen evitar con la asignacin de palabras de paso (password) a los
sarios, la definicin de vistas, proteccin fsica de los datos (encriptado de los datos). 0on
respecto a los fallos casados por maniplaciones incorrectas, o accidentes lgicos o fsicos,
los +.=.8.7. selen disponer de tilidades de recperacin de los datos desp(s de n fallo.
1a correcta tili2acin de todas estas operaciones de segridad e integridad constitye na
tarea esencial del )dministrador de la base de datos (gestin de sarios y ss derechos, gestin de
vistas y recperacin desp(s de n fallo).
%erminolo#a en la arquitectura de la bases de datos
ncoherencia de los datos' +i na operacin de pesta al da mltiple no se ha reali2ado
completamente el estado de la base de datos "eda incoherente y pede prodcir errores
importantes
4ersatilidad (ara re(resentar la in+ormaci2n: <frecer diferentes visiones de la informacin
"e se almacena en la 87.
.esem(e5o' 7ebe dar respesta en n tiempo adecado, permitiendo el acceso simltaneo
al mismo o diferente datos.
Mnima redundancia.
0a(acidad de acceso' 7ebe responder en tiempo adecado a consltas previstas e
imprevistas.
Sim(licidad' 0ambios en los re"erimientos no deben sponer grandes cambios en el
modelo de datos.
Se#uridad' 0apacidad para proteger los datos contra perdidas totales y3o parciales,
Contra destruccin causada por el entorno 0fuego1 inundacin1!!!-
Contra destruccin causada por fallos del sistema
Contra accesos no autori/ados a la '&
Contra accesos indebidos a los datos
6ri&acidad' 7ebe reservar la informacin de accesos de personas no atori2adas.
A+inaci2n' <rgani2acin de datos afines para obtener benos tiempos de respesta.
nte#ridad' @e los datos sean correctos y se correspondan a los re"erimientos del
dominio.
Integridad frente a fallos 23 o S3 o de acceso concurrente
Integridad asegurando que los datos se ajustan a los requerimientos del problema
Abstracci2n de la in+ormaci2n. 1os sarios de los +=87 ahorran a los sarios detalles
acerca del almacenamiento fsico de los datos. 7a lo mismo si na base de datos ocpa no
o cientos de archivos, este hecho se hace transparente al sario. )s, se definen varios
niveles de abstraccin.
nde(endencia. 1a independencia de los datos consiste en la capacidad de modificar el
es"ema (fsico o lgico) de na base de datos sin tener "e reali2ar cambios en las
aplicaciones "e se sirven de ella.
"edundancia mnima. ?n ben dise6o de na base de datos lograr! evitar la aparicin de
informacin repetida o redndante. 7e entrada, lo ideal es lograr na redndancia nlaF no
obstante, en algnos casos la complejidad de los c!lclos hace necesaria la aparicin de
redndancias.
0onsistencia. #n a"ellos casos en los "e no se ha logrado esta redndancia nla, ser!
necesario vigilar "e a"ella informacin "e aparece repetida se actalice de forma
coherente, es decir, "e todos los datos repetidos se actalicen de forma simlt!nea.
Se#uridad. 1a informacin almacenada en na base de datos pede llegar a tener n gran
valor. 1os +=87 deben garanti2ar "e esta informacin se encentra asegrada frente a
sarios malintencionados, "e intenten leer informacin privilegiadaF frente a ata"es "e
deseen maniplar o destrir la informacinF o simplemente ante las torpe2as de algn sario
atori2ado pero despistado. *ormalmente, los +=87 disponen de n complejo sistema de
permisos a sarios y grpos de sarios, "e permiten otorgar diversas categoras de
permisos.
nte#ridad. +e trata de adoptar las medidas necesarias para garanti2ar la valide2 de los
datos almacenados. #s decir, se trata de proteger los datos ante fallos de hardware, datos
introdcidos por sarios descidados, o cal"ier otra circnstancia capa2 de corromper la
informacin almacenada.
"es(aldo y recu(eraci2n. 1os +=87 deben proporcionar na forma eficiente de reali2ar
copias de segridad de la informacin almacenada en ellos, y de restarar a partir de estas
copias los datos "e se hayan podido perder.
0ontrol de la concurrencia. #n la mayora de entornos (e:cepto "i2!s el dom(stico), lo
m!s habital es "e sean mchas las personas "e acceden a na base de datos, bien para
recperar informacin, bien para almacenarla. G es tambi(n frecente "e dichos accesos se
realicen de forma simlt!nea. )s pes, n +=87 debe controlar este acceso concrrente a la
informacin, "e podra derivar en inconsistencias.
%iem(o de res(uesta. 1gicamente, es deseable minimi2ar el tiempo "e el +=87 tarda en
darnos la informacin solicitada y en almacenar los cambios reali2ados.
nconsistencia <crre cando e:iste informacin contradictoria o incongrente en la base de
datos.
.i+icultad en el acceso de los datos debido a "e los sistemas de procesamiento de
archivos generalmente se conforman en distintos tiempos o (pocas y ocasionalmente por
distintos programadores, el formato de la informacin no es niforme y se re"iere de
establecer m(todos de enlace y conversin para combinar datos contenidos en distintos
archivos.
Aislamiento de los datos3 +e refiere a la dificltad de e:tender las aplicaciones "e
permitan controlar a la base de datos, como peden ser, nevos reportes, tileras y dem!s
debido a la diferencia de formatos en los archivos almacenados.
Anomalas en el acceso concurrente <crre cando el sistema es mltisario y no se
establecen los controles adecados para sincroni2ar los procesos "e afectan a la base de
datos. 0omnmente se refiere a la poca o nla efectividad de los procedimientos de blo"eo.
6roblemas de se#uridad +e presentan cando no es posible establecer claves de acceso y
resgardo en forma niforme para todo el sistema, facilitando as el acceso a intrsos.
6roblemas de inte#ridad <crre can no e:iste a trav(s de todo el sistema procedimientos
niformes de validacin para los datos
)rchivos de datos )lmacenan a la base de datos.
7iccionario de datos )lmacenan informacin referente a la estrctra de la base de datos.
Hndices .ermiten n acceso eficiente (r!pido y confiable) a la informacin almacenada en la
base de datos
9anejador de )rchivo )signa espacio en el medio de almacenamiento para las estrctras
"e habr!n de almacenar la informacin.
9anejador de 8ases de datos #s la interfase entre los datos de bajo nivel y los programas de
aplicaciones.
.rocesador de conslta +e encarga de tradcir las proposiciones de n lengaje de consltas
a instrcciones de bajo nivel.
.recompiladotes de 791.- +e encarga de tradcir las proposiciones en 791 al lengaje de
dise6o del manejador (.ascal, 0, #nsamblador etc.
0ompilador de 771.- +e encarga de convertir las proposiciones en 771 a tablas "e
contienen metadatos.
Martnez Lucia
martine2lcia5E'Iyahoo.com
"eyes 7ismely
.?#/;< 1) 0/?J, K?*,< BLLE