Diferencia entre revisiones de «ACID»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
Sin resumen de edición
Diegusjaimes (discusión · contribs.)
m Revertidos los cambios de 187.155.7.54 a la última edición de Xqbot
Línea 1: Línea 1:
En bases de datos se denomina '''ACIDo''' a un conjunto de características necesarias para que una serie de instrucciones puedan ser consideradas como una [[Transacción de base de datos|transacción]]. Así pues, si un [[SGBD|sistema de gestión de bases de datos]] es ''ACIDo compliant'' quiere decir que el mismo cuenta con las funcionalidades necesarias para que sus transacciones tengan las características ACIDo.
En bases de datos se denomina '''ACID''' a un conjunto de características necesarias para que una serie de instrucciones puedan ser consideradas como una [[Transacción de base de datos|transacción]]. Así pues, si un [[SGBD|sistema de gestión de bases de datos]] es ''ACID compliant'' quiere decir que el mismo cuenta con las funcionalidades necesarias para que sus transacciones tengan las características ACID.


En concreto '''ACIDo''' es un acrónimo de '''A'''tomicity, '''C'''onsistency, '''I'''solation and '''D'''urability: Atomicidad, Consistencia, Aislamiento y Durabilidad en español.
En concreto '''ACID''' es un acrónimo de '''A'''tomicity, '''C'''onsistency, '''I'''solation and '''D'''urability: Atomicidad, Consistencia, Aislamiento y Durabilidad en español.


== Interrupción ==
== Interrupción ==

Revisión del 16:46 8 oct 2009

En bases de datos se denomina ACID a un conjunto de características necesarias para que una serie de instrucciones puedan ser consideradas como una transacción. Así pues, si un sistema de gestión de bases de datos es ACID compliant quiere decir que el mismo cuenta con las funcionalidades necesarias para que sus transacciones tengan las características ACID.

En concreto ACID es un acrónimo de Atomicity, Consistency, Isolation and Durability: Atomicidad, Consistencia, Aislamiento y Durabilidad en español.

Interrupción

  • Atomicidad: es la propiedad que asegura que la operación se ha realizado o no, y por lo tanto ante un fallo del sistema no puede quedar a medias.
  • Consistencia: es la propiedad que asegura que sólo se empieza aquello que se puede acabar. Por lo tanto se ejecutan aquellas operaciones que no van a romper la reglas y directrices de integridad de la base de datos.
  • Aislamiento: es la propiedad que asegura que una operación no puede afectar a otras. Esto asegura que la realización de dos transacciones sobre la misma información sean independientes y no generen ningún tipo de error.
  • Durabilidad: es la propiedad que asegura que una vez realizada la operación, ésta persistirá y no se podrá deshacer aunque falle el sistema.

Cumpliendo estas 4 condiciones se considera ACID Compliant

Puesta en práctica

Poner las características ACID en ejecución no es tan sencillo. El proceso de una transacción requiere a menudo un número de cambios pequeños al ser realizado, incluyendo la puesta al día de los índices que son utilizados en el sistema para acelerar búsquedas. Esta secuencia de operaciones puede fallar por un número de razones; por ejemplo, el sistema puede no tener ningún sitio disponible en sus accionamientos de disco, o puede haber sobrepasado su tiempo de CPU asignado.

ACID sugiere que la base de datos pueda realizar todas estas operaciones inmediatamente. De hecho esto es difícil de conseguir. Hay dos clases de técnicas populares: escribir a un registro antes de continuar y la paginación de la sombra. En ambos casos, los bloqueos se deben implantar antes que la información sea actualizada, y dependiendo de la técnica puesta en práctica, todos los datos se tienen que haber leído. En escribir a un registro antes de continuar, la atomicidad es garantizada asegurándose que toda la información esté escrita a un registro antes que se escriba a la base de datos. Eso permite que la base de datos vuelva a un estado anterior en caso de un desplome. En sombrear, las actualizaciones se aplican a una copia de la base de datos, y se activa la nueva copia cuando la transacción sea confiable. La copia refiere a partes sin cambios de la vieja versión de la base de datos, en vez de ser un duplicado entero.

Esto significa que debe realizarse un bloqueo en cualquier momento antes de procesar datos en una base de datos, incluso en operaciones leídas. Mantener una gran cantidad de bloqueos da lugar a un aumento substancial indirecto de los procesos así como a una alteración de la concurrencia de ellos. Si el usuario A está procesando una transacción que ha leído una fila de los datos que el usuario B desea modificar, por ejemplo, el usuario B debe esperar hasta que el otro usuario acabe.

Una alternativa a la fijación es mantener copias separadas de cualquier dato que se modifique. Esto permite a usuarios leer datos sin adquirir ningún bloqueo. Usando de nuevo el ejemplo anterior, cuando la transacción del usuario consigue los datos que el usuario B ha modificado, la base de datos puede recuperar la versión exacta de los datos para que el usuario A comience su transacción. Esto asegura de que el usuario A consiga una vista constante de la base de datos aunque otros usuarios estén cambiando datos.

Es difícil garantizar características en un ambiente de red. Las conexiones de red pudieron fallar, o dos usuarios pudieron utilizar la misma parte de la base de datos al mismo tiempo.

El bifásico se aplica típicamente en transacciones distribuidas para asegurarse de que cada participante en la transacción conviene aceptar si se debe confiar en la transacción no.

Se debe tener cuidado cuando trabajan transacciones en paralelo. La fijación bifásica se aplica típicamente para garantizar el aislamiento completo.

El concepto ACID se describe en ISO/IEC 10026-1: 1992 sección 4.