Conferencia 10. BD Cliente Servidor. Integridad Referencial

Presentación del tema: "Conferencia 10. BD Cliente Servidor. Integridad Referencial"— Transcripción de la presentación:

1 Conferencia 10. BD Cliente Servidor. Integridad Referencial
Bases de Datos Conferencia 10. BD Cliente Servidor. Integridad Referencial

2 Objetivos. Bases de Datos Cliente Servidor. Integridad Referencial.
Arquitectura. Modelos. Ejemplos. Integridad Referencial.

3 Bibliografía. Date J.C. “Introducción a los Sistemas de Bases de Datos". 7ma Edición. Capítulo 21. Martin&Leben. "Client – Server DataBase" Capítulos 7,8,9.

4 Programación Cliente Servidor
Ejecución de Aplicación donde dos o más procesos lógicos separados cooperan para resolver una tarea. Los procesos pueden ser: Cliente Servidor Genera determinada solicitud, y procesa la respuesta que recibe. Recibe y procesa solicitud, y genera determinada respuesta.

5 Ambos procesos pueden estar en una misma máquina y aún así ser C/S.
Es frecuente denominar Cliente y Servidor a las máquinas donde residen estos procesos. Es el diseño lógico y no la distribución física lo que determina si el procesamiento es o no C/S. Ambos procesos pueden estar en una misma máquina y aún así ser C/S.

6 BD Cliente Servidor CONFIGURACIÓN TÍPICA Clientes. Servidores.
Red de comunicación. CONFIGURACIÓN TÍPICA Configuración de Ubicación Flexible.

7 Componentes SBDR C/S Aplicación (FrontEnd). -> CLIENTE.
SGBDR. -> SERVIDOR BD. Capa de negocio -> CLIENTE/SERVIDOR.

8 Modelos SBDR C/S Centralizado. Servidor de archivos.
Servidor de BD C/S.

9 Modelo Centralizado Una PC A ejecuta una aplicación en Access, y tiene acceso a la BD, que radica en dicha máquina, todo imbricado en el mismo entorno.

10 Modelo Centralizado Un terminal tonto solicita determinado procesamiento a un Mainframe y muestra al usuario las respuestas generadas por el sistema centralizado, que radica en dicha máquina, todo imbricado en el mismo entorno.

11 Modelo Centralizado Un SGBD C/S cuyo componente cliente se ejecuta en la misma computadora que el componente servidor.

12 Modelo Servidor de Ficheros
La Aplicación y la mayor parte del SGBD residen en una PC y la BD, junto a la otra parte del SGBD en el Servidor. Servidor de Ficheros Solicitudes de E/S RED Cliente SGBD

13 Modelo Servidor de Archivos
Access y Paradox son Servidores de ficheros. El servidor es visto como un volumen de disco. El motor de la BD ejecuta en el cliente.

14 Modelo Servidor de Archivos
El servidor ofrece: E/S de archivos Bloqueo de recursos (semáforos) Acceso concurrente El cliente (reside el motor de la BD) al ejecutar un comando SQL, solicita de la red al o a los ficheros involucrados, mediante la E/S estándar.

15 Modelo Cliente Servidor

16 Modelo Cliente Servidor
Mínimo tráfico en la red. Mayor seguridad. Menor tiempo de respuesta al cliente. Ejemplos: SQL Server, Informix, Oracle.

17 Reglas del Negocio Restringen y controlan el flujo y contenido de las tareas del negocio. Entre ellas se incluyen las reglas de seguridad.

18 Reglas de Negocio Ejemplos hipotéticos:
1. Los trabajadores que se despiden, no se eliminan del sistema de nómina, sino que pasan a condición de inactivos. 2. Todo pago a los trabajadores, debe incluir el aumento de 20$ por estimulación en divisa.

19 Reglas de Negocio Ejemplos hipotéticos con condiciones dinámicas:
Las rutas de los vehículos controlados por el SGBD sigue un algoritmo cambiante.

20 Arquitecturas BD C/S DOS CAPAS TRES CAPAS
Lógica de Negocio codificada en: Interfaz de usuario. Procedimientos en el servidor. DOS CAPAS Lógica de Negocio codificada en: Interfaz de usuario. Procedimientos en el servidor. Capa intermedia de reglas. TRES CAPAS

21 Aplicación de modelo 3 capas
Sistemas distribuidos con una política de actualización dinámica bien definida. Sistemas grandes, con políticas verdaderamente cambiantes.

22 PostgreSQL Precedentes y desarrollo. Objetos. pgManager.
Seguridad de los datos.

23 PostgreSQL. Evolución. Creado en la Universidad de Berkeley bajo la dirección del Dr. Michael Stonebrakerin en 1986 Sucesor de Ingres (POST-GRES significa después de Ingres. No comparte el código de Ingres. Fue un proyecto de investigación para explorar ideas de tecnologías Objeto – Relacional.

24 PostgreSQL. Principales Características.
Plataforma Objeto - Relacional de BD. Soporta Programación Estructurada (Métodos). Permite la inclusión de Lenguajes Procedurales tales como: PL/pgSQL, PL/Tcl, PL/Perl, PL/Python, entre otros. Presenta interfaces nativas para ODBC, JDBC, C, C++, PHP, Perl, TCH, ECPG, Python y Ruby. Incluye APIs de código abierto las cuales presentan toda su documentación.

25 Lenguajes Procedurales
Pueden incluirse a partir de la version 6.3 de PostgreSQL. No son interpretados por el SGBD. La interpretación la controla el parser/ejecutor o manejador de dicho lenguaje. PostgreSQL se distribuye con dos lenguajes que no son integrados a este (PL/pgSQL y PL/Tcl).

26 Lenguajes Procedurales
PL/pgSQL se contruye e incluye en el directorio de librerias al instalar PostgreSQL. Para PL/Tcl es necesario reconfigurar el SGBD y recompilarlo.

27 Prestaciones del Sistema
Herramientas gráficas para la administración de las BDs. Lenguajes de consulta muy poderosos. Desempeño & Consumo de recursos. Amplia comunicad internacional.

28 Objetos SQL Server Tablas. Procedimientos y Funciones.
Vistas y Reglas. Clases y Dominios. Desencadenantes (triggers). Operaciones de conversión.

29 Seguridad de los Datos Modos de Conexión. Métodos de Encriptamiento.
Existencia de Usuarios y Grupos. Acceso Servidor Acceso BD Derecho Recurso Login | User | Role.

30 Usuarios de una BD Actores sobre la base de datos.
Cada vez que el SGBD realiza una operación de consulta, actualización o ejecución de un procedimiento lo hace en beneficio de un usuario. El SGBD controla las autorizaciones de acceso a la BD en dependencia del usuario.

31 Roles de Usuarios. Se pueden definir varios roles para un usuario.
Varios roles pueden estar activos en un mismo momento.

32 Creación de tablas Definición de atributos Definición de índices Seguridad de los datos Usuarios Roles ¿Cómo definir las relaciones entre las tablas? ¿Cómo garantizar la integridad referencial?

33 pgManager y pgAdmin. Integridad referencial.
Restricciones (constrains). Permisos.

34 Definición de Relaciones.

35

36 Actualización en Cascada
Al actualizar una tupla en sum, se actualizan las tuplas correspondientes en sp S P 5 … 6 Snum … 5 6

37 Eliminar en Cascada Si esta opción no se especifica, entonces no se permite eliminar en s, si existen tuplas asociadas en sp. Al ELIMINAR una tupla en sum, se ELIMINAN las tuplas correspondientes en sp. S P 5 … . Snum … 5

38 Restricciones.

39 Restricciones.

40 Permisos.

41 Conclusiones. Importancia de los modelos Cliente - Servidor en el desarrollo de los sistemas de administración de la información. Implicaciones sobre las políticas de seguridad. postgreSQL como plataforma de gestión de Bases de Datos Objeto – Relacional.

42 Conclusiones. Facilidades de administración sobre los modelos Cliente - Servidor. Importancia de partir de un buen diseño de la base de datos. Implicaciones de las reglas de integridad referencial y las restricciones.