Your SlideShare is downloading. ×
0
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Gestion de transacciones "Investigación"
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Gestion de transacciones "Investigación"

616

Published on

Investigacion, no implementada en la PYME.

Investigacion, no implementada en la PYME.

1 Comment
2 Likes
Statistics
Notes
  • mi amor deja que pueda descargar tu trabajo..es muy importante la tuto que hiciste...y no pude descargarla :( que mala...
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total Views
616
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
1
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • 25/05/2008 AUTOR: EDWIN FABIÁN MAZA S.
  • Transcript

    • 1. UNIVERSIDAD VERACRUZANA
    • 2.
      • Transacción es una secuencia de operaciones de acceso a la base de datos que constituyen una unidad lógica de ejecución estás pueden ser coherentes o incoherentes, pero su respuesta darán un resultado acorde con lo solicitado.
    • 3.
      • Las propiedades de las transacciones son:
        • Atomicidad
        • Coherencia
        • Aislamiento
        • Permanencia
    • 4.
      • ATOMICIDAD
      • Una transacción es una unidad atómica de ejecución (o se ejecutan todas sus operaciones o ninguna).
      • EJEMPLO:
      • supóngase que justo antes de ejecutar la transacción Ti los valores de las cuentas A y B son de 1.000 € y de 2.000 €, respectivamente. Supóngase ahora que durante la ejecución de la transacción Ti se produce un fallo que impide que dicha transacción finalice con éxito su ejecución.
      • La información de las modificaciones realizadas por la transacción guardada en disco es suficiente para permitir a la base de datos reconstruir dichas modificaciones cuando el sistema se reinicie después del fallo.
    • 5.
      • CONSISTENCIA
      • La ejecución aislada de la transacción (es decir, sin otra transacción que se ejecute concurrentemente) conserva la consistencia de la base de datos.
      • EJEMPLO:
      • En cierto caso el requisito de consistencia es que la suma de A y B no sea alterada al ejecutar la transacción. Sin el requisito de consistencia, la transacción podría crear o destruir dinero! Se puede comprobar fácilmente que si una base de datos es consistente antes de ejecutar una transacción, sigue siéndolo después de ejecutar dicha transacción.
    • 6.
      • AISLAMIENTO
      • Una transacción no debe hacer visibles sus cambios a otras transacciones hasta que es confirmada. Si existió un error en la transacción del dinero no debería afectar las demás, ya que se bloquearían para que puedan acceder otros usuarios, por lo tanto debería tratarse como acceso independiente, por usuario o por transacciones.
    • 7.
      • DURABILIDAD
      • Una vez que se completa con éxito la ejecución de una transacción, y después de comunicar al usuario que inició la transacción que se ha realizado la transferencia de fondos, no debe suceder que un fallo en el sistema produzca la pérdida de datos correspondientes a dicha transferencia.
      • La propiedad de durabilidad asegura que, una vez que se completa con éxito una transacción, persisten todas las modificaciones realizadas en la base de datos, incluso si hay un fallo en el sistema después de completarse la ejecución de dicha transacción.
    • 8.
      • En ausencia de fallos, todas las transacciones se completan con éxito. Sin embargo, como se ha visto antes, una transacción puede que no siempre termine su ejecución con éxito.
    • 9.
      • • Activa, el estado inicial; la transacción permanece en este estado durante su ejecución.
      • • Parcialmente comprometida, después de ejecutarse la última instrucción.
      • • Fallida, tras descubrir que no puede continuar la ejecución normal.
      • • Abortada, después de haber retrocedido la transacción y restablecido la base de datos a su estado anterior al comienzo de la transacción.
      • • Comprometida, tras completarse con éxito.
    • 10.  
    • 11. ROLLBACK
      • Si alguna de las operaciones de una transacción falla hay que deshacer la transacción en su totalidad para volver al estado inicial en el que estaba la base de datos antes de empezar. Esto se consigue con la sentencia ‘ROLLBACK TRAN’.
    • 12.
      • • REINICIAR LA TRANSACCIÓN ,
      • pero sólo si la transacción se ha abortado a causa de algún error hardware o software que no lo haya provocado la lógica interna de la transacción. Una transacción reiniciada se considera una nueva transacción.
      • • CANCELAR LA TRANSACCIÓN .
      • Normalmente se hace esto si hay algún error interno lógico que sólo se puede corregir escribiendo de nuevo el programa de aplicación, o debido a una entrada incorrecta o debido a que no se han encontrado los datos deseados en la base de datos.
    • 13. COMMIT
      • Si todas las operaciones de una transacción se completan con éxito hay que marcar el fin de una transacción para que la base de datos vuelva a estar en un estado consistente con la sentencia ‘COMMIT TRAN’.
    • 14.
      • • COMMIT
      • Compromete la transacción actual y comienza una nueva.
      • • ROLLBACK
      • Provoca que la transacción actual aborte.
    • 15.
      • Existen dos planificaciones que se utilizan para garantizar la concurrencia de incoherencia:
      • PLANIFICACIÓN SERIALIZABLE.- Es encontrar planificaciones no serie, es decir que produzca los mismos resultados que alguna ejecución en serie. El orden es importante de esta planificación debido a que en una transacción escribe un elemento, y otra lee o escribe el mismo elemento.
    • 16.
      • PLANIFICACIÓN RECUPERABLE.- Es que para cada para de transacciones T1 y T2, si T1 lee un elemento de datos previamente escrito por T2, entonces la confirmación de T1 precede de la confirmación de T2.
    • 17.
      • SERIALIZABILIDAD DE CONFLICTOS: Esta planificación ordena las operaciones conflictivas de la misma manera que alguna de las posibles ejecuciones serie.
      • SERIALIZABILIDAD DE VISTAS: Si es equivalente en términos de vistas a una planificación en serie, o si es serializable en términos de conflictos, pero que no lo es vista a la inversa.
    • 18.
      • Una marca temporal es un identificador unívoco creado por el SGBD y que indica el tiempo de inicio relativo de una transacción.
      • En el control de concurrencia basado en bloques existen dos fases: una es crecimiento se adquiere todos los bloques y en la fase de decrecimiento se empieza a liberar cada uno de estos bloques, mientras que en la que es basada en marcas temporales se ubican en orden como llegaron, y tienen prioridad según su marca temporal sea más pequeña.
    • 19.
      • Cuando un transacción T ejecuta un comando read :
      • La transacción trata de leer un elemento que ya ha actualizado por un operación posterior, por lo que la transacción llega tarde y cualquier datos que reciba será incoherente, esta deberá ser abortada y reiniciada con una nueva marca temporal. En caso contrario la operación se puede realizar.
    • 20.
      • Cuando un transacción T ejecuta un comando write:
      • La transacción solicita escribir un elemento que ya ha sido por una operación más reciente, una operación está ya actualizando este elemento y sería erróneo volver actualizar el elemento ahora, en caso contrario la operación se realiza.
      • C) Regla de escritura de Thomas
      • S e utiliza para modificar el protocolo básico de ordenación, con el fin de proporcionar un mayor grado de concurrencia las operaciones de escritura obsoletas.
    • 21.
      • En las técnicas pesimistas o conservadoras se realiza un retardo en las transacciones por si haya un conflicto con tras transacciones en algún instante. En cambio los métodos optimistas mantienen que los conflictos son raros, ellos permiten a las transacciones que continúen de manera no sincronizada y los conflictos se los confirma al final, cuando la transacción se confirma.
    • 22.
      • Tipos de fallos que pueden afectar el procesamiento de la base de datos:
      • Paradas catastróficas del sistema: errores del software o del hardware, se pierde el contenido de la memoria principal.
      • Fallos de soporte físico: produce pérdida de parte de la información guardada en el almacenamiento secundario
    • 23.
      • Errores en el software de las aplicaciones: errores lógicos en los programas, que producen fallo de transacciones
      • Desastres físicos naturales: incendios, inundaciones, terremotos o apagones
      • Destrucción Negligente: no intencionada por operadores o usuarios
      • Sabotaje: destrucción intencionada de los datos, del hardware, software o de las instalaciones
    • 24.
      • El archivo de registro es una característica fundamental de cualquier mecanismo de operación ya es este quien contiene información sobre todas las actualizaciones realizadas en la base de datos.
      ARCHIVO DE REGISTRO
    • 25.
      • Las actualizaciones se escriben en una base de datos hasta que la transacción no alcance su punto de confirmación, si la transacción falla antes de alcanzar este punto no se habrá modificado la base de datos y no será necesario deshacer el cambio.
      • En cambio en una actualización inmediata las actualizaciones son aplicadas en la base de datos según se vayan realizando sin espera que alcance su punto de confirmación.
    • 26.
      • Transacciones anidadas: estas transacciones tienen jerarquía de subtransacciones. Existen transacciones de primer nivel que tienen transacciones hijas, y estas a su vez puede volver a tener nuevas transacciones anidadas.
      • b) Sagas: Las sagas no son mas que secuencia de transacciones que pueden entrelazarse con otras transacciones.
    • 27.  

    ×