SlideShare uma empresa Scribd logo
1 de 6
1
UNIVERSIDAD TECNICA PARTICULAR DE LOJA
La Universidad Católica de Loja
Escuela de Ciencias de la Computación
Titulación de Sistemas Informáticos y Computación
Cuestiones de Repaso Cap. 20
Alumno: Carlos Francisco Ojeda Ureña
Docentes: Angel Eduardo Encalada Encalada
Fecha: 29/05/2013
Periodo académico
Abril 2013 - Agosto 2013
2
Cuestiones de Repaso Capitulo 20
Explique el concepto de transacción. ¿Por qué son las transacciones
unidades de operación tan importante en un SGBD?
Son un conjunto de acciones que se realizan de una manera de trabajo lógico que
lleva a la base de datos, estás pueden ser coherentes o incoherentes, pero que en
su respuesta darán un resultado acorde con lo solicitado.
Los aspectos de coherencia y fiabilidad de las transacciones se
deben a las propiedades ACID de las mismas. Explique cada una de
dichas propiedades y cómo se relacionan con los mecanismos de
control de concurrencia y de recuperación. Proporcione ejemplos
para ilustrar su respuesta.
La coherencia de las transacciones permite llevar de un estado coherente a otro a
la base de datos. La fiabilidad es que las actualizaciones de la base de datos sean
verdaderas no solo correctas sino que se asegure que los nuevos datos
corresponden al resultado de una operación. El control de concurrencia permite
que los accesos a la base de datos se efectúen en un orden logrando de este
modo que las actualizaciones y los accesos a los datos sean coherentes, el
proceso de recuperación es también un aspecto importante, ya que es necesario
que se recuperen los datos almacenados antes de un fallo, y que estos sean
verdaderos.
Respecto a la coherencia de los datos, en un supermercado donde los accesos
son concurrentes debido al registro de los productos vendidos, es necesario que
se actualice correctamente los inventarios o la base de datos en la que se
almacenan las existencias de un producto, ya en el sistema pueden existir más del
mismo producto cuando en realidad no los hay, entonces acceder y almacenar los
datos coherentes es muy necesario. A parte de esto está la fiabilidad, que en
3
realidad muestra que tan ciertos son los datos que se almacenan, por ejemplo si
en la base de datos del supermercado, existe un fallo por cualquier motivo, la base
de datos tiene que asegurarse de mantenerse en el estado coherente en el que se
hallaba antes de error, para poder proporcionar al cliente información verídica.
Describa, con ejemplos, los tipos de problemas que pueden
producirse en un entorno multiusuario cuando se permite un acceso
concurrente a la base de datos.
En el ejemplo del supermercado, cuando se están registrando los productos que
los clientes están comprando, hay accesos concurrentes a la base de datos, por lo
que pueden producirse problemas como:
 Que los datos no estén actualizándose correctamente
 Que si no se mantiene el orden de atención a las transacciones estas
podrían crear datos incoherentes, del programa.
 Que no se almacenen los datos.
 Los accesos no se realizan correctamente.
 Los resultados de las operaciones no corresponden a las operaciones
realizadas.
Describa en detalle un mecanismo para control de concurrencia que
pueda usarse para garantizar que los tipos de problemas enunciados
en la Cuestión 20.3 no se produzcan. Muestre cómo dicho
mecanismo evita que aparezcan esos problemas. Explique cómo
interacciona el mecanismo de control de concurrencia con el
mecanismo de transacciones.
Una planificación secuencial o en serie es una de las opciones que se pueden
emplear ya que mediante este método lo más probable es que no haya
incoherencia en los datos, ya que se ejecutan una por una las transacciones, pero
consumiendo mucho tiempo lo que no es óptimo. Pero si se aplica de forma
4
correcta la planificación secuenciable o no serie, se obtiene una base de datos
coherente y sin que tome mucho tiempo ejecutar las transacciones.
Explique los conceptos de planificaciones serie, no serie y
serializables. Indique las reglas de equivalencia de planificadores.
Serie: Es en la cual las operaciones de un conjunto de transacciones concurrentes
están entrelazadas.
No serie: Es la cual las operaciones de cada transacción se ejecutan
consecutivamente sin que se entrelacen operaciones de otras transacciones.
Serializables: Se dice que si el conjunto de transacciones se ejecuta
concurrentemente y si produce los mismos resultados que alguna ejecución en
serie, se denomina planificación serializable.
Explique la diferencia entre serializabilidad de conflictos y
serializabilidad de vistas
Seriabilidad de conflictos: ordena las operaciones conflictivas de la misma manera
que alguna de las posibles ejecuciones serie.
Seriabilidad de vistas: no importa el orden en que se realicen las operaciones lo
que importa es que si un dato se lee producto de un transacción en la otra
planificación el dato a leer debe ser también producto de la misma transacción.
Explique los tipos de problemas que pueden tener lugar con los
mecanismos de control de concurrencia basados en bloqueo y las
acciones que el SGBD puede tomar para prevenirlos.
5
Anulación en cascada: Es que en una única transacción conduce a una serie de
anulaciones.
Se consigue en dos fases, que consiste en dejar la liberación de todos los
bloqueos hasta el final de la transacción.
Se puede provocar interbloqueos: Debido a que las transacciones pueden tener
que esperar a que se liberen los bloqueos sobre elementos de datos establecidos.
Puede existir que las transacciones queden en bloqueo indefinido, es decir que se
queden en un estado de espera indefinida. ACCIONES QUE TOMA SGBD Para
todo esto el SGBD utiliza un sistema de prioridades en la que la prioridad vaya
aumentando a medida que lo hace el tiempo de espera. Se pude utilizar una cola
de tipo FIFO
Ejercicio 20.18
Ejercicio literal (c)
Ordenación en forma secuencialPlanificación (forma en que fueron
llegando)
T1 T2
Read(balx)
Write(balx)
Write(balx)
abort
commit
Debido a que en la T2 existe un abort, la base de datos realiza un RollBack para
volver al punto de inicio pero esto no afecta a T1 y tanto en la ordenación y
planificación son similares se puede decir que:
Es serializable en cuanto a conflictos
Es serializable en cuanto a vistas debido que T2 última en escribir (balx)
T1 T2
Read(balx)
Write(balx)
commit
Write(balx)
abort
6
Ejercicio literal (d)
Ordenación en forma secuencialPlanificación (forma en que fueron
llegando)
T1 T2
Write(balx)
Write(balx)
abort
Read(balx)
commit
No es serializable en cuanto conflicto no solo por no ser similares si se ordena
secuencialmente
Sino también en la ordenación hay un abort antes de un commit y en cambio en la
planificación es al revés.
Es serializable en cuanto a vistas debido a que T1 es la última transacción en
escribir balx.
Ejercicio literal (e)
Ordenación en forma secuencialPlanificación (forma en que fueron
llegando)
T1 T2 T3
Read(balx)
Write(balx)
Write(balx)
Read(balx)
No es serializable en cuanto a conflictos por no ser similareas
Es serializable en cuanto a vistas tanto en T2 en forma ordenada secuencialmente
como en la planificación son las ultimas en escribir balx
T1 T2
Write(balx)
Read(balx)
Write(balx)
commit
abort
T1 T2 T3
Read(balx)
Write(balx)
Write(balx)
Read(balx)

Mais conteúdo relacionado

Destaque (7)

Bases de Datos II (I Bimestre)
Bases de Datos II (I Bimestre)Bases de Datos II (I Bimestre)
Bases de Datos II (I Bimestre)
 
Bloqueos e hipertrofias (completo)
Bloqueos e hipertrofias (completo)Bloqueos e hipertrofias (completo)
Bloqueos e hipertrofias (completo)
 
cuestiones de repaso capitulo 20
cuestiones de repaso capitulo 20cuestiones de repaso capitulo 20
cuestiones de repaso capitulo 20
 
Diseño Físico EasyDrive School of Motoring
Diseño Físico EasyDrive School of MotoringDiseño Físico EasyDrive School of Motoring
Diseño Físico EasyDrive School of Motoring
 
Base De Datos II Caso De Estudio
Base De Datos  II Caso De EstudioBase De Datos  II Caso De Estudio
Base De Datos II Caso De Estudio
 
Gestión de transacciones
Gestión de transaccionesGestión de transacciones
Gestión de transacciones
 
Gestion de Transacciones - Cap 20
Gestion de Transacciones - Cap 20Gestion de Transacciones - Cap 20
Gestion de Transacciones - Cap 20
 

Semelhante a Cuestiones de repaso_capitulo_20

Transacciones
TransaccionesTransacciones
Transacciones
emnero
 
Gestion de base de datos
Gestion de base de datosGestion de base de datos
Gestion de base de datos
juanmanuel_29
 
Base de datos distribuidas
Base de datos distribuidasBase de datos distribuidas
Base de datos distribuidas
Victor
 
Base de datos distribuidas
Base de datos distribuidasBase de datos distribuidas
Base de datos distribuidas
Victor
 
CUESTIONES DEL CAPITULO 20
CUESTIONES DEL CAPITULO 20CUESTIONES DEL CAPITULO 20
CUESTIONES DEL CAPITULO 20
majitoer
 
Analisis Comparativo My Sql Vs Oracle
Analisis Comparativo My Sql Vs OracleAnalisis Comparativo My Sql Vs Oracle
Analisis Comparativo My Sql Vs Oracle
guestdb275b
 
Administración de Transacciones - del tema 1 al 4
Administración de Transacciones - del tema 1 al 4Administración de Transacciones - del tema 1 al 4
Administración de Transacciones - del tema 1 al 4
Mayito Pdg
 
Diseño de aplicaciones
Diseño de aplicacionesDiseño de aplicaciones
Diseño de aplicaciones
UTN
 

Semelhante a Cuestiones de repaso_capitulo_20 (20)

Transacciones
TransaccionesTransacciones
Transacciones
 
GESTION DE TRANSACCIONES
GESTION DE TRANSACCIONESGESTION DE TRANSACCIONES
GESTION DE TRANSACCIONES
 
Gestion de transacciones
Gestion de transaccionesGestion de transacciones
Gestion de transacciones
 
Gestion de base de datos
Gestion de base de datosGestion de base de datos
Gestion de base de datos
 
Cuestiones de Repaso Capitulo 20
Cuestiones de Repaso Capitulo 20Cuestiones de Repaso Capitulo 20
Cuestiones de Repaso Capitulo 20
 
Capítulo 17 ( Introducción a los conceptos y la Teoría sobre el procesamiento...
Capítulo 17 ( Introducción a los conceptos y la Teoría sobre el procesamiento...Capítulo 17 ( Introducción a los conceptos y la Teoría sobre el procesamiento...
Capítulo 17 ( Introducción a los conceptos y la Teoría sobre el procesamiento...
 
Taller de Base de Datos - Unidad 5 transacciones
Taller de Base de Datos - Unidad 5  transaccionesTaller de Base de Datos - Unidad 5  transacciones
Taller de Base de Datos - Unidad 5 transacciones
 
Diseño de una base de datos
Diseño de una base de datosDiseño de una base de datos
Diseño de una base de datos
 
transaction-management
transaction-managementtransaction-management
transaction-management
 
Base de datos distribuidas
Base de datos distribuidasBase de datos distribuidas
Base de datos distribuidas
 
Base de datos distribuidas
Base de datos distribuidasBase de datos distribuidas
Base de datos distribuidas
 
Transacciones.pptx julio
Transacciones.pptx julioTransacciones.pptx julio
Transacciones.pptx julio
 
Transacciones.pptx julio
Transacciones.pptx julioTransacciones.pptx julio
Transacciones.pptx julio
 
CUESTIONES DEL CAPITULO 20
CUESTIONES DEL CAPITULO 20CUESTIONES DEL CAPITULO 20
CUESTIONES DEL CAPITULO 20
 
Gestion de transacciones
Gestion de transaccionesGestion de transacciones
Gestion de transacciones
 
Analisis Comparativo My Sql Vs Oracle
Analisis Comparativo My Sql Vs OracleAnalisis Comparativo My Sql Vs Oracle
Analisis Comparativo My Sql Vs Oracle
 
Gestion de transacciones
Gestion de transaccionesGestion de transacciones
Gestion de transacciones
 
Administración de Transacciones - del tema 1 al 4
Administración de Transacciones - del tema 1 al 4Administración de Transacciones - del tema 1 al 4
Administración de Transacciones - del tema 1 al 4
 
Diseño de aplicaciones
Diseño de aplicacionesDiseño de aplicaciones
Diseño de aplicaciones
 
ATOMICIDAD
ATOMICIDADATOMICIDAD
ATOMICIDAD
 

Mais de Carlos Francisco Ojeda Ureña (10)

Gestion de procesos Android
Gestion de procesos AndroidGestion de procesos Android
Gestion de procesos Android
 
Sincronizacion de procesos_android
Sincronizacion de procesos_androidSincronizacion de procesos_android
Sincronizacion de procesos_android
 
Memoria virtual android
Memoria virtual androidMemoria virtual android
Memoria virtual android
 
Proteccion android
Proteccion androidProteccion android
Proteccion android
 
Gestion de memoria_en_android
Gestion de memoria_en_androidGestion de memoria_en_android
Gestion de memoria_en_android
 
Sistemas operativos moviles Android
Sistemas operativos moviles  AndroidSistemas operativos moviles  Android
Sistemas operativos moviles Android
 
Cuestiones de repaso_cap_31_utpl
Cuestiones de repaso_cap_31_utplCuestiones de repaso_cap_31_utpl
Cuestiones de repaso_cap_31_utpl
 
Cuestiones de repaso_capitulo_29
Cuestiones de repaso_capitulo_29Cuestiones de repaso_capitulo_29
Cuestiones de repaso_capitulo_29
 
Cuestiones de repaso_cap_24
Cuestiones de repaso_cap_24Cuestiones de repaso_cap_24
Cuestiones de repaso_cap_24
 
Deber métodos
Deber métodosDeber métodos
Deber métodos
 

Último

redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
nicho110
 

Último (11)

Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptx
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos Basicos
 
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 

Cuestiones de repaso_capitulo_20

  • 1. 1 UNIVERSIDAD TECNICA PARTICULAR DE LOJA La Universidad Católica de Loja Escuela de Ciencias de la Computación Titulación de Sistemas Informáticos y Computación Cuestiones de Repaso Cap. 20 Alumno: Carlos Francisco Ojeda Ureña Docentes: Angel Eduardo Encalada Encalada Fecha: 29/05/2013 Periodo académico Abril 2013 - Agosto 2013
  • 2. 2 Cuestiones de Repaso Capitulo 20 Explique el concepto de transacción. ¿Por qué son las transacciones unidades de operación tan importante en un SGBD? Son un conjunto de acciones que se realizan de una manera de trabajo lógico que lleva a la base de datos, estás pueden ser coherentes o incoherentes, pero que en su respuesta darán un resultado acorde con lo solicitado. Los aspectos de coherencia y fiabilidad de las transacciones se deben a las propiedades ACID de las mismas. Explique cada una de dichas propiedades y cómo se relacionan con los mecanismos de control de concurrencia y de recuperación. Proporcione ejemplos para ilustrar su respuesta. La coherencia de las transacciones permite llevar de un estado coherente a otro a la base de datos. La fiabilidad es que las actualizaciones de la base de datos sean verdaderas no solo correctas sino que se asegure que los nuevos datos corresponden al resultado de una operación. El control de concurrencia permite que los accesos a la base de datos se efectúen en un orden logrando de este modo que las actualizaciones y los accesos a los datos sean coherentes, el proceso de recuperación es también un aspecto importante, ya que es necesario que se recuperen los datos almacenados antes de un fallo, y que estos sean verdaderos. Respecto a la coherencia de los datos, en un supermercado donde los accesos son concurrentes debido al registro de los productos vendidos, es necesario que se actualice correctamente los inventarios o la base de datos en la que se almacenan las existencias de un producto, ya en el sistema pueden existir más del mismo producto cuando en realidad no los hay, entonces acceder y almacenar los datos coherentes es muy necesario. A parte de esto está la fiabilidad, que en
  • 3. 3 realidad muestra que tan ciertos son los datos que se almacenan, por ejemplo si en la base de datos del supermercado, existe un fallo por cualquier motivo, la base de datos tiene que asegurarse de mantenerse en el estado coherente en el que se hallaba antes de error, para poder proporcionar al cliente información verídica. Describa, con ejemplos, los tipos de problemas que pueden producirse en un entorno multiusuario cuando se permite un acceso concurrente a la base de datos. En el ejemplo del supermercado, cuando se están registrando los productos que los clientes están comprando, hay accesos concurrentes a la base de datos, por lo que pueden producirse problemas como:  Que los datos no estén actualizándose correctamente  Que si no se mantiene el orden de atención a las transacciones estas podrían crear datos incoherentes, del programa.  Que no se almacenen los datos.  Los accesos no se realizan correctamente.  Los resultados de las operaciones no corresponden a las operaciones realizadas. Describa en detalle un mecanismo para control de concurrencia que pueda usarse para garantizar que los tipos de problemas enunciados en la Cuestión 20.3 no se produzcan. Muestre cómo dicho mecanismo evita que aparezcan esos problemas. Explique cómo interacciona el mecanismo de control de concurrencia con el mecanismo de transacciones. Una planificación secuencial o en serie es una de las opciones que se pueden emplear ya que mediante este método lo más probable es que no haya incoherencia en los datos, ya que se ejecutan una por una las transacciones, pero consumiendo mucho tiempo lo que no es óptimo. Pero si se aplica de forma
  • 4. 4 correcta la planificación secuenciable o no serie, se obtiene una base de datos coherente y sin que tome mucho tiempo ejecutar las transacciones. Explique los conceptos de planificaciones serie, no serie y serializables. Indique las reglas de equivalencia de planificadores. Serie: Es en la cual las operaciones de un conjunto de transacciones concurrentes están entrelazadas. No serie: Es la cual las operaciones de cada transacción se ejecutan consecutivamente sin que se entrelacen operaciones de otras transacciones. Serializables: Se dice que si el conjunto de transacciones se ejecuta concurrentemente y si produce los mismos resultados que alguna ejecución en serie, se denomina planificación serializable. Explique la diferencia entre serializabilidad de conflictos y serializabilidad de vistas Seriabilidad de conflictos: ordena las operaciones conflictivas de la misma manera que alguna de las posibles ejecuciones serie. Seriabilidad de vistas: no importa el orden en que se realicen las operaciones lo que importa es que si un dato se lee producto de un transacción en la otra planificación el dato a leer debe ser también producto de la misma transacción. Explique los tipos de problemas que pueden tener lugar con los mecanismos de control de concurrencia basados en bloqueo y las acciones que el SGBD puede tomar para prevenirlos.
  • 5. 5 Anulación en cascada: Es que en una única transacción conduce a una serie de anulaciones. Se consigue en dos fases, que consiste en dejar la liberación de todos los bloqueos hasta el final de la transacción. Se puede provocar interbloqueos: Debido a que las transacciones pueden tener que esperar a que se liberen los bloqueos sobre elementos de datos establecidos. Puede existir que las transacciones queden en bloqueo indefinido, es decir que se queden en un estado de espera indefinida. ACCIONES QUE TOMA SGBD Para todo esto el SGBD utiliza un sistema de prioridades en la que la prioridad vaya aumentando a medida que lo hace el tiempo de espera. Se pude utilizar una cola de tipo FIFO Ejercicio 20.18 Ejercicio literal (c) Ordenación en forma secuencialPlanificación (forma en que fueron llegando) T1 T2 Read(balx) Write(balx) Write(balx) abort commit Debido a que en la T2 existe un abort, la base de datos realiza un RollBack para volver al punto de inicio pero esto no afecta a T1 y tanto en la ordenación y planificación son similares se puede decir que: Es serializable en cuanto a conflictos Es serializable en cuanto a vistas debido que T2 última en escribir (balx) T1 T2 Read(balx) Write(balx) commit Write(balx) abort
  • 6. 6 Ejercicio literal (d) Ordenación en forma secuencialPlanificación (forma en que fueron llegando) T1 T2 Write(balx) Write(balx) abort Read(balx) commit No es serializable en cuanto conflicto no solo por no ser similares si se ordena secuencialmente Sino también en la ordenación hay un abort antes de un commit y en cambio en la planificación es al revés. Es serializable en cuanto a vistas debido a que T1 es la última transacción en escribir balx. Ejercicio literal (e) Ordenación en forma secuencialPlanificación (forma en que fueron llegando) T1 T2 T3 Read(balx) Write(balx) Write(balx) Read(balx) No es serializable en cuanto a conflictos por no ser similareas Es serializable en cuanto a vistas tanto en T2 en forma ordenada secuencialmente como en la planificación son las ultimas en escribir balx T1 T2 Write(balx) Read(balx) Write(balx) commit abort T1 T2 T3 Read(balx) Write(balx) Write(balx) Read(balx)