Sgbd e instalación. IFCT0310. Rafael Ángel Prieto de Lope
Чтение книги онлайн.
Читать онлайн книгу Sgbd e instalación. IFCT0310 - Rafael Ángel Prieto de Lope страница 7
Название: Sgbd e instalación. IFCT0310
Автор: Rafael Ángel Prieto de Lope
Издательство: Bookwire
Жанр: Математика
isbn: 9788416433360
isbn:
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.
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:
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:
Ventajas e inconvenientes del SGBDD
En la siguiente tabla se muestran las principales ventajas e inconvenientes de los SGBDD:
| VENTAJAS | INCONVENIENTES |
| Se asemeja a la estructura real de una empresa o institución. | Complejidad. La arquitectura es más compleja que un SGBD estándar. |
| Mayor disponibilidad. Un fallo en un nodo no influye en los demás. | Innovador. Aún no es muy extendido el uso de los SGBDD. |
| Mejores prestaciones. Mucha de la demanda al SGBD será local. | Seguridad en el sistema de comunicaciones. |
| Mayor escalabilidad. Más sencillo y menos costoso ampliar la información. | Coste. Lógicamente, la inversión debe ser mayor. |
Ventajas e inconvenientes SGBDD
Aplicación práctica
Una empresa familiar desea usar un sistema de información para gestionar sus datos. El negocio cuenta con dos establecimientos, cada uno con cuatro equipos informáticos. ¿Qué arquitectura de SGBD recomendaría? ¿Es necesario que el SGBD sea multihilo?
SOLUCIÓN
La solución que mejor se adaptaría sería un SGBD centralizado con una arquitectura cliente-servidor de dos capas, no siendo importante el hecho de que el SGBD sea multihilo. Se puede deducir por los datos aportados que el tamaño de la empresa es muy pequeño, y la opción más eficiente sería la propuesta, descartando completamente el modelo de tres capas cliente-servidor o los SGBDD con un SGBD central y dos SGBD locales, cada uno en uno de los establecimientos.
4.4.Gestión de los procesos: multiproceso y multihilo
Los SGBD pueden clasificarse por la gestión de procesos que ofrezcan, es decir, si son multihilo o no lo son. En primer lugar hay que definir el concepto de multiproceso y multihilo. Ambos están muy ligados.
Por un lado, el multiprocesamiento es una característica de la arquitectura hardware de una máquina, PC o clúster de máquinas. Consiste en tener más de un procesador para realizar las diferentes tareas de forma paralela, y así ganar en eficiencia y rendimiento. Puede darse el caso de que una sola máquina tenga varios procesadores o también que varias máquinas se comporten de cara a algún procesamiento concreto como una sola máquina, paralelizando el desarrollo de dicha tarea, lo que se conoce en el ámbito de los sistemas de información como clúster. También hay casos donde un monoprocesador tiene multiprocesamiento, aunque no son casos habituales.
Por otro lado, el concepto de multihilo sería la capacidad de una tarea o subproceso de poderse dividir o paralelizar en “n” hilos, en este caso, la capacidad de un SGBD para poder paralelizar sus diferentes procedimientos. Como se observa ambos conceptos están muy ligados: si un SGBD es multiproceso, pero la máquina donde está alojado es monoprocesador, el SGBD no podrá realizar la gestión de procesos eficientemente, y aunque podría ejecutarse, no tendría el mismo rendimiento.
En la siguiente imagen se observa la comparativa entre ejecutar un proceso de manera secuencial con un solo procesador, y ejecutarlo en cuatro procesadores de forma paralela.