... son elementos fundamentales dentro de las bases de datos Las transacciones Los frameworks java.
Las transacciones son elementos fundamentales dentro de las bases de datos... porque nos permiten mantener la consistencia entre los datos porque nos permiten mantener la inconsistencia entre los datos.
Qué es esto? Es una transacción formada por dos actualizaciones Es una actualización formada por dos transacciones.
¿Qué pasa si no se realizan ambas sentencias [solo se hace la primera setencia y se hace correctamente] (porque se desconecta la red, se desconecta el servidor de datos, o falla cualquier otra cosa)? Se produce una inconsistencia en los datos Los datos se mantienen consistentes.
¿Qué pasa si no se realizan ambas sentencias [solo se hace la primera setencia y se hace correctamente] (porque se desconecta la red, se desconecta el servidor de datos, o falla cualquier otra cosa)? La base de datos mantiene sus restricciones pero a nivel de nuestro modelo, de lo que nosotros queremos hacer, se produce una inconsistencia
No pasa nada especial
.
Dada esta transacción indica el enunciado correcto: Se deben realizar ambas operaciones o ninguna Es válido que se haga una sola operación de entre las dos.
Este conjunto de operaciones que deben hacerse todas o ninguna se llaman... sección crítica sección algorítmica.
En esta sección crítica si no se pueden hacer las dos operaciones es mejor (es necesario) que no se haga ninguna. ¿Por qué? Para mantener la consistencia Para poder usar el socket correctamente.
Una transaccion es... un conjunto de sentencias que deben ser realizadas juntas
un conjunto de sentencias que pueden ser realizadas juntas pero que realmente no es necesario que sean realizadas juntas
.
Para asegurar la integridad de los datos (consistencia) las transacciones deben cumplir las condiciones... ACID RAID.
Toda sentencia que ejecuta PostgreSQL... es una transacción en si misma lo cual no quiere decir que no podamos agrupar un conjunto de sentencias en forma de transacción usando comandos especiales (BEGIN, COMMIT Y ROLLBACK)
no tiene por qué ser una transacción
.
ACID. Atomicidad: las transacciones se consideran indivisibles (NO SE PUEDE EJECUTAR SOLO UNA PARTE DE LA TRANSACCIÓN = O SE EJECUTA TODO O NO SE EJECUTA NADA)
cada transacción llevará a la base de datos desde un punto estable (consistente) a otro punto estable (consistente) [únicamente dentro de la transacción en progreso se pueden romper ciertas restricciones (restricciones de clave foránea, restricciones que impongo a una tupla en particular, etc.]
los datos usados en una transacción no deben ser usados por otra transacción hasta que la primera termine
una vez finalizada una transacción sus efectos deben permanecer (ser duraderos)
.
ACID. Consistencia: las transacciones se consideran indivisibles (NO SE PUEDE EJECUTAR SOLO UNA PARTE DE LA TRANSACCIÓN = O SE EJECUTA TODO O NO SE EJECUTA NADA)
cada transacción llevará a la base de datos desde un punto estable (consistente) a otro punto estable (consistente) [únicamente dentro de la transacción en progreso se pueden romper ciertas restricciones (restricciones de clave foránea, restricciones que impongo a una tupla en particular, etc.]
los datos usados en una transacción no deben ser usados por otra transacción hasta que la primera termine
una vez finalizada una transacción sus efectos deben permanecer (ser duraderos)
.
ACID. aIslamiento las transacciones se consideran indivisibles (NO SE PUEDE EJECUTAR SOLO UNA PARTE DE LA TRANSACCIÓN = O SE EJECUTA TODO O NO SE EJECUTA NADA)
cada transacción llevará a la base de datos desde un punto estable (consistente) a otro punto estable (consistente) [únicamente dentro de la transacción en progreso se pueden romper ciertas restricciones (restricciones de clave foránea, restricciones que impongo a una tupla en particular, etc.]
los datos usados en una transacción no deben ser usados por otra transacción hasta que la primera termine
una vez finalizada una transacción sus efectos deben permanecer (ser duraderos)
.
ACID. Durabilidad las transacciones se consideran indivisibles (NO SE PUEDE EJECUTAR SOLO UNA PARTE DE LA TRANSACCIÓN = O SE EJECUTA TODO O NO SE EJECUTA NADA)
cada transacción llevará a la base de datos desde un punto estable (consistente) a otro punto estable (consistente) [únicamente dentro de la transacción en progreso se pueden romper ciertas restricciones (restricciones de clave foránea, restricciones que impongo a una tupla en particular, etc.]
los datos usados en una transacción no deben ser usados por otra transacción hasta que la primera termine
una vez finalizada una transacción sus efectos deben permanecer (ser duraderos)
.
ACID. Durabilidad: una vez finalizada una transacción sus efectos deben permanecer (ser duraderos) Permanente no significa que no pueda modificar una tabla o una tupla que hayan sido modificadas por esa transacción, significa que ese pasa a ser el estado de la transacción de ahí en adelante (hasta que alguien lo vuelve a cambiar)
Permanente significa que no puedo modificar nunca más una tabla o una tupla que hayan sido modificadas por esa transacción
.
Qué comando comienza una transacción en PostgreSQL? BEGIN COMMIT ROLLBACK.
Qué comando termina y aplica los cambios de la transacción de forma definitiva? BEGIN COMMIT ROLLBACK.
Qué comando termina una transacción, pero deshace los cambios realizados en esa transacción? BEGIN COMMIT ROLLBACK.
... están todas nuestras sentencias SQL Entre un BEGIN y un COMMIT Entre un INIT y un COMMIT.
Indica la correcta: Durante una transacción los cambios realizados son visibles solo desde esa conexión pero no desde otras conexiones hasta que se hagan permanentes
Durante una transacción los cambios realizados son visibles solo desde otras conexiones pero no desde esa conexión hasta que se hagan permanentes
.
Cuando en PostgreSQL no usamos el BEGIN; el sistema asume que nuestra sentencia es una transacción... y el mismo sistema hace un COMMIT implítico y automático y el usuario debe hacer un COMMIT explícito.
Cómo es la forma correcta de hacer un COMMIT? COMMIT; COMMIT.
¿Cómo se puede evitar esto? Con el LOCK DE FILAS: Cuando una transacción está actualizando una tupla que las otras transacciones no pueden trabajar sobre ella
Con el INSERT DE FILAS: Cuando una transacción está actualizando una tupla que las otras transacciones no pueden trabajar sobre ella
.
El LOCK DE FILAS es... automático manual.
El LOCK DE FILAS es automático y se activa sobre una fila cuando en una transacción... se elimina o se actualiza esa fila se lee esa fila.
El LOCK DE FILAS... significa que esa fila (o filas) no puede(n) ser eliminada(s) o actualizada(s) por otra transacción hasta que la primera transacción termine
significa que esa fila (o filas) no puede(n) ser eliminada(s) por otra transacción hasta que la primera transacción termine
significa que esa fila (o filas) no puede(n) ser o actualizada(s) por otra transacción hasta que la primera transacción termine
significa que esa fila (o filas) no puede(n) ser leída(s) por otra transacción hasta que la primera transacción termine
.
Dime modos de terminar de una transacción: COMMIT ROLLBACK BEGIN END.
Indica la correcta: La forma de funcionar del LOCK DE FILAS es que si yo lanzo una segunda transacción sobre las mismas tuplas con las que está trabajando la primera transacción, la segunda transacción no hace nada hasta que la primera transacción acabe (con COMMIT o ROLLBACK). En la segunda transacción a parte del UPDATE va incluída la lectura (EN LA MISMA CLÁUSULA SQL) por lo tanto no puede pasar que haya leído un valor antiguo, ya que como todo está en la misma cláusula del UPDATE no leerá nada hasta que acabe la primera transacción (y esto debido a que se encuentra con el UPDATE)
La forma de funcionar del LOCK DE FILAS es que si yo lanzo una segunda transacción sobre las mismas tuplas con las que está trabajando la primera transacción, la segunda transacción solo hace la lectura y espera a que la primera transacción acabe (con COMMIT o ROLLBACK). En la segunda transacción a parte del UPDATE va incluída la lectura (EN LA MISMA CLÁUSULA SQL) por lo tanto no puede pasar que haya leído un valor antiguo, ya que como todo está en la misma cláusula del UPDATE no leerá nada hasta que acabe la primera transacción (y esto debido a que se encuentra con el UPDATE)
.
SELECT... es un comando es una cláusula es una sentencia.
WHERE... es un comando es una cláusula es una sentencia.
Select * From Tabla WHERE Tabla.id=5; es un comando es una cláusula es una sentencia.
|
