por Ignacio de la Fuente González 2 anos atrás
126
Mais informações
SQLite
MariaDB.
PostgreSQL.
MySQL
Licencia Apache.
Licencia BSD
GPL (GNU General Public License).
Ejemplos de SGBD de este tipo:
Informix.
SQL Server.
DB2.
Oracle Database.
Estas bases de datos se basan en el estándar ISO SQL 2000 y los siguientes
SGBD de tres o más capas
En este caso entre el cliente y el servidor hay al menos una capa intermedia. Esa capa se encarga de recoger las peticiones de los clientes y de comunicarse con la bases de datos para recibir la respuesta y enviarla al cliente.
SGBD bicapa.
Usa un modelo de funcionamiento tipo cliente/servidor. La base de datos y el sistema gestor se alojan en un servidor al cual se conectan los usuarios desde máquinas clientes.
Hay dos posibilidades:
Arquitectura cliente/multiservidor.
Arquitectura cliente/servidor único.
SGBD monocapa
Se trata de Sistemas Gestores instalados en una máquina desde la que se conectan los propios usuarios y administradores. Es decir, todo el sistema está en una sola máquina.
Niveles mas habituales de las bases de datos.
Es llamado niveles de abstracción porque nos permite efectivamente abstraernos para observar la base de datos en base a diferentes intereses.
Nivel físico.
Independencia Física.
Nivel conceptual.
Independencia Lógica.
Nivel externo
La imagen presenta el funcionamiento típico de un SGBD. En ella se reproduce la comunicación entre un usuario que desea acceder a los datos y el SGBD:
1. Los usuarios utilizan una aplicación para acceder a los datos.
2. El proceso cliente es el software de acceso a la base de datos y que está instalado en el lado del cliente.
3. El proceso cliente se comunica con el proceso servidor, que es el software de comunicación instalado en el lado del servidor.
4. la petición pasa al software del Sistema Gestor de Bases de Datos.
5. El SGBD, comprobando el diccionario de datos, comprueba si la petición es correcta.
6. El SGBD también revisa el diccionario de datos para saber donde se encuentran los datos requeridos.
7. El SGBD hace una petición al Sistema Operativo.
8. El Sistema Operativo recibe los datos.
9. Se entregan los datos al Sistema Gestor de Bases de Datos o se indica el error ocurrido.
10. El SGBD traduce los datos a una forma más conceptual y se los entrega al proceso servidor.
11. Los datos se entregan al proceso cliente
12. Los datos llegan a la aplicación.
13. La aplicación de usuario traduce los datos recibidos en información presentada de la forma más conveniente para el usuario.
Ususario
App del usuario
Acceso a datos
Diccionario de datos
Nucleo
Sistema Operativo
Fase de manipulación:
1. El usuario realiza una operación sobre la base de datos
2. Las aplicaciones las traducen a su forma conceptual utilizando el diccionario de datos
3. El esquema conceptual es traducido por la SGBD a su forma interna
4. EL SGBD se comunica con el Sistema Operativo
5. El Sistema Operativo accede al almacenamiento físico correspondiente y devuelve los datos al SGBD.
6.El SGBD transforma los datos internos en datos conceptuales y los entrega a la aplicación.
7. La aplicación muestra los datos habiéndolos traducido a una forma apta para el usuario
Fase de creación:
1. El analista o diseñador crea el esquema conceptual.
2. El administrador de la base de datos (DBA) recoge ese esquema y crea el esquema interno de la base de datos.
3. Los desarrolladores también recogen el esquema conceptual y utilizan las aplicaciones necesarias para generar los esquemas externos
Usuarios
Ocasionales.
Habituales.
Expertos/as.
Informáticos
Equipo de mantenimiento.
Desarrolladores/as o programadores/as.
Administradores/as de las bases de datos
Analistas
Directivos/as.
INTRODUCCIÓN
En cualquier software siempre hay dos puntos de vista:
Nivel interno.
Nivel externo.
Herramientas.
Herramientas para la creación y especificación del diccionario de datos.
Herramientas para la manipulación de los datos
Herramientas para la creación y restablecimiento de copias de seguridad.
Herramientas de instalación y configuración de la base de datos.
Herramientas para gestionar la seguridad.
FUNCIÓN DE CONTROL
lenguaje de control de datos o DCL.
FUNCIÓN DE MANIPULACIÓN
lenguaje de modificación de datos o DML
Función de descripción o definición
Estructura interna Estructura conceptual Estructura externa
metadatos.
Instalación costosa.
Requiere personal cualificado.
Implantación larga y difícil.
Ausencia de estándares totales.
Independencia de los datos y los programas.
Mayor seguridad en los datos.
Acceso a los datos más eficiente.
Menor espacio de almacenamiento
Acceso simultáneo a los datos.
Inconvenientes
Datos redundantes.
Programación de aplicaciones compleja.
Datos inconsistentes.
Difícil acceso a los datos.
Coste de almacenamiento elevado.
Ventajas
Los procesos son independientes por lo que la modificación de uno no afecta al resto.
Fragmentación y compactación de datos
Compresión de datos
Cifrado de datos
Ficheros secuenciales
Ficheros de acceso directo o aleatorio
Ficheros secuenciales encadenados
Ficheros secuenciales indexados
- Datos
- Hardware
Software
Recursos humanos
"Information Server"
Un sistema es “Un conjunto de cosas que ordenadamente relacionadas entre sí contribuyen a un determinado objeto .”