viernes, 8 de junio de 2018

Copia de Seguridad y Restaurar




UNIVERSIDAD POLITECNICA AMAZONICA




INGENIERÍA DE SISTEMAS Y TELEMÁTICAS


                       Docente         : Marco Aurelio Porro Chulli

                       Asignatura     :BASE DE DATOS II.

                       Ciclo               : VIII  "A"

                       Integrantes     : Yanina Bustamante Jibaja.

                                                  Yenny Isabel Cuello Morón.

COPIA DE SEGURIDAD Y RESTAURAR

   1.   Contenido

  Ø Definición

Una Copia de Seguridad, es un duplicado de nuestra información más importante, que realizamos para salvaguardar los documentos, archivos, fotos, etc., de nuestro ordenador, por si acaso ocurriese algún problema que nos impidiese acceder a los originales que tenemos en él. Esta Copia de Seguridad también se denomina Copia de Respaldo e incluso, podremos encontrarnos con la denominación Backup en términos ingleses. Podemos perder nuestra información o cuando menos no poder acceder a ella por motivos muy diversos, desde infecciones del sistema por virus y malware, fallos de hardware (cortes de corriente y picos de tensión, excesos de temperatura y daños en los dispositivos), apagados incorrectos del equipo, problemas motivados por algún programa, daños del usuario al borrar archivos por error, etc. A la hora de seleccionar que contenido guardar en esas copias, debemos pensar siempre en el nivel de importancia de la información, es decir, que archivos personales importantes tienes en tu ordenador y cuales podría suponer un gran problema perderlos, como fotografías, documentos del trabajo, documentación personal, etc., esos, evidentemente son los que tienes que asegurar siempre.
Restaurar Sistema es una herramienta implementada en Windows que permite devolver al ordenador a un estado anterior. Recopila los archivos para quitarse y el estado que estaba el sistema y luego se ve un cargador que va devolviendo al equipo su estado anterior. Luego reinicia el sistema. En Restaurar sistema, el usuario puede crear un punto de restauración manualmente, elegir un punto existente para restaurar el sistema o cambiar la configuración. Por otra parte, la restauración en sí puede deshacerse posteriormente. Los puntos de restauración viejos se eliminan para evitar que el disco duro se llene. Restaurar sistema respalda archivos de sistema con ciertas extensiones (.dll, .exe, etc.), y los guarda para posterior restauración y uso.También respalda el Registro y la mayoría de los controladores. Ø  Características
 Seguridad y fiabilidad. Con todos los archivos que se guardan en la nube, es necesario que se sigan unas normas de seguridad que lo conviertan en un sistema fiable. Un buen antivirus, firewall, copias de respaldo y sistema de encriptación de datos será esencial, no sólo para proteger los ficheros, sino para cumplir con la normativa de confidencialidad de la LOPD.
 Automatización: de nada nos sirve tener un sistema de almacenamiento si tenemos que hacer nosotros manualmente las copias de seguridad. Este protocolo de actuación conllevaría múltiples errores humanos: días que no se ha hecho copia de seguridad, copias mal guardadas o perdidas, etc.
 Espacio de almacenamiento: aunque no es obligatorio guardar todos los ficheros que se producen cada día en la empresa en el sistema de backup, sí es necesario contar con un servicio de almacenamiento amplio y, sobre todo, escalable. 1 o 2 Gb puede ser lo más idóneo para empezar cuando no se manejan datos de gran volumen.
 Sencillez y buena interfaz: lo deseable es que la interfaz del programa en la nube que estemos empleando sea lo más intuitiva posible, de modo que cualquier persona autorizada pueda recuperar datos de manera sencilla y en el menor tiempo posible.
 Periodicidad: otro aspecto importante es la periodicidad con que el sistema de backup nos permite programar las copias de seguridad. Cuanto más corto sea el período, menos probabilidades habrá de que una incidencia pueda sobrepasar la política de seguridad de la empresa. Lo deseable es que se haga una copia cada 24 horas, como mínimo, y si es necesario, en tiempo real.
  

  Ø  Tipos

      a)    Copia de seguridad completa

  v  Se realiza una copia de todos los datos que se quieren guardar. Esta copia de seguridad tiene una ventana de copia más grande y también necesita mayor espacio de almacenamiento pues copia todos los datos.

  v  Siempre se empieza con una copia completa de los datos y luego se puede pasar a realizar otro tipo de copias o más copias completas.

  v  Se recomienda ejecutar copias completas de forma periódica por ejemplo semanalmente y entre copia y copia completa realizar copias incrementales o diferenciales.

  v  Cuanto mayor es el periodo entre copia y copia completa más datos se habrán modificado y más datos se están copiando en las copias incrementales o diferenciales intermedias. Por eso hay que llegar a un equilibrio para evitar que las copias intermedias acaben siendo tan grandes como una copia completa.

      b)    Copia de seguridad incremental

En la copia incremental solo se copian los datos que se han modificado desde la última copia realizada, ya sea una copia completa o otra copia incremental. Para la restauración de la copia es necesario restaurar la copia completa y todas las copias incrementales posteriores.

Ventajas

  Ø Ventana de copia menor.

  Ø Menos espacio de almacenamiento que en la copia completa o la diferencial.

Inconvenientes

  Ø Restauración más lenta y complicada pues depende de la copia completa y las copias incrementales anteriores.

   Ø Si falla cualquiera de las copias dependiente no se podrá restaurar la copia.

      c)    Copia de seguridad diferencial

Copia los datos modificados desde la última copia completa realizada. En su restauración solo tiene dependencia con la copia completa. Es independiente de las copias diferenciales anteriores.

Ventajas

  ü  Ventana de copia menor que la copia completa pero mayor que la incremental.
  ü  Menos espacio de almacenamiento que en la copia completa.  
  ü  Más fiable que la copia incremental pues solo depende de la anterior copia completa.

Inconvenientes

  ü  Restauración más lenta que la copia completa pues hay que restaurar la copia completa y la diferencial.

  ü  Si falla la copia completa o la diferencial no se podrá restaurar la copia.

  ü  Hay datos duplicados entre las copias diferenciales pues cada copia diferencial almacena todas las modificaciones realizadas desde la última copia completa.

  ü  Si el periodo entre copias completas en grande, la copia diferencial puede llegar a necesitar una ventana de copia y un espacio de almacenamiento casi tan grande como una copia completa.

  Ø  Limitaciones y Restricciones

Limitaciones

Un esquema de copia de seguridad efectiva debe tener en consideración las limitaciones de la situación. Todo esquema de copia de seguridad tiene cierto impacto en el sistema que ha sido copiado. Si este impacto es significativo, la copia de seguridad debe ser acotada en el tiempo.
Todos los soportes de almacenamiento tienen una capacidad finita y un coste real. Buscar la cantidad correcta de capacidad acorde con las necesidades de la copia de seguridad es una parte importante del diseño del esquema de la copia.

  Ø  Restricciones

Debe tener en cuenta las siguientes restricciones de copia de seguridad:
(   
     a)  Todos los archivos de copia de seguridad/archivado deben estar en un directorio.

  ü  Tendrá que especificar el directorio de registros de archivado cuando configure réplica de CDC.  
  
  ü  No coloque los registros de archivado en el mismo directorio que los registros en línea ni coloque registros de archivado para más de una base de datos Sybase en el mismo directorio.

(   b)  Los archivos de copia de seguridad deben ser accesibles localmente.

  ü  No realice copias de seguridad con escritura en bandas en varios discos, cintas o servidores remotos.

     c)   Utilice sólo archivos de copia de seguridad descomprimidos.

  ü  No ejecute copias de seguridad comprimidas. Sólo se pueden leer archivos de copia de seguridad descomprimidos.

(    d)  Utilice un único servidor de copia de seguridad.

  ü  réplica de CDC no puede leer y fusionar registros de varios servidores.

(    e)  Retenga el registro del servidor de copia de seguridad.

  ü  No suprima un archivo de registro del servidor de copia de seguridad. El registro del servidor de copia de seguridad enumera todas las copias de seguridad.
  ü  La eliminación de entradas obsoletas del registro puede hacerse manualmente como parte del procedimiento de eliminación del registro de copia de seguridad utilizando un programa de utilidad de línea de mandatos.


    
    2.   Resumen
La realización de copias de seguridad es un proceso mediante el cual podemos hacer un duplicado de la información almacenada en los discos duros de nuestros equipos, de manera que en caso necesario se puedan recuperar los datos almacenados.
En las copias de seguridad es necesario salvaguardar al menos los datos de los usuarios, los archivos de configuración y las bases de datos de las aplicaciones. En casos más específicos también podría ser necesario hacer una copia exacta de las aplicaciones y servidores de la organización, por ejemplo, para las organizaciones cuyo trabajo diario dependen de un conjunto de aplicaciones y servicios informáticos.
Las copias de seguridad deben almacenarse siempre en soportes externos: discos duros externos, memorias USB, servidores remotos, DVDs, etc. En cualquier caso, nunca deben almacenarse en el mismo equipo donde se encuentra la información original.

    3.   Sumary
The making of backup copies is a process by which we can duplicate the information stored on the hard disks of our computers, so that if necessary, the stored data can be recovered.
In the backups it is necessary to safeguard at least the data of the users, the configuration files and the databases of the applications. In more specific cases it might also be necessary to make an exact copy of the organization's applications and servers, for example, for organizations whose daily work depends on a set of applications and computer services.
Backup copies should always be stored on external media: external hard drives, USB memories, remote servers, DVDs, etc. In any case, they should never be stored on the same computer where the original information is located.

    4.   Recomendaciones
Una vez que el sistema de copias de seguridad está funcionando es muy importante asegurarse que lo hace correctamente, para ello deben comprobarse periódicamente que éstas se están realizando y pueden ser restauradas.
Las copias de seguridad deben almacenarse siempre en soportes externos: discos duros externos, memorias usb, servidores remotos, DVDs, etc. En cualquier caso nunca deben almacenarse en el mismo equipo donde se encuentra la información original.


    5.   Conclusiones
Es de suma importancia hacer copias de seguridad para no perder datos importantes, ya sea nuestro trabajo diario o datos importantes de una empresa. Eso nos ahorrará problemas futuros y nos asegurará siempre tener guardada esa información que necesitamos.
     6.   Apreciación del Equipo
La realización de copias de seguridad es un trabajo demasiado arduo y complejo, pero no es así en absoluto, ya que existen muchas herramientas que facilitan la labor y automatizan el trabajo.
Las copias de seguridad o backup es la mejor de resguardar nuestra información o trabajos. debemos elegir la mejor manera de resguardar la información con el método que mejor nos convenga dependiendo del tipo de trabajo que estemos realizando

    7.   Glosario de Términos
La Copia Completa: duplica todos los archivos y directorios seleccionados. Es el sistema más simple y efectivo, pero ocupa más espacio para realizar las copias.
La Copia Incremental: solo guarda los archivos que hayan sido modificados desde la última copia total del sistema.
La Copia Diferencial: guarda todos los ficheros que se han modificado desde la última copia total, pero cada copia diferencial anula la copia anterior.
Restaurar: Se llama restaurar al proceso de recuperar unos o mas archivos de un backup.
Deduplicación: Es una técnica especializada de compresión de datos para eliminar copias duplicadas de datos repetidos.
Backup o copia seguridad: se conoce con este nombre al resultado de efectuar una copia de todos o algunos archivos que se encuentran en el medio de almacenamiento de una o varias de computadoras en otros medios diferentes a este último  para poderlos recuperarlos en otro momento si se pierden o se dañan los archivos originales.
Validación de copias de seguridad: El proceso por el cual los dueños de los datos pueden obtener información considerando como fueron copiados esos datos.
Registrando: En suma, a la historia de los reportes generados por el ordenador, actividades y registros de cambio son útiles para así entender mejor la copia de seguridad.

Restricciones: Se trata del proceso y la consecuencia de restringir.

Seguridad: Técnicas y herramientas diseñadas para proteger la confiabilidad, integridad y disponibilidad de los datos y de los sistemas.

   8.   Linkografías
Link de las Diapositivas



martes, 5 de junio de 2018

TRANSACCIONES



UNIVERSIDAD POLITECNICA AMAZONICA




INGENIERÍA DE SISTEMAS Y TELEMÁTICAS


                       Docente         : Marco Aurelio Porro Chulli

                       Asignatura     :BASE DE DATOS II.

                       Ciclo               : VIII  "A"

                       Integrantes     : Yanina Bustamante Jibaja.

                                                  Yenny Isabel Cuello Morón.


TRANSACCIONES EN SQL SERVER
1        
                        Contenido

Ø Definición
Una transacción es un conjunto de operaciones que van a ser tratadas como una única unidad. Estas transacciones deben cumplir 4 propiedades fundamentales comúnmente conocidas como ACID (atomicidad, coherencia, asilamiento y durabilidad).

Es una unidad única de trabajo. Si una transacción tiene éxito, todas las modificaciones de los datos realizadas durante la transacción se confirman y se convierten en una parte permanente de la base de datos.

Si una transacción encuentra errores y debe cancelarse o revertirse, se borran todas las modificaciones de los datos.
Es considerado como un grupo de una o varias instrucciones de base de datos totalmente confirmadas o totalmente revertidas. Cada transacción es atómica, coherente, aislada y durable (ACID).

El principio y el final de las transacciones dependen de la configuración de AUTOCOMMIT y de las instrucciones BEGIN TRANSACTION, COMMIT y ROLLBACK

Ø Propiedades ACID (Atomicidad, Consistencia, Aislamiento y Durabilidad)

           Atomicidad

 Las operaciones que componen una transacción deben considerarse como una sola.
Una transacción es una unidad de trabajo en la que se produce una serie de operaciones entre las instrucciones BEGIN TRANSACTION y END TRANSACTION de una aplicación. Una transacción se ejecuta exactamente una vez y tiene carácter "atómico" (de subdivisión), es decir, el trabajo se realiza en su totalidad o no se realiza en ningún caso.
Las operaciones asociadas a una transacción comparten normalmente un objetivo común y son interdependientes. Si el sistema ejecutase únicamente una parte de las operaciones, podría poner en peligro el objetivo final de la transacción. La atomicidad elimina la posibilidad de procesar un subconjunto de operaciones.

Consistencia

Una operación nunca deberá dejar datos inconsistentes.
Una transacción es una unidad de integridad porque mantiene la coherencia de los datos, transformando un estado coherente de datos en otro estado de datos igualmente coherente.
Se requiere que los datos enlazados mediante una transacción se mantengan en términos de semántica. Una parte de la responsabilidad para mantener la coherencia recae en el programador de la aplicación que debe asegurarse de que ésta exija todas las restricciones de integridad conocidas.

Aislamiento

 Los datos "sucios" deben estar aislados, y evitar que los usuarios utilicen información que aún no está confirmada o validada.
El aislamiento requiere que parezca que cada transacción sea la única que manipula el almacén de datos, aunque se puedan estar ejecutando otras transacciones al mismo tiempo. Una transacción nunca debe ver las fases intermedias de otra transacción.
Las transacciones alcanzan el nivel máximo de aislamiento cuando se pueden serializar. En este nivel, los resultados obtenidos de un conjunto de transacciones concurrentes son idénticos a los obtenidos mediante la ejecución en serie de las transacciones.
Como un alto grado de aislamiento puede limitar el número de transacciones concurrentes, algunas aplicaciones reducen el nivel de aislamiento en el intercambio para mejorar el rendimiento.

Durabilidad

Una vez completada la transacción los datos actualizados ya serán permanentes y confirmados.
Si una transacción se realiza satisfactoriamente, el sistema garantiza que sus actualizaciones se mantienen, aunque el equipo falle inmediatamente después de la confirmación. El registro especializado permite que el procedimiento de reinicio del sistema complete las operaciones no finalizadas, garantizando la permanencia de la transacción.

Ø  Tipos de Transacciones (Implícitas, Explícitas, ámbito de lote, etc.)

Implícitas: Cuando el Gestor de Datos comienza una transacción automáticamente cada vez que se produce una actualización de datos, pero el que dicha transacción se confirme o se deshaga, lo debe indicar el programador.
Se inicia implícitamente una nueva transacción cuando se ha completado la anterior, pero cada transacción se completa explícitamente con una instrucción COMMIT o ROLLBACK.

v   Explícitas: Son las que iniciamos nosotros "a mano" mediante instrucciones SQL, los programadores son los que indican qué operaciones va a abarcar.
Cada transacción se inicia explícitamente con la instrucción BEGIN TRANSACTION y se termina explícitamente con una instrucción COMMIT o ROLLBACK.

v   Transacciones de Ámbito de Lote: Una transacción implícita o explícita de Transact-SQL que se inicia en una sesión de MARS (conjuntos de resultados activos múltiples), que solo es aplicable a MARS, se convierte en una transacción de ámbito de lote. Si no se confirma o revierte una transacción de ámbito de lote cuando se completa el lote, SQL Server la revierte automáticamente.

v  De Confirmación Automática: El Gestor de Datos inicia una transacción automáticamente por cada operación que actualice datos. De este modo mantiene siempre la consistencia de la base de datos, aunque puede generar bloqueos.

Ø  Comandos BEGIN TRANSACTION, ROLLBACK TRANSACTION y COMMIT TRANSACTION

BEGIN TRANSACTION

Marca el punto de inicio de una transacción explícita.
Representa un punto en el que los datos a los que hace referencia una conexión son lógica y físicamente coherentes. Si se producen errores, se pueden revertir todas las modificaciones realizadas en los datos después de BEGIN TRANSACTION para devolver los datos al estado conocido de coherencia.
Cada transacción dura hasta que se completa sin errores y se emite COMMIT TRANSACTION para hacer que las modificaciones sean una parte permanente de la base de datos, o hasta que se produzcan errores y se borren todas las modificaciones con la instrucción ROLLBACK TRANSACTION.

COMMIT

Marca el final de una transacción explícita o de confirmación automática. Esta instrucción hace que los cambios en la transacción se confirmen permanentemente en la base de datos. La instrucción COMMIT es idéntica a COMMIT WORK, COMMIT TRAN y COMMIT TRANSACTION.
Si la transacción que se ha confirmado era una transacción Transact-SQL distribuida, COMMIT TRANSACTION hace que MS DTC utilice el protocolo de confirmación en dos fases para confirmar los servidores involucrados en la transacción.
Si una transacción local afecta a dos o más bases de datos de la misma instancia del Motor de base de datos, la instancia utiliza una confirmación interna en dos fases para confirmar todas las bases de datos involucradas en la transacción.

ROLLBACK

Revierte una transacción al principio de la misma. No se confirman cambios para la transacción en la base de datos. La instrucción ROLLBACK es idéntica a ROLLBACK WORK, ROLLBACK TRAN y ROLLBACK TRANSACTION.
Una transacción no se puede revertir después de ejecutar una instrucción COMMIT TRANSACTION, excepto cuando COMMIT TRANSACTION está asociada a una transacción anidada incluida en la transacción que se revierte. En esta instancia, la transacción anidada se revierte, incluso si ha emitido una instrucción COMMIT TRANSACTION para ella.

Ø  EJEMPLOS
1
USE NorthWind
DECLARE @Error int
--Declaramos una variable que utilizaremos para almacenar un posible código de error

BEGIN TRAN
--Iniciamos la transacción
UPDATE Products SET UnitPrice=20 WHERE ProductName ='Chai'
--Ejecutamos la primera sentencia
SET @Error=@@ERROR
--Si ocurre un error almacenamos su código en @Error
--y saltamos al trozo de código que deshara la transacción. Si, eso de ahí es un
--GOTO, el demonio de los programadores, pero no pasa nada por usarlo
--cuando es necesario
IF (@Error<>0) GOTO TratarError

--Si la primera sentencia se ejecuta con éxito, pasamos a la segunda
UPDATE Products SET UnitPrice=20 WHERE ProductName='Chang'
SET @Error=@@ERROR
--Y si hay un error hacemos como antes
IF (@Error<>0) GOTO TratarError

--Si llegamos hasta aquí es que los dos UPDATE se han completado con
--éxito y podemos "guardar" la transacción en la base de datos
COMMIT TRAN

TratarError:
--Si ha ocurrido algún error llegamos hasta aquí
If @@Error<>0 THEN
            BEGIN
            PRINT 'Ha ecorrido un error. Abortamos la transacción'
            --Se lo comunicamos al usuario y deshacemos la transacción
            --todo volverá a estar como si nada hubiera ocurrido
            ROLLBACK TRAN
            END

2.
  BEGIN TRAN TranExterna -- @@TRANCOUNT ahora es 1
   SELECT 'El nivel de anidamiento es', @@TRANCOUNT
   INSERT INTO Test VALUES (1)
   BEGIN TRAN TranInterna1 -- @@TRANCOUNT ahora es 2.
    SELECT 'El nivel de anidamiento es', @@TRANCOUNT
      INSERT INTO Test VALUES (2)
      BEGIN TRAN TranInterna2 -- @@TRANCOUNT ahora es 3.
        SELECT 'El nivel de anidamiento es', @@TRANCOUNT
            INSERT INTO Test VALUES (3)
           ROLLBACK TRAN --@@TRANCOUNT es 0 y se deshace
           --la transacción externa y todas las internas
            SELECT 'El nivel de anidamiento es', @@TRANCOUNT
             SELECT * FROM Test

2.   Resumen
Una transacción es un conjunto de operaciones que van a ser tratadas como una única unidad. Estas transacciones deben cumplir 4 propiedades fundamentales comúnmente conocidas como ACID (atomicidad, coherencia, asilamiento y durabilidad).
La transacción más simple en SQL Server es una única sentencia SQL. Por ejemplo una sentencia como esta:
UPDATE Products SET UnitPrice=20 WHERE ProductName ='Chai'
Cuando enviamos esta sentencia al SQL Server se escribe en el fichero de transacciones lo que va a ocurrir y a continuación realiza los cambios necesarios en la base de datos. Si hay algún tipo de problema al hacer esta operación el SQL Server puede leer en el fichero de transacciones lo que se estaba haciendo y si es necesario puede devolver la base de datos al estado en el que se encontraba antes de recibir la sentencia.

Por supuesto este tipo de transacciones no requieren de nuestra intervención puesto que el sistema se encarga de todo. Sin embargo, si hay que realizar varias operaciones y queremos que sean tratadas como una unidad tenemos que crear esas transacciones de manera explícita.
3.   Sumary
A transaction is a set of operations that will be treated as a single unit. "My friends must comply" in English as "ACID" (atomicity, coherence, isolation and durability).
The simplest transaction in SQL Server is a single SQL statement. For example, a sentence like this:
UPDATE Products SET UnitPrice=20 WHERE ProductName ='Chai'
When we send this statement to the SQL Server, what is going to happen is written in the transaction file and then it makes the necessary changes in the database. If there is any kind of problem when doing this operation, the SQL Server can read in the transaction file what was being done and if necessary it can return the database to the state it was in before receiving the statement.

Of course these types of transactions do not require our intervention since the system takes care of everything. However, if we have to carry out several operations and we want them to be treated as a unit, we have to create those transactions explicitly.
4.   Recomendaciones
·         Una transacción implícita o explícita de Transact-SQL que se inicia en una sesión de MARS (conjuntos de resultados activos múltiples), que solo es aplicable a MARS, se convierte en una transacción de ámbito de lote. Si no se confirma o revierte una transacción de ámbito de lote cuando se completa el lote, SQL Server la revierte automáticamente.
·        Si hay algún tipo de problema al enviar esta sentencia SQL(UPDATE) SQL Server puede leer en el fichero de transacciones lo que se estaba haciendo y si es necesario puede devolver la base de datos al estado en el que se encontraba antes de recibir la sentencia.
5.   Conclusiones
·    Si una transacción tiene éxito, todas las modificaciones de los datos realizadas durante la transacción se confirman y se convierten en una parte permanente de la base de datos.
·      Si una transacción encuentra errores y debe cancelarse o revertirse, se borran todas las modificaciones de los datos.
6.   Apreciación del Equipo
·     Las transacciones no hacen referencia únicamente a temas relacionados con los ordenadores. Cualquier tipo de actividad humana que conlleve una unidad lógica de trabajo que tenga que ser realizado en su completitud o ser cancelada implica una transacción.
· Las transacciones son unidades recuperables de tareas de acceso a datos para la manipulación del contenido de las bases de datos. Estas incluyen también unidades de recuperación de la base de datos en caso de fallo del sistema
7.   Glosario de Términos
ROLLBACK: fuerza que se deshaga la transacción en caso de haber un problema o querer abandonarla. Cierra la transacción.
BEGIN TRANSACTION o BEGIN TRAN: marca el inicio de una transacción. TRAN es un sinónimo de TRANSACTION y se suele usar más a menudo por abreviar.
ROLLBACK TRANSATION o ROLLBACK TRAN: fuerza que se deshaga la transacción en caso de haber un problema o querer abandonarla. Cierra la transacción.
COMMIT TRANSACTION O COMMIT TRAN: confirma el conjunto de operaciones convirtiendo los datos en definitivos. Marca el éxito de la operación de bloque y cierra
READ COMMITED: Una transacción no podrá ver los cambios de otras conexiones hasta que no hayan sido confirmados o descartados.la transacción.
COMMIT: confirma el conjunto de operaciones convirtiendo los datos en definitivos. Marca el éxito de la operación de bloque y cierra la transacción.
IMPLÍCITAS: cuando el gestor de datos comienza una transacción automáticamente cada vez que se produce una actualización de datos, pero el que dicha transacción se confirme o se deshaga, lo debe indicar el programador.
EXPLÍCITAS: son las que iniciamos nosotros "a mano" mediante instrucciones SQ. somos nosotros, los programadores, los que indicamos qué operacio0nes va a abarcar.
ATOMICIDAD: las operaciones que componen una transacción deben considerarse como una sola.
TRANSACCIÓN EXPLÍCITA: se define de manera general con una instrucción que marca su inicio, y dos posibles instrucciones que marcan su final en función de si debe tener éxito o debe fracasar en bloque.

8.    Linkografías


 Link de las diapositivas