BasesdeDatosI

UnidadII
ConceptosdeSistemaydeArquitecturadeBasesdeDatos

2.1.Modelosdedatos(Conceptual,LgicoyFsico);Esquemas,instanciasy
estadodelaBD.
2.2Arquitecturade3niveles.
2.3IndependenciadeDatos.
2.4ArquitecturadelosSGBD.
2.5Arquitecturascliente/servidorycentralizadaparalosSGBD.

BIBLIOGRAFA

[1]IntroduccinalosSistemasdeBasesdeDatos
SptimaEdicion
C.J.Date
PearsonEducacindeMxico,Mxico2001.

[2]ModernDatabaseManagement
NinthEdition
JeffreyA.Hoffer,MaryB.Prescott,HeikkiTopi
Pearson/Prentice,EstadosUnidos2009

[3]FundamentosdeSistemasdeBasesdeDatos
QuintaEdicin
RamezElmasri,ShamkantB.Navathe
Pearson/AddisonWesley,MadridEspaa2007

[4]FundamentosdeDiseodeBasesdeDatos
QuintaEdicin
AbrahamSilberschatz,HenryF.Korth,S.Sudarshan
McGrawHill/InteramericanadeEspaa,MadridEspaa2007

[5]SistemasdeGestindeBasesdeDatos
TerceraEdicin
RaghuRamakrishnan,JohannesGehrke
McGrawHill/InteramericanadeEspaa,MadridEspaa2007

2.1.Modelosdedatos(Conceptual,LgicoyFsico);Esquemas,instanciasy
estadodelaBD.

Unadelascaractersticasfundamentalesdelossistemasdebasesdedatosesqueproporcionan
ciertoniveldeabstraccindedatos,alocultarlascaractersticassobreelalmacenamientofsico
que la mayora de usuarios no necesita conocer. Los modelos de datos son el instrumento
principalparaofrecerdichaabstraccin.

Unmodelodedatosesunconjuntodeconceptosquesirvenparadescribirlaestructuradeuna
base de datos: los datos, las relaciones entre los datos y las restricciones que deben cumplirse
sobre los datos. Los modelos de datos contienen tambin un conjunto de operaciones bsicas
para la realizacin de consultas (lecturas) y actualizaciones de datos. Adems, los modelos de
datos ms modernos incluyen conceptos para especificar comportamiento, permitiendo
especificarunconjuntodeoperacionesdefinidasporelusuario.

Los modelos de datos se pueden clasificar dependiendo de los tipos de conceptos que ofrecen
paradescribirlaestructuradelabasededatos.

a) Losmodelosdedatosdealtonivel,omodelosconceptuales,disponendeconceptosmuy
cercanosalmodoenquelamayoradelosusuariospercibelosdatos.
b) Los modelos de datos de bajo nivel, o modelos fsicos, proporcionan conceptos que
describenlosdetallesdecmosealmacenanlosdatosenelordenador.Losconceptosde
losmodelosfsicosestndirigidosalpersonalinformtico,noalosusuariosfinales.
c) Los modelos lgicos, se encuentran entre estos dos extremos, cuyos conceptos pueden
serentendidosporlosusuariosfinales,aunquenoestndemasiadoalejadosdelaforma
enquelosdatosseorganizanfsicamente.Losmodeloslgicosocultanalgunosdetalles
decmosealmacenanlosdatos,peropuedenimplementarsedemaneradirectaenun
ordenador.

Losmodelosconceptualesutilizanconceptoscomoentidades,atributosyrelaciones.Unaentidad
representaunobjetooconceptodelmundorealcomo,porejemplo,unempleadodelaempresa
inmobiliaria o una oficina. Un atributo representa alguna propiedad de inters de una entidad
como, por ejemplo, el nombre o el salario del empleado. Una relacin describe una interaccin
entredosomsentidades,porejemplo,larelacindetrabajoentreunempleadoysuoficina.

Cada SGBD soporta un modelo lgico, siendo los ms comunes el relacional, el de red y el
jerrquico. Estos modelos representan los datos valindose de estructuras de registros, por lo
que tambin se denominan modelos orientados a registros. Hay una nueva familia de modelos
lgicos,sonlosmodelosorientadosaobjetos,queestnmsprximosalosmodelosconceptuales.

Los modelos fsicos describen cmo se almacenan los datos en el ordenador: el formato de los
registros,laestructuradelosficheros(desordenados,ordenados,etc.)ylosmtodosdeacceso
utilizados(ndices,etc.).

Aladescripcindeunabasededatosmedianteunmodelodedatosseledenominaesquemadela
basededatos.Esteesquemaseespecificaduranteeldiseo,ynoesdeesperarquesemodifiquea
menudo.Sinembargo,losdatosquesealmacenanenlabasededatospuedencambiarconmucha
frecuencia: se insertan datos, se actualizan, etc. Los datos que la base de datos contiene en un
determinadomomentosedenominanestadodelabasededatosuocurrenciadelabasededatos.

La distincin entre el esquema y el estado de la base de datos es muy importante. Cuando

definimosunanuevabasededatos,sloespecificamossuesquemaalSGBD.Enesemomento,el
estadodelabasededatoseselestadovaco,sindatos.Cuandosecargandatosporprimeravez,
labasedatospasaalestadoinicial.Deahenadelante,siemprequeserealiceunaoperacinde
actualizacin de la base de datos, se tendr un nuevo estado. El SGBD se encarga, en parte, de
garantizar que todos los estados de la base de datos sean estados vlidos que satisfagan la
estructuraylasrestriccionesespecificadasenelesquema.Porlotanto,esmuyimportantequeel
esquema que se especifique al SGBD sea correcto y se debe tener muchsimo cuidado al

disearlo.ElSGBDalmacenaelesquemaensucatlogoodiccionariodedatos,demodoquese
puedaconsultarsiemprequeseanecesario.

2.2Arquitecturade3niveles(ANSI/SPARC).

Haytrescaractersticasimportantesinherentesalossistemasdebasesdedatos:

a) Laseparacinentrelosprogramasdeaplicacinylosdatos.
b) Elmanejodemltiplesvistasporpartedelosusuarios
c) Elusodeuncatlogoparaalmacenarelesquemadelabasededatos.

En1975,elcomitANSISPARC(AmericanNationalStandardInstituteStandardsPlanningand
RequirementsCommittee)propusounaarquitecturadetresnivelesparalossistemasdebasesde
datos.

El objetivo de la arquitectura de tres niveles (o esquemas) es el de separar los programas de

aplicacin de la base de datos fsica. En esta arquitectura, el esquema de la base de datos se
defineentresnivelesdeabstraccindistintos:

a) En el nivel interno se describe la estructura fsica de la base de datos mediante un

esquemainterno.Esteesquemaseespecificamedianteunmodelofsicoydescribetodos
losdetallesparaelalmacenamientodelabasededatos,ascomolosmtodosdeacceso.

b) Elnivelconceptualsedescribelaestructuradetodalabasededatosparaunacomunidad
de usuarios (todos los de una empresa u organizacin), mediante un esquema
conceptual.Esteesquemaocultalosdetallesdelasestructurasdealmacenamientoyse
concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y
restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lgico
paraespecificarelesquema.

c) El nivel externo o de vistas incluye varios esquemas externos o vistas de usuario. Cada
esquema externo describe la parte de la base de datos que interesa a un grupo de
usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel
podemosusarunmodelodedatosdealtonivelounmodelolgicoparaespecificarlos
esquemas.

Hayquedestacarquelostresesquemasnosonmsquedescripcionesdelosmismosdatospero
condistintosnivelesdeabstraccin.Losnicosdatosqueexistenrealmenteestnanivelfsico,
almacenadosenundispositivocomopuedeserundisco.EnunSGBDbasadoenlaarquitectura
de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema
externo.Porlotanto,elSGBDdebetransformarcualquierpeticinexpresadaentrminosdeun
esquemaexternoaunapeticinexpresadaentrminosdelesquemaconceptual,yluego,auna
peticin en el esquema interno, que se procesar sobre la base de datos almacenada. Si la
peticin es una obtencin (consulta) de datos, ser preciso modificar el formato de la
informacinextradadelabasededatosalmacenada,paraquecoincidaconlavistaexternadel
usuario.

El proceso de transformar peticiones y resultados de un nivel a otro se denomina

correspondencia o transformacin. Estas correspondencias pueden requerir bastante tiempo,
porloquealgunosSGBDnocuentanconvistasexternas.

VISTA

NIVEL
EXTERNA
EXTERNO

Correspondencia

Externo/conceptual

NIVEL

CONCEPTUAL

Correspondenciaconceptual/interno

NIVEL

INTERNO

2.3IndependenciadeDatos.

USUARIOSFINALES

VISTA
EXTERNA

ESQUEMACONCEPTUAL

ESQUEMAINTERNO

BASEDEDATOSALMACENADA

ArquitecturaANSI/SPARC

La arquitectura de tres esquemas puede servir para explicar el concepto de independencia de

datos,quepodemosdefinircomolacapacidadparamodificarelesquemaenunniveldelsistema
de base de datos sin tener que modificar el esquema del nivel inmediato superior. Podemos
definirdostiposdeindependenciadedatos:

1. La independencia lgica de los datos es la capacidad de modificar el esquema

conceptualsintenerquealterarlosesquemasexternosnilosprogramasdeaplicacin.
Podemosmodificarelesquemaconceptualparaampliarlabasededatos(aadiendoun
nuevo tipo de registro o un elemento de datos) o para reducir la base de datos
(eliminado un tipo de registro o un elemento de datos). En el segundo caso, la
modificacinnodeberafectaralosesquemasexternosquesloserefieranalosdatos
restantes.
2. Laindependenciafsicadelosdatoseslacapacidaddemodificarelesquemainterno
sin tener que alterar el esquema conceptual (o los externos). Tal vez sea preciso
modificar el esquema interno por la necesidad de reorganizar ciertos ficheros fsicos
(por ejemplo, al crear estructuras de acceso adicionales) con el fin de mejorar el
rendimientodelasoperacionesderecuperacinyactualizacin.Silabasededatosan
contienelosmismosdatos,nosernecesariomodificarelesquemaconceptual.

2.4ArquitecturadelosSGBD.

La arquitectura de un SGBD tpico basado en el modelo relacional de datos, presenta los

siguienteselementos:

UsuariosNormales(clientes,agentesdeviajes,etc.)
UsuariosSofisticados,programadoresde

aplicaciones,administradoresdelaBD.

FormulariosdeAplicaciones
FormulariosWeb
InterfazSQL

ComandosSQL

EjecutordePlanes

Analizador

EvaluadordeOperadores

Optimizador
Motordeevaluacindeconsultas

Archivosymtodosde
acceso

Gestorde
Transacciones

Gestordelamemoria
intermedia

Gestorde
Recuperaciones

GestordeBloqueos
Gestordeespacioendisco
ControldeConcurrencia

SGBD

Archivosdendices
CatlogodelSistema
Archivosdedatos

Optimizadordeconsultas:
Utilizainformacinsobreelmodoenqueseguardanlosdatosparaproducirun
plandeejecucineficienteparalaevaluacindelaconsulta.

Gestordememoriaintermedia:
Llevalaspginasdeleldiscoalamemoriaprincipalsegnvahaciendofalta,en
respuestaalassolicitudesdelectura.

Gestordelespaciodedisco:
Se ocupa de la administracin del espacio de disco, donde se almacenan los
datos.

Gestordetransacciones:
Garantizaquelastransaccionessolicitenyliberenlosbloqueosdeacuerdoconel
correspondiente protocolo de bloqueo y programa la ejecucin de las
transacciones.

Gestordebloqueos:
Realiza un seguimiento de las solicitudes de bloqueo y concede los bloqueos
sobrelosobjetosdelabasededatoscuandoquedandisponibles.

GestordeRecuperacin:
Responsabledelmantenimientodeunregistroydelarestauracindelsistemaa
unestadoconsistentetraslosfallos.

2.5Arquitecturascliente/servidorycentralizadaparalosSGBD.

ArquitecturaCliente/Servidor

Esunmodelogeneraldeinteraccinentreprocesossoftwaredondelosprocesos
queinteractanestndivididosen:

a)Clientes(loscualesrequierenservicios),y
b)Servidores(aquellosqueofrecenlosservicios).

Lasfuncionesdelclienteydelservidorestnbienidentificadas.
El uso de mquinas diferentes para el cliente y para el servidor es
particularmenteconvenienteenelmbientedelasBd:

a) Mquinacliente: Orientada alainteraccin conelusuario yal soportea

lasherramientasdeproductividad(email,textos,hojasdeclculo,etc.)
b) Mquinas servidor: Debe tener una gran memoria principal (para
soportar la gestin de buffers) y una alta capacidad de disco (para
almacenarlaBDcompleta).

Lasiguientefiguramuestralaarquitecturaclsicacliente/servidorparabasesde
datos.

Donde la parte del CLIENTE, tenemos varias terminales que se conectan por
mediodeunareddecomputadorasounmediodeenlace(comolaINTERNET)
conlapartedelSERVIDOR,elcualcontieneelServidordeBasededatos(SGBD),
elcualproporcionaelserviciode:

A) Administracindelosdatos(FuncionesdelSGBD)
B) EspaciodeAlmacenamiento(dondesehospedalaBD).

Laarquitecturacliente/servidorpuedepresentarseendosversiones:

A) Arquitecturade2niveles.

Enestaarquitecturaaligualquelacentralizada,delladodelclientehay
varias terminales que acceden o se conectan con la parte del servidor,
donde el la parte del servidor existe un solo computador que tiene
instalado el servidor de base de datos, el servidor de aplicaciones y el
servidorweb.

B) Arquitecturade3niveles.


Arquitecturacentralizadafsica.

Monitor

Monitor

Monitor

Red

Programas
deaplicacin

Control
visualizacinen
terminal

Editoresde
Texto

Software

SGBD

Compiladores

SistemaOperativo
Sistemadelbus

Controlador

Controlador

CPU
Memoria

Hardware

Disco

Controlador

DispositivoE/S
(impresoras,
unidadesde
CD/DVD/BlueRay,
etc)

ArquitecturaCliente/ServidordedosCapas

Cliente
Cliente

Cliente

Cliente
Red

Servidorde
Impresin

Servidor

Servidorde
archivos

ServidordeDatos
(SGBD)

ArquitecturaCliente/ServidorFsicadedosCapas

Cliente
sindisco

Cliente
condisco

Servidor

Servidor
ycliente

Servidor

Servidor

Cliente

Cliente

Sitio1

Sitio2

Cliente
Sitio3

Sition

ReddeComunicacin

10

ArquitecturaCliente/ServidorlgicadetresCapas

Cliente
GUI

InterfazWeb

Cliente

Servidorde
Aplicaciones,
aplicacioneso
PginaWeb
servidorweb

Servidor

Sistemade

ServidordeBasede
Administracin

datos
deBasesde

Datos

ArquitecturadeunSistemadeBasesdeDatosDistribuidas

Capade
presentacin

Capalgica
comercial

Capade
serviciosde
basesdedatos

11

LabasededatosdelaFiguraanteriorestadivididaentresfragmentos(E1,E2y
E3) localizados en diferentes sitios. Las computadoras estn conectadas por
mediodeunsistemadered.

Enunabasededatostotalmentedistribuida,losusuariosFernando,AnaLeticiay
Luis,notienenquesaberelnombreoubicacindecadaunodelosfragmentos
paraaccederlabasededatos.Ademslosusuariosdeotrossitiosdiferentesde
Mxico, DF., Guadalajara o Monterrey pueden acceder a la base de datos como
unaunidadlgicanica.

EsquemaGlobal.

DefinelosdatosquecontendrunsistemadeBDDcomosilaBDnofuera
distribuida.
Elmodelosdedatosusadoparadefinirelesquemaglobaldeberaserel
convenientealossistemasdeBD.(ModeloRelacional)>defineun
conjuntoderelacionesglobales.

EsquemadeFragmentacin

Cadarelacinglobalpuedeserdivididoendiversasporcionesllamados
Fragmentos.
Defineunnmerodefragmentosapartirdelesquemaglobal.
Fragmento:Sonporcioneslgicasdelasrelacionesglobales,loscuales
estnfsicamentelocalizadosenunoodiferentessitiosdelared.

Esquemadelocalizacin.

Defineelsitiodondeunfragmentoeslocalizado.

12