You are on page 1of 5

2.1.

4 Instalacin del software de BD en modo transaccional

introduccin el concepto de bases de datos transaccionales es un sinnimo de fiabilidad superior a las bases de datos comunes existen situaciones en las que necesitamos hacer ms de una consulta al mismo tiempo y todas tienen que ser correctas para que los datos sean consistentes y tengan sentido de otro modo tendramos informacin corrupta a este grupo de sentencias se les llama transacciones una transaccin en un sistema de gestin de bases de datos sgbd es un conjunto de rdenes que se ejecutan formando una unidad de trabajo es decir en forma indivisible o atmica un sgbd se dice transaccional si es capaz de mantener la integridad de los datos haciendo que estas transacciones no puedan finalizar en un estado intermedio cuando por alguna causa el sistema debe cancelar la transaccin empieza a deshacer las rdenes ejecutadas hasta dejar la base de datos en su estado inicial llamado punto de integridad como si la orden de la transaccin nunca se hubiese realizado para esto el lenguaje de consulta de datos sql structured query language provee los mecanismos para especificar que un conjunto de acciones deben constituir una transaccin begin tran especifica que va a empezar una transaccin commit tran le indica al motor que puede considerar la transaccin completada con xito rollback tran indica que se ha alcanzado un fallo y que debe restablecer la base al punto de integridad en un sistema ideal las transacciones deberan garantizar todas las propiedades acid ver anexos en la prctica a veces alguna de estas propiedades se simplifica o debilita con vistas a obtener un mejor rendimiento

Debido al constante crecimiento de datos que generan las empresas hoy en da, se ha vuelto muy necesaria la bsqueda de nuevas plataformas para almacenar y analizar la informacin, ambientes que consuman menos recursos, que sean ms escalables y que provean una alta disponibilidad. La solucin consiste en el procesamiento paralelo de los datos de una base de datos.

Una base de datos en modo transaccional significa que la BD ser capaz de que las operaciones de insercin y actualizacin se hagan dentro de una transaccin, es un componente que procesa informacin descomponindola de forma unitaria en operaciones indivisibles, llamadas transacciones, esto quiere decir que todas las operaciones se realizan o no, si sucede algn error en la operacin se omite todo el proceso de modificacin de la base de datos, si no sucede ningn error se hacen toda la operacin con xito. Una transaccin es un conjunto de lneas de un programa que llevan insert o update o delete. Todo aqul software que tiene un log de transacciones (que es la "bitcora" que permite hacer operaciones de commit o rollback), propiamente es un software de BD; aqul que no lo tiene (v.g. D-Base), propiamente no lo es. Todo software de base de datos es transaccional; si el software de la BD no es "transaccional", en realidad NO es un "software" de BD; en todo caso, es un software que emula el funcionamiento de un verdadero software de BD. Cada transaccin debe finalizar de forma correcta o incorrecta como una unidad completa. No puede acabar en un estado intermedio. Se usan las siguientes mtodos : Begin TRans para iniciar la transaccin CommitTrans para efectuar los cambios con xito RollbackTrans para deshacer los cambios

Y depende que base de datos uses para efectuar las operaciones pero, es la misma teora para cualquier BD. Una vez que se sabe la forma de ingresar comandos, es el momento de acceder a una base de datos. Suponga que en su hogar posee varias mascotas y desea registrar distintos tipos de informacin sobre ellas. Puede hacerlo si crea tablas para almacenar sus datos e introduce en ellas la informacin deseada. Entonces, podr responder una variedad de preguntas acerca de sus mascotas recuperando datos desde las tablas. Los pasos seran: Crear una base de datos Crear una tabla Introducir datos en la tabla Recuperar datos desde la tabla de varias maneras Emplear mltiples tablas La base de datos menagerie (palabra inglesa que en espaol significa "coleccin de animales") se ha hecho deliberadamente simple, pero no es difcil imaginar situaciones del mundo real donde podra usarse un tipo similar de base de datos. Por ejemplo,

para un granjero que desee hacer el seguimiento de su hacienda, o para los registros de los pacientes de un veterinario. Una vez instalado MySQL

Se realiza lo siguiente: Mediante la sentencia SHOW se encuentran las bases de datos que existen actualmente en el servidor: mysql> SHOW DATABASES; +----------+ | Database | +----------+ | mysql | | test | | tmp | +----------+ La lista obtenida puede ser distinta, pero es casi seguro que tendr las bases de datos mysql y test. La base de datos mysql es necesaria porque es la que describe los privilegios de acceso de los usuarios. La base de datos test se provee para que los usuarios hagan pruebas. Tenga en cuenta que si no tiene el privilegio SHOW DATABASES, no podr ver todas las bases de datos que hay en el servidor. Consulte Seccin 13.5.1.3, Sintaxis de GRANT y REVOKE. Si la base de datos test existe, intente acceder a ella: mysql> USE test Database changed Advierta que, al igual que QUIT, USE no necesita que ponga un punto y coma al final (aunque puede hacerlo si lo desea). La sentencia USE tiene otra particularidad: debe escribirse en una sola lnea. Puede colocar los ejemplos siguientes en la base de datos test, si tiene acceso a ella, pero si trabaja en un ambiente compartido, lo que deposite all puede ser fcilmente borrado por alguien ms que tenga el acceso. Por este motivo, debera pedirle a su administrador permiso para usar una base de datos propia. Suponga que quiere llamarla menagerie. El administrador necesitar ejecutar un comando como este: mysql> GRANT ALL ON menagerie.* TO 'su_nombre_mysql'@'su_host_cliente'; Donde su_nombre_mysql es el nombre de usuario que se le asign, y su_host_cliente es el host u computadora desde donde se conectar.

Las bases de datos transaccionales deben cumplir el test ACID. Esto es que debe cumplir los siguientes principios:

A por atmico:

El principio de atomicidad dice que para que una transaccin sea completa, se deben completar todas las partes de la transaccin o ninguna de ella. Por ejemplo, si transfieren fondos de una cuenta bancaria a otra, la transaccin puede fallar por mltiples motivos, pero no deben restarse los fondos de una cuenta si no se ha sumado a la otra y al revs. La base de datos debe garantizar ambos procesos o ninguno de ellos. Si alguno de los procesos va mal por cualquier motivo la base de datos debe garantizar que lo que haya podido hacer se puede dar marcha atrs. A pesar de que el concepto atmico suena a algo pequeo (como tomo) puede ser muy implicar mltiples sentencias DML.

El rollback puede ser manual o automtico y sin posibilidad de pararlo en caso de error. Oracle garantiza el principio de atomicidad a travs del uso de segmentos de undo.

C por consistencia.

El principio de consistencia dice que el resultado de un query debe ser consistente con el estado de la base de datos en el momento que el query comenz. Si se lanza una query sobre un tabla y antes de est termine se actualizan registros en esta tabla, qu valores debe incluir la query los antiguos o los nuevos?. El principio de consistencia dice que la query no debe incluir los valores que fueron insertados o borrados o modificados despus que la query iniciara. Oracle utiliza los segmentos de Undo para permitir cumplir este principio. Sin embargo, si los segmentos de undo no estn correctamente configurados, el query puede fallar con el error ORA-1555 snapshot too old.

I por Aislamiento (Isolation)

El principio de aislamiento dice que una transaccin incompleta (que no ha se ha hecho commit) debe ser invisible para el resto del mundo. Mientras la transaccin est en curso, solamente la sesin que est ejecutando la transaccin tiene permiso de ver los cambios. Esto se debe a que primero tiene que tener lugar toda la transaccin y hasta que esto no se produzca los dems usuarios no deben ver los cambios. Los dems usuarios deben ver versiones anteriores de los

datos hasta que la transaccin se haya completado. Oracle garantiza el aislamiento de las transacciones a travs de los segmentos de undo.

D por Durabilidad

El principio de durabilidad implica que una vez que se ha realizado un commit la transaccin no se debe perder. Hasta que se haga commit nadie puede ver la transaccin, pero una vez hecho commit todo el mundo debe poder verla y la base de datos debe garantizar que el dato no se pierda. Oracle garantiza este principio con los dos tipos de logfile, online y archive. Hay que tener en cuenta que si la base de datos no est en modo archivado este principio puede no cumpliese.

You might also like