U456 postgre sql

PostgreSQLUnidad 4,5,6

Integrantes:José Rodrigo serrano AyónGenaro Yair Enciso Luna

Instituto Tecnológico de Tepic

Taller de Base de datosHora: 10:00-11:00Docente: Ibarra Carlos Francisco

Unidad 4

Seguridad

Creación de usuarios SQLServer

Creación de usuarios SQLServer

Creación de usuarios PostgreSQL

Debemos de escribir la ruta de donde esta ubicada nuestra carpeta de PostGres y los comandos:Psql –U postgres –h localhost –W

Creación de usuarios PostgreSQL

Crearemos un rol que será de super usuario

Creación de usuarios PostgreSQL

Otorgaremos permisos sobre las tablas de la base de datos del gym por lo cual debemos de estar en ella para poder otrogarle los permisos

Creación de usuarios PostgreSQL

Iniciaremos sesión con el usuario Genaro en la Base BD_GYM

Creación de usuarios PostgreSQL

Borrar roles y usuarios

Unidad 5

Transacciones

Transacciones

Todo sistema gestor de Bases de Datos maneja los siguientes conceptos sobre las transacciones:

Son un conjunto de acciones que altera el estado original de los datos y forman una sola unidad.

Todo lenguaje que manipula los datos (DML) son administrados por las transacciones.

Las transacciones pueden interrumpir un conjunto de acciones o hacerlas permanentes.

Mantiene la integridad de los datos cuando alguna acción falla.

MVCC (Multiversion Concurrency Control) de PostgreSQL

Postgres mantiene la consistencia de los datos con un modelo multiversión (MVCC). Esto significa que mientras se consulta una base de datos, cada transacción ve una imagen de los datos (una versión de la base de datos) como si fuera tiempo atrás, sin tener en cuenta el estado actual de los datos que hay por debajo. Esto evita que la transacción vea datos inconsistentes que pueden ser causados por la actualización de otra transacción concurrente en la misma fila de datos, proporcionando aislamiento transaccional para cada sesión de la base de datos. 

READ COMMITED

Nivel de aislamiento por defecto de PostgreSQL, donde las modificaciones de otras transacciones se ven si se terminaron con COMMIT antes de comenzar la consulta. En caso de intentar cambiar un dato que otra transacción está cambiando, la actual queda bloqueada hasta saber si proceder con el cambio (en caso de rollback) o si volver a ejecutar la condición de consulta del cambio para comprobar que las filas a cambiar aún la cumplen (en caso de commit). 

SERIALIZABLE

Es la empleada por defecto en SQL estándar, solo se ven las modificaciones de otra transacción que hayan sido aceptadas (COMMIT) al principio de la transacción actual. PostgreSQL no tiene un nivel SERIALIZABLE real puesto que solo ve los datos que han sido COMMIT antes de la primera consulta o modificación de datos.

Para garantizar serialización verdadera Postgre utiliza “bloqueo de predicados” esto significa que mantiene bloqueos que le permiten determinar si una escritura pudiera tener un impacto en el resultado de alguna lectura de otra transacción concurrente

Bloqueos y tablas

Postgres ofrece varios modos de bloqueo para controlar el acceso concurrente a los datos en tablas. Algunos de estos modos de bloqueo los adquiere Postgres automáticamente antes de la ejecución de una declaración, mientras que otros son proporcionados para ser usados por las aplicaciones.

* Bloqueo Explicito:PostgreSQL provee varios métodos de bloqueo además de MVCC para situaciones donde este no proporciona el comportamiento deseado.

* Bloqueo a nivel de Tablas:Estos son los tipos de bloqueo a nivel de tablas, son adquiridos de manera automatica por Postgre o manual mediante el comando LOCK.

* Bloqueo a nivel de Filas: Los tipos de bloqueo a nivel de filas son SELECT FOR UPDATE para un bloqueo exclusivo y SELECT FOR SHARE para un bloqueo compartido, pero que genera una solicitud de bloqueo exclusivo cuando se intenta modificar la fila.

* Advisory Locks:Son bloqueos para fines específicos que no son usados normalmente por el sistema, existen de sesión, que obtienen el bloqueo desde el inicio de la sesión hasta el final de esta y no se desbloquea incluso con rollbacks, y de transacción, que se comporta más como los bloqueos normales, se liberan automáticamente al final de la transacción, si hay un bloqueo de sesión sobre un recurso, no puede haber uno de transacción, y viceversa.

Transacciones en SGBD

Sesion 1

Transacciones en SGBD

Sesion 2

Unidad 6 Procedimientos almacenados

Procedimientos

Creacion de secuencias

Procedimientos

Se crearon 2 tablas para la realización de ejemplo

Procedimientos

inserción a las tablas

Procesamientos - Función

Creación de una función

Procesamientos - Triggers

Creamos una función donde declararemos las variables y haremos referencia al TRIGGER mediante métodos matemáticos (potencia, raices)

Procesamientos - Triggers

Ahora creamos el TRIGGER que actuara antes de insertar realizara un UPDATE en la tala números y asi ejecutar el procedimiento almacenado “rellenar_datos();”

Procesamientos - Triggers

Verificación de los datos

Preguntas

¿Con que modelo mantiene la consistencia de los datos PostegreSQL?

¿Cuál es el nivel de aislamiento por defecto de postgreSQL? ¿Que utiliza postgre para garantizar serialización verdadera? ¿Cuáles son los bloqueos que hace postgres?