7/25/2019 ACT 2.pdf

1/13

Introduccin

Arquitectura de los DBMS

Lenguajes de los DBMS

Diccionario de datos Seguridad e integridad de los datos

Administrador del DBMS

Arquitectura Cliente-Servidor

7/25/2019 ACT 2.pdf

2/13

Definimos un Sistema Gestor de Bases deDatoso SGBD, tambin llamado DBMS(Data Base Management System) comouna coleccin de datos relacionados entres, estructurados y organizados, y un

conjunto de programas que acceden ygestionan esos datos.

La coleccin de esos datos se denominaBase de Datoso BD, (DB Data Base).

Los objetivos de un DBMS son:

Independencia de datos: Los programas de aplicacin deben verse

afectados lo menos posible por cambiosefectuados en datos que no usan.

Integridad de los datos: la informacin almacenada en la BD debe cumplir

ciertos requisitos de calidad; para ello hace falta,en el momento de introducirse los valores de losdatos, que stos se almacenen debidamente, yque posteriormente no se deterioren

Seguridad de los datos: a la informacin almacenada en la BD slo

pueden acceder las personas autorizadas y de laforma autorizada.

7/25/2019 ACT 2.pdf

3/13

Debe proporcionar los siguientesservicios:

Creacin y definicin de la base de datos.

Manipulacin de los datos.

Acceso a los datos.

Mantener integridad y consistencia de losdatos.

Mecanismos de copias de respaldo yrecuperacin.

Antes de aparecer los SGBD (dcada de lossetenta), la informac in se trataba y se gestionabautilizando los tpicos sistemas de gestin dearchivos que iban soportados sobre un sistemaoperativo.

La gestin de archivos presentaba inconvenientes:

Redundancia e inconsistencia de los datos.

Dificultad para tener acceso a los datos.

Separacin y aislamiento de los datos.

Problemas en la seguridad de los datos.

Dependencia de estructura del fichero con ellenguaje de programacin.

7/25/2019 ACT 2.pdf

4/13

En 1975, el comit ANSI-SPARC (AmericanNational Standard Institute - StandardsPlanning and Requirements Committee)propuso una arquitectura de tres nivelespara los DBMS cuyo objeto objetivoprincipal era separar la BD fsica de losprogramas de aplicacin.

Nivel interno o fsico.

Nivel externo o de visin.

Nivel conceptual.

Es el ms cercano al almacenamientofsico, es dec ir, tal y como estnalmacenados en el ordenador. Describe laestructura fsica de la BD mediante unesquema interno. Este esquema se

espec ifica con un modelo fsico y describelos detalles de cmo se almacenanfsicamente los datos: los archivos quecontienen la informac in, su organizacin,los mtodos de acceso a los registros, lostipos de registros, la longitud, los camposque los componen.

7/25/2019 ACT 2.pdf

5/13

Es el ms cercano a los usuarios, esdecir, es donde se describen variosesquemas externos o vistas de usuarios.Cada esquema describe la parte de laBD que interesa a un grupo de usuariosen este nivel se representa la visinindividual de un usuario o de un grupode usuarios.

Describe la estructura de toda la BD paraun grupo de usuarios mediante unesquema conceptual. Este esquemadescribe las entidades, atributos,relaciones, operaciones de los usuarios yrestricciones, ocultando los detalles de lasestructuras fsicas de almacenamiento.Representa la informacin contenida en laBD. En la Figura siguiente se representan losniveles de abstraccin de la arquitecturade un DBMS.

7/25/2019 ACT 2.pdf

6/13

7/25/2019 ACT 2.pdf

7/13

El proceso de transformar peticiones yresultados de un nivel a otro se denominacorrespondencia o transformacin, el SGBD escapaz de interpretar una solicitud de datos yrealiza los siguientes pasos:

El usuario solicita unos datos y crea una consulta. El DBMS verifica y acepta el esquema externo para

ese usuario. Transforma la solicitud al esquema conceptual. Verifica y acepta el esquema c onceptual. Transforma la solicitud al esquema fsico o interno. Selecciona la o las tablas implicadas en la consulta y

ejecuta la consulta. Transforma del esquema interno al conceptual, y del

conceptual al externo. Finalmente, el usuario ve los datos solicitados.

Con la arquitectura a tres niveles seintroduce el concepto deindependencia de datos, se definen dostipos de independencia:

Independencia lgica: la capac idad demodificar el esquema conceptual sin tenerque alterar los esquemas externos ni losprogramas de aplicacin.

Independencia fsica: la capac idad demodificar el esquema interno sin tener quealterar ni el esquema conceptual, ni losexternos.

7/25/2019 ACT 2.pdf

8/13

Todos los DBMS ofrecen lenguajes e interfacesapropiadas para cada tipo de usuario:administradores, diseadores, programadoresde aplicaciones y usuarios finales.

Los lenguajes van a permitir al administradorde la BD especificar los datos que componenla BD, su estructura, las relaciones que existenentre ellos, las reglas de integridad, loscontroles de acceso, las caractersticas de tipofsico y las vistas externas de los usuarios.

Los lenguajes se clasifican en:

Lenguaje de definicin de datos (LDD oDDL)

Se utiliza para especificar el esquema de laBD, las vistas de los usuarios y las estructuras dealmacenamiento. Es el que define el esquemaconceptual y el esquema interno. Lo utilizanlos diseadores y los administradores de la BD.

Lenguaje de manipulacin de datos (LMD oDML)

Se utilizan para leer y actualizar los datos de laBD. Es el utilizado por los usuarios para realizarconsultas, inserciones, eliminaciones ymodificaciones.

7/25/2019 ACT 2.pdf

9/13

Es el lugar donde se deposita informacinde todos los datos que forman la BD.

El diccionario contiene las caractersticaslgicas de los sitios donde se almacenan

los datos del sistema.

El diccionario de datos proporcionainformacin acerca de:

La estructura lgica y fsica de la BD.

Las definiciones de todos los objetos de la BD: tablas,vistas, ndices, disparadores,procedimientos, funciones, etctera.

El espacio asignado y utilizado por los objetos.

Los valores por defecto de las columnas de lastablas.

Informacin acerca de las restricciones deintegridad.

Los privilegios y roles otorgados a los usuarios.

7/25/2019 ACT 2.pdf

10/13

Debe cumplir las siguientes caractersticas:

Debe soportar las descripciones de los modelosconceptual, lgico, interno y externo de la BD.

Debe estar integrado dentro del DBMS.

Debe apoyar la transferencia eficiente deinformacin al DBMS.

Debe reflejar los cambios en la descripcin dela BD.

Debe estar almacenado en un medio dealmacenamiento con acceso directo para lafcil recuperacin de informacin.

El DBMS debe vigilar las peticiones delusuario y rechazar todo intento de violarlas restricciones de seguridad y deintegridad definidas por el DBA

(Administrador). Estas tareas puedenrealizarse durante el tiempo decompilacin, de ejecucin o entreambos.

7/25/2019 ACT 2.pdf

11/13

Para garantizar la seguridad e integridadde los datos un DBMS debe:

Garantizar la proteccin de los datos contraaccesos no autorizados, tanto intencionadoscomo accidentales. Debe controlar que slo losusuarios autorizados accedan a la BD.

Ser capaz de recuperar la BD llevndola a unestado consistente en caso de ocurrir algn

suceso que la dae.

Ofrecer mecanismos para conservar laconsistencia de los datos en el caso de quevarios usuarios actualicen la BD de formaconcurrente.

El DBA (administrador de la base de datos) es elresponsable del control general del sistema a niveltcnico. Posee el mximo nivel de privilegios. Entresus tareas estn:

Definir el esquema conceptual.

Definir el esquema interno.

Establecer un enlace con los usuarios.

Definir las restricciones de seguridad y de integridad.

Definir las polticas de vac iado y recarga.

Supervisar el rendimiento.

7/25/2019 ACT 2.pdf

12/13

Hasta ahora hemos explicado lossistemas de bases de datos desde elpunto de vista de la llamadaarquitectura ANSI/SPARC. Ahora loveremos desde una perspectivaligeramente diferente.

Un sistema de bases de datos puede servisto como un sistema con unaestructura muy sencilla de dos partes. Unservidory un conjunto de clientes.

El se rvido res el propio DBMS. Soporta todas

las funciones bsicas de un DBMS. Enparticular, proporciona todo el soporte delos niveles externo, conceptual e interno.

Los c lie nte s son las diversas aplicaciones quese ejecutan sobre el DBMS, tantoaplicaciones escritas por el usuario comoaplicaciones integradas.

7/25/2019 ACT 2.pdf

13/13

DBMS

Aplicaciones

Usuarios finales

Clientes

Servidor

Base de datos

(No os vamos a decir ni los enunciadosni las respuestas de las 10 preguntas detest, ahorraros esa pregunta)