Rafael Ángel Prieto de Lope

Sgbd e instalación. IFCT0310


Скачать книгу

de datos.

      ilst2Capa 3: servidor SGBD que continúa, al igual que en la arquitectura de dos capas, con la validación y acceso a la base de datos.

98816.png

      Las ventajas que esta arquitectura presenta respecto a la arquitectura tradicional de dos capas son las siguientes:

      ilst1Ahorro económico en hardware, ya que los clientes no necesitan una máquina de cierta potencia para la instalación del cliente, el cliente es más ligero.

      ilst1Al existir tres capas independientes es más sencillo cambiar una de las capas.

      ilst1Al repartir o separar en dos capas las funciones del SGBD y de la lógica de la aplicación se puede equilibrar mejor la carga de procesamiento.

      ilst1Se adapta perfectamente a las aplicaciones web, ya que por ejemplo, el cliente ligero sería el navegador, por otro lado estaría el servidor web, que sería el servidor de aplicaciones o intermedio, y por último, el servidor de base de datos donde está alojado el SGBD.

iAct

      Actividades

      5.Indique si se podría implementar una aplicación web en una arquitectura cliente-servidor de dos capas.

      Arquitectura de servidor de archivos

      La arquitectura de servidor de archivos se suele desarrollar en una red de área local (LAN). En esta red hay un servidor de archivos central, y el resto de equipos tendrían un SGBD completo instalado pero con los datos almacenados en el servidor de archivos. Este servidor de archivos se comporta exactamente igual que un disco duro compartido.

      El principal problema que esta arquitectura genera es la carga de procesamiento, ya que en la red el tráfico es muy elevado, y tareas como la concurrencia, integridad o recuperación son mucho más complejas con varios equipos SGBD accediendo a los mismos archivos.

99396.png iEje

      Ejemplo

      Para entender mejor el funcionamiento de esta arquitectura se usarán los datos de la tabla anterior:

      Un usuario solicita el nombre de todos los empleados que trabajan en las oficinas de Utrera. Esta solicitud en formato SQL sería:

      SELECT e.Nombre, e.Apellido FROM empleados e, sucursales s WHERE s.ciudad =’Utrera’.

Tabla de empleados
NombreApellidoFecha_nacDniNum_sucursal
AngieGarcía05/07/197547483498E12AB
JesúsFuentes29/12/198840003498P12AB
JavierMorales05/08/197442883407Y458U
María SoledadRubio01/02/198237483400H89TY
Francisco JavierPérez05/02/197944834698T01MN
Tabla de sucursales
Num_sucursalCalleCiudad
12ABLos Palacios 1Utrera
458UPreciosa 2Utrera
89TYRueda 5Rota
01MNRubio 1Torremolinos

      Teniendo en cuenta que el servidor de archivos no gestiona ni entiende el lenguaje SQL, el SGBD solicita al servidor de archivos los ficheros de la relación empleados y sucursales en lugar de solicitar únicamente los nombres de los empleados que cumplen el criterio de la consulta.

iAct

      Actividades

      6.Durante el diseño de una base de datos de una aplicación de gestión educativa se tiene la entidad “Alumno” y la entidad “Asignatura”. Si un alumno puede estar matriculado en una o varias asignaturas, y una asignatura puede tener uno o varios alumnos matriculados, ¿cuáles serían las cardinalidades de ambas entidades?

      4.3.Número de sitios en los que está distribuida la BD: centralizada y distribuida

      Los SGBD pueden ser centralizados o distribuidos. Los centralizados tienen una arquitectura cliente-servidor. En el servidor se ubica el SGBD y todos los clientes solicitan sus servicios.

      Por el contrario, los SGBD distribuidos dividen una base de datos central en varias, esta división es física, y todas las divisiones se comunican mediante una red. Por ejemplo, volviendo a la tabla anterior donde se representaban los empleados y sucursales de una entidad bancaria, esta entidad bancaria podría tener una base de datos por provincias, además de tener una base de datos central, de esta forma cada provincia tendrá sus datos locales, y si existe un problema este no afectará al resto de provincias, además de repartir de manera más eficiente la carga de procesamiento. Por supuesto, para el usuario que el SGBD sea centralizado o distribuido es indiferente, ya que será transparente para él. En la siguiente imagen se explica un esquema simple que muestra la diferencia entre ambas arquitecturas:

99879.png

      Según la imagen el SGBD central debe tener al menos una aplicación global de la que hagan uso el SGBD nodo1 y el SGBD nodo2, de lo contrario no podría considerarse un SGBDD (Sistema Gestor de Base de Datos Distribuido). También es importante recalcar que solo existe una única base de datos, desde el punto de vista lógico, y que parte de esta base de datos se encuentra en el SGBD nodo1 y SGBD nodo2.

      Por último, destacar que los SGBD nodo1 y nodo2 son independientes entre sí, y también independientes respecto del SGBD central desde el punto de vista de software SGBD. Es importante no confundir los SGBDD con el procesamiento distribuido, donde a pesar de la similitud en la arquitectura, la principal diferencia es que en el procesamiento distribuido existe una única base de datos central, y no una base de datos central con fragmentos de esta repartidos en otras máquinas.

      Los SGBDD tienen una serie de componentes comunes, sin estos no sería posible crear una arquitectura de este tipo.

      Componentes del SGBDD

      Son cuatro los componentes principales de un SGBDD:

      ilst1SGBD distribuido o central: debe tener, al menos, una funcionalidad o aplicación global, además de una serie de capacidades de mayor complejidad que las habituales en los SGBD, como pasaría en el caso de la concurrencia, seguridad y comunicaciones.

      ilst1SGBD local: tendrá como misión la que cualquier otro SGBD pero lo hará con la base de datos local. Tendrá también su propio catálogo local.

      ilst1Gestor de comunicaciones de datos: es el software encargado de comunicar a todos los nodos entre sí.

      ilst1Catálogo central o global: contiene toda la información de naturaleza