el
l para otros significados, considera la página de la desambiguación en la transacción .
En el de informática, el tratamiento transaccional del es la tratamiento de la información que se divide en operaciones individuales, indivisibles, llamada las transacciones del . que cada transacción debe tener éxito o fallar como unidad completa; no puede permanecer en un estado intermedio.
Descripción
El tratamiento transaccional se diseña para mantener un sistema informático (típicamente, pero no limitado a, una base de datos o algunos sistemas de ficheros modernos en un estado sabido, constante, asegurándose de que cualquier operación realizada en el sistema que sea interdependiente está terminada todo con éxito o cancelada todo con éxito.
Por ejemplo, considerar una transacción de actividades bancarias típica que implique el mover de £500 desde el cuenta de ahorros de un cliente a la cuenta corriente de un cliente. Esta transacción es una sola operación a los ojos de el banco, pero implica por lo menos dos operaciones separadas en términos de la computadora: cargando el cuenta de ahorros por £500, y acreditar la cuenta corriente por £500. Si la operación del debe tiene éxito pero no lo hace el crédito (o viceversa), que los libros del banco no balancearán en el final del día. Debe por lo tanto haber una manera de asegurarse de que o ambas operaciones tienen éxito o ambas fallan, de modo que nunca haya cualquier inconsistencia en la base de datos del banco en conjunto. El tratamiento transaccional se diseña para proporcionar esto.
El tratamiento transaccional permite que las operaciones individuales múltiples sean ligadas juntas automáticamente como transacción sola, indivisible. El sistema de transacción-proceso se asegura de que o todas las operaciones en una transacción están terminadas sin error, o ningunas de ellas son. Si algunas de las operaciones se terminan pero ocurren los errores cuando se intentan los otros, el &ldquo de transacción-proceso del sistema; rueda back” el todo el de las operaciones de la transacción (acertadas las incluyendo), de tal modo borrando todos los rastros de la transacción y restaurando el sistema al estado constante, sabido que estaba adentro antes de procesar de la transacción comenzó. Si todas las operaciones de una transacción se terminan con éxito, la transacción es “ committed” por el sistema, y todos los cambios a la base de datos son hechos permanente; la transacción no puede ser rodada detrás una vez que se hace esto.
El tratamiento transaccional guarda contra los errores del soporte físico y de software que pudieron dejar una transacción terminada parcialmente, con el sistema dejado en un estado desconocido, contrario. Si el sistema informático se estrella en el medio de una transacción, el sistema del tratamiento transaccional garantiza que todas las operaciones en cualquier transacción sin compromiso del ( es decir, procesado no totalmente) están canceladas.
Las transacciones se procesan en una orden cronológica terminante. Si el n+1 de la transacción toca la misma porción de la base de datos que el n de la transacción, el n+1 de la transacción de no comienza hasta que el n de la transacción esté confiado. Antes de que cualquier transacción esté confiada, el resto de las transacciones que afectan a la misma parte del sistema deben también ser confiadas; no puede haber “ holes” en la secuencia de transacciones precedentes.
Metodología
Los principios de base de todos los sistemas de transacción-proceso son iguales. Sin embargo, la terminología puede variar a partir de un sistema de transacción-proceso a otro, y los términos usados abajo no son necesario universales.
Restauración no actualizada
Transacción-procesando sistemas asegurar la integridad de la base de datos registrando los estados intermedios de la base de datos como se modifica, después usar estos expedientes para restaurar la base de datos a un estado sabido si una transacción no puede ser confiada. Por ejemplo, las copias de la información sobre el anterior de la base de datos a su modificación por una transacción son puestas a un lado por el sistema antes de que la transacción pueda hacer cualquier modificación (esto a veces se llama un antes de la imagen). La pieza de eventualmente de la transacción falla antes de que esté confiada, estas copias se utiliza para restaurar la base de datos al estado que estaba adentro antes de que la transacción comenzara (restauración no actualizada del ).
Restauración actualizada
Es también posible guardar un diario separado de todas las modificaciones a una base de datos (a veces llamada después de imágenes); esto no se requiere para la restauración no actualizada de transacciones falls, sino que es útil para poner al día la base de datos en caso de falta de la base de datos, así que algunos sistemas de transacción-proceso la proporcionan. Si la base de datos falla enteramente, debe ser restaurada del respaldo más reciente. El respaldo no reflejará las transacciones confiadas puesto que el respaldo fue hecho. Sin embargo, una vez que se restaura la base de datos, el diario de después de que las imágenes se puedan aplicar a la base de datos (restauración actualizada) del para traer la base de datos hasta la fecha. Cualquier transacción en curso a la hora de la falta se puede entonces rodar detrás. El resultado es una base de datos en un estado constante, sabido que incluya los resultados de todas las transacciones confiadas hasta el momento de falta.
Callejones sin salida
En algunos casos, dos transacciones pueden, en el curso de su proceso, tentativa de tener acceso a la misma porción de una base de datos al mismo tiempo, de una manera que evite que procedan. Por ejemplo, la transacción A puede tener acceso a la porción X de la base de datos, y la transacción B puede tener acceso a la porción Y de la base de datos. Si, en ese punto, la transacción A entonces intenta tener acceso a la porción Y de la base de datos mientras que la transacción B intenta tener acceso a la porción X, un callejón sin salida del ocurre, y ninguna de las dos transacciones puede moverse adelante. Transacción-procesando sistemas se diseñan detectar estos callejones sin salida cuando ocurren. Ambas transacciones serán canceladas y rodadas típicamente detrás, y entonces serán comenzadas otra vez en una diversa orden, automáticamente, de modo que no ocurra el callejón sin salida otra vez. O a veces, apenas uno de las transacciones estancadas será cancelado, rodado detrás, y recomenzado automáticamente después de un retardo corto.
Los callejones sin salida pueden también ocurrir entre tres o más transacciones. Más transacciones implicadas, más difíciles son a detectar, al punto que los sistemas del tratamiento transaccional encuentran que hay un límite práctico a los callejones sin salida que pueden detectar.
Criterios ÁCIDOS (atomicidad, consistencia, aislamiento, durabilidad)
considera también:
ÁCIDO
El tratamiento transaccional tiene estas ventajas:
permite la distribución de los recursos de la computadora entre muchos usuarios
Cambia de puesto la época de proceso de trabajos a cuando los recursos de computación están menos ocupados
Evita estar desocupados los recursos de computación sin la interacción minute-by-minute humana y la supervisión
Es utilizado en clases costosas de computadoras para ayudar a amortizar el coste guardando altas tasas de utilización de esos recursos costosos
Puestas en práctica
El software de transacción-proceso, notablemente sistema del estándar de la gestión de la información de s de IBM ', primero fue desarrollado en los años 60, y a menudo juntado de cerca al servidor de cliente particular de los sistemas de gestión de la base de datos que computaba principios similares ejecutados en los años 80 con éxito mezclado. Sin embargo, en años más últimos, el client-server model distribuido ha llegado a ser considerablemente más difícil de mantener. Mientras que el número de transacciones creció en respuesta a los varios servicios onlines (especialmente el Web ), una sola base de datos distribuida no era una solución práctica. Además, la mayoría de los sistemas en línea consisten en una habitación entera de los programas que funcionan juntos, en comparación con un client-server model terminante donde el solo servidor podría manejar el tratamiento transaccional. Un número de sistemas del tratamiento transaccional están hoy disponibles que trabajo en el nivel inter-program y que escalan a los sistemas grandes, incluyendo las unidades centrales .
Un estándar industrial abierto importante es el tratamiento transaccional distribuida de X/Open (DTP) (véase el JTA ). Sin embargo, los ambientes de transacción-proceso del propietario tales como CICS de IBM siguen siendo muy populares, aunque el CICS se haya desarrollado para incluir los estándares industriales abiertos también.
Ver también
ÁCIDOACMS
Rastro de intervención
CICS
Transacción de base de datos
IMS
Java EE (e. servidor de aplicaciones de WebSphere )
Transacción API (JTA) de Java
El bifásico confía
Facilidad del tratamiento transaccional
Smoking
Libros
Jim gris, Andreas Reuter, tratamiento transaccional - Concepts y Techniques, 1993, Morgan Kaufmann, ISBN 1-55860-190-2Philip A. Bernstein, recién llegado de Eric, principios del tratamiento transaccional, 1997, Morgan Kaufmann, ISBN 1-55860-415-4
Ahmed K. Elmagarmid (redactor), modelos para los usos de base de datos avanzados, Morgan-Kaufmann, 1992, ISBN 1-55860-214-3 de la transacción
.
| Random links: | Günter Verheugen | Enrique de Francia | El mensajero | El obispo caso de homicidio | La fortaleza de Palamidi |