tarea extraclase

4
UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MÉXICO CENTRO UNIVERSITARIO UAEM ATLACOMULCO BASE DE DATOS RELACIONALES LICENCIATURA EN INFORMATICA ADMINISTRATIVA PRUEBA DE ACID ALUMNO (A): GUADALUPE VELAZQUEZ TORRES LIA. ELIZABETH EVANGELISTA NAVA GRUPO: LIA I 9 29 DE AGOSTO DE 2015

Upload: lupiita-velazquez-de-arzate

Post on 10-Dec-2015

218 views

Category:

Documents


3 download

DESCRIPTION

Centro Universitario UAEM AtlacomulcoLIA I9

TRANSCRIPT

Page 1: TAREA EXTRACLASE

UNIVERSIDAD AUTÓNOMA DEL ESTADO DE MÉXICO

CENTRO UNIVERSITARIO UAEM ATLACOMULCO

BASE DE DATOS RELACIONALES

LICENCIATURA EN INFORMATICA ADMINISTRATIVA

PRUEBA DE ACID

ALUMNO (A):

GUADALUPE VELAZQUEZ TORRES

LIA. ELIZABETH EVANGELISTA NAVA

GRUPO: LIA I 9

29 DE AGOSTO DE 2015

Page 2: TAREA EXTRACLASE

INTRODUCCION

En el mundo de las bases de datos es muy común escuchar hablar del

concepto ACID. ACID es un grupo de 4 propiedades que garantizan que las

transacciones en las bases de datos se realicen de forma confiable.

Para empezar a definir ACID en el ámbito de las bases de datos, es necesario

comprender el concepto de transacción. En las bases de datos, se denomina

transacción a una única operación lógica ("de negocio"). Por ejemplo, es una

sola transacción la acción de transferir fondos de una cuenta bancaria a otra,

aun cuando involucra varios cambios en distintas tablas.

ACID: Por sus siglas en inglés Atomicity Consistency Isolation Durability, que

traducido al español es Atomicidad, Consistencia, Aislamiento y Durabilidad; es

un conjunto de características necesarias para que un conjunto de

instrucciones puedan ser consideradas como una transacción1 y por ende

está pueda ser fiable. A continuación se da una breve definición de cada una

de estas cuatro propiedades:

PRUEBA ACID

ATOMICIDAD: Cualquier cambio de estado que produce una transacción es atómico, es decir, ocurren todos o no ocurre ninguno. En otras palabras, esta propiedad asegura que todas las acciones de la transacción se realizan o ninguna de ellas se lleva a cabo; la atomicidad requiere que si una transacción se interrumpe por una falla, sus resultados parciales deben ser deshechos. CONSISTENCIA: Esta propiedad establece que solo los valores o datos válidos serán escritos en la base de datos; si por algún motivo una transacción que es ejecutada viola esta propiedad, se aplicara un roll back a toda la transacción dejando a la bases de datos en su estado de consistencia anterior. En caso de que la transacción sea ejecutada con éxito, la base de datos pasara de su estado de consistencia anterior a un nuevo estado de consistencia.

AISLAMIENTO: Está propiedad asegura que no sean afectadas entre sí las transacciones, en otras palabras esto asegura que la realización de dos o más transacciones sobre la misma información sean independientes y no generen ningún tipo de error.

DURABILIDAD: Es la propiedad de las transacciones que asegura que una vez finalizada su ejecución, sus resultados son permanentes a pesar de otras consecuencias, como por ejemplo, si falla el disco duro el sistema aún será capaz de recordar todas las transacciones que han sido realizadas en el sistema.

Page 3: TAREA EXTRACLASE

REGLAS DE CODD: MODELO RELACIONAL

INTEGRIDAD DE DATOS

INTEGRIDAD DE ENTIDAD

INTEGRIDAD DE DOMINIO

INTEGRIDAD REFERENCIAL

INTEGRIDAD DEFINIDA POR EL USUARIO

Page 4: TAREA EXTRACLASE

CONCLUSIONES

Usualmente, los sistemas implementan la atomicidad mediante algún

mecanismo que indica qué transacción comenzó y cuál finalizó; o manteniendo

una copia de los datos antes de que ocurran los cambios. Las bases de datos

en general implementan la atomicidad usando algún sistema de para seguir los

cambios. El sistema sincroniza los a medida que resulta necesario una vez

que los cambios ocurren con éxito. Luego, el sistema de recuperación de

caídas simplemente ignora las entradas incompletas.

REFERENCIAS

• Martin, James. Organización de las Bases de Datos. Pretince Hall.

México, 1992.

• COMPLEMANTARIA

• Mcfadden, Fred R. Modern Database Managment. Prentice

Hall.2002.

• Teorey, Toby J. Database Modeling and Design. Edit. Morgan

Kaufmann. 3a Edición 1998.

• Coulouris & Jean Dollimore. Distributed Systems Concepts and

Design. Edit. Addison Wesley. 2a Edición. 1987.