Presentación
Hoy en día, las bases de datos se han convertido en la parte esencial de la mayoría de los sistemas de cómputo, ya que permite un manejo dinámico de la información, proporcionando mecanismos de seguridad, de precisión y de control de los datos almacenados en ella; además de proveer elementos relevantes para la toma de decisiones y métodos de actuación relacionada con el manejo de grandes volúmenes de datos.
Introducción
En la actualidad la de bases de datos es extensamente utilizado por ser la única solución posible para manejar grandes volúmenes de datos, la complejidad de la extracción de datos y la concurrencia de datos.Las bases de datos se han extendido por la disminución de los costos de los servidores y las necesidades de exploración de datos. Los sistemas integrados de gestión, paquetes contables o aplicaciones almecenan los datos en bases de datos.
4.1 Bitácoras de Trabajo del DBMS
Una bitácora es una herramienta (archivos o registros) que permite registrar, analizar, detectar y notificar eventos que sucedan en cualquier sistema de información utilizado en las organizaciones.
La estructura más ampliamente usada para grabar las acciones que se llevan en la base de datos.
Nos ayuda a recuperar la información ante algunos incidentes de seguridad, detección de comportamiento inusual, información para resolver problemas, evidencia legal, es de gran ayuda en las tareas de computo forense.
Permite guardar las transacciones realizadas sobre una base de datos en específico, de tal manera que estas transacciones puedan ser auditadas y analizadas posteriormente.
4.1.1 Funciones Específicas de las Bitácoras
La estructura más ampliamente usada para grabar las modificaciones de la base de datos es la Bitácora. Cada registro de la bitácora escribe una única escritura de base de datos y tiene lo siguiente:
- Nombre de la Transacción
- Valor antiguo
- Valor Nuevo
Es fundamental que siempre se cree un registro en la bitácora cuando se realice una escritura antes de que se modifique la base de datos.
También tenemos la posibilidad de deshacer una modificación que ya se ha escrito en la base de datos, esto se realizará usando el campo del valor antiguo de los registros de la bitácora.
Los registros de la bitácora deben residir en memoria estable como resultado el volumen de datos en la bitácora puede ser exageradamente grande.
Las operaciones COMMIT y ROLLBACK establecen lo que se le conoce como punto de sincronización lo cual representa el límite entre dos transacciones consecutivas, o el final de una unidad lógica de trabajo, y por tanto al punto en el cual la base de datos esta (o debería estar) en un estado de consistencia. Las únicas operaciones que establecen un punto de sincronización son COMMIT, ROLLBACK y el inicio de un programa. Cuando se establece un punto de sincronización:
Se comprometen o anulan todas las modificaciones realizadas por el programa desde el punto de sincronización anterior.
Se pierde todo posible posicionamiento en la base de datos. Se liberan todos los registros bloqueados. Es importante advertir que COMMIT y ROLLBACK terminan las transacción, no el programa.
En tecnologías de base de datos, un rollback es una operación que devuelve a la base de datos a algún estado previo. Los Rollbacks son importantes para la integridad de la base de datos, a causa de que significan que la base de datos puede ser restaurada a una copia limpia incluso después de que se han realizado operaciones erróneas. Son cruciales para la recuperación de crashes de un servidor de base de datos; realizando rollback (devuelto) cualquier transacción que estuviera activa en el tiempo del crash, la base de datos es restaurada a un estado consistente.
En SQL, ROLLBACK es un comando que causa que todos los cambios de datos desde la última sentencia BEGIN WORK, o START TRANSACTION sean descartados por el sistema de gestión de base de datos relacional (RDBMS), para que el estado de los datos sea "rolled back"(devuelto) a la forma en que estaba antes de que aquellos cambios tuvieran lugar.
Una sentencia ROLLBACK también publicará cualquier savepoint existente que puediera estar en uso.
En muchos dialectos de SQL, los ROLLBACK son específicos de la conexión. Esto significa que si se hicieron dos conexiones a la misma base de datos, un ROLLBACK hecho sobre una conexión no afectará a cualesquiera otras conexiones. Esto es vital para el buen funcionamiento de la Concurrencia.
La funcionalidad de rollback está normalmente implementada con un Log de transacciones, pero puede también estar implementada mediante control de concurrencia multiversión.
4.1.3 Permanencia (Commit)
En el contexto de la Ciencia de la computación y la gestión de datos, commit (acción de comprometer) se refiere a la idea de consignar un conjunto de cambios "tentativos, o no permanentes". Un uso popular es al final de una transacción de base de datos.
Una sentencia COMMIT en SQL finaliza una transacción de base de datos dentro de un sistema gestor de base de datos relacional (RDBMS) y pone visibles todos los cambios a otros usuarios. El formato general es emitir una sentencia BEGIN WORK, una o más sentencias SQL, y entonces la sentencia COMMIT. Alternativamente, una sentencia ROLLBACK se puede emitir, la cual deshace todo el trabajo realizado desde que se emitió BEGIN WORK. Una sentencia COMMIT publicará cualquiera de los savepoints (puntos de recuperación) existentes que puedan estar en uso.
En términos de transacciones, lo opuesto de commit para descartar los cambios "en tentativa" de una transacción, es un rollback.
4.2 Definición de los Modos de Operación de un DBMS (Alta, Baja, Recovery)
La vida de todo archivo comienza cuando se crea y acaba cuando se borra. Durante su existencia es objeto de constante procesamiento, que con mucha frecuencia incluye acciones de consulta o búsqueda y de actualización. En el caso de la estructura archivos, entenderemos como actualización, además de las operaciones, vistas para vectores y listas enlazadas, de introducir nuevos datos (altas) o de eliminar alguno existente (bajas), la modificación de datos ya existentes, (operación muy común con datos almacenados). En esencia, es la puesta al día de los datos del archivo.
Una operación de alta en un archivo consiste en la adición de un nuevo registro. En un archivo de empleados, un alta consistirá en introducir los datos de un nuevo empleado. Para situar correctamente un alta, se deberá conocer la posición donde se desea almacenar el registro correspondiente: al principio, en el interior o al final de un archivo.
El algoritmo de ALTAS debe contemplar la comprobación de que el registro a dar de alta no existe previamente. Una baja es la acción de eliminar un registro de un archivo. La baja de un registro puede ser lógica o física. Una baja lógica supone el no borrado del registro en el archivo. Esta baja lógica se manifiesta en un determinado campo del registro con una bandera, indicador o “flag” -carácter *. $, etc.,-, o bien con la escritura o rellenado de espacios en blanco en el registro dado de baja
Altas
La operación de dar de alta un determinado registro es similar a la de añadir datos a un archivo. Es importante remarcar que en un archivo secuencial sólo permite añadir datos al final del mismo.
En otro caso, si se quiere insertar un registro en medio de los ya presentes en el archivo, sería necesaria la creación nueva del archivo.
El algoritmo para dar de alta un registro al final del fichero es como sigue:
- algoritmo altas
- leer registro de alta
- inicio
- abrir archivo para añadir
- mientras haya más registros hacer {algunos lenguajes ahorran este bucle}
- leer datos del registro
- fin_mientras
- escribir (grabar) registro de alta en el archivo
- cerrar archivo
- fin
Bajas
Existen dos métodos para dar de baja a un registro en un archivo secuencial, donde no es fácil eliminar un registro situado en el interior de una secuencia: Para ello podemos seguir dos métodos:
1) Utilizar y por tanto crear un segundo archivo auxiliar transitorio, también secuencial, copia del que se trata de actualizar. Se lee el archivo completo registro a registro y en función de su lectura se decide si el registro se debe dar de baja o no. En caso afirmativo, se omite la escritura en el archivo auxiliar. Si el registro no se va a dar de baja, este registro se reescribe en el archivo auxiliar
Tras terminar la lectura del archivo original, se tendrán dos archivos: original (o maestro) y auxiliar. El proceso de bajas del archivo concluye borrando el archivo original y cambiando el nombre del archivo auxiliar por el del inicial.
2) Guardar o señalar los registros que se desean dar de baja con un indicador o bandera que se guarda en un array; de esta forma los registros no son borrados físicamente, sino que son considerados como inexistentes.
Inevitablemente, cada cierto tiempo, habrá que crear un nuevo archivo secuencial con el mismo nombre, en el que los registros marcados no se grabarán.
Propósito de Backup y Recuperación
Como administrador de copia de seguridad, la tarea principal es diseñar, implementar y gestionar una estrategia de backup y recuperación. En general, el propósito de una estrategia de recuperación de copia de seguridad y es para proteger la base de datos contra la pérdida de datos y reconstruir la base de datos después de la pérdida de datos. Normalmente, las tareas de administración de seguridad son las siguientes:
- Planificación y probar las respuestas a diferentes tipos de fallas.
- Configuración del entorno de base de datos de copia de seguridad y recuperación.
- La creación de un programa de copia de seguridad
- Seguimiento de la copia de seguridad y entorno de recuperación
- Solución de problemas de copia de seguridad
- Para recuperarse de la pérdida de datos en caso de necesidad
Como administrador de copia de seguridad, es posible que se le pida que realice otros deberes que se relacionan con copia de seguridad y recuperación:
- La preservación de datos, lo que implica la creación de una copia de base de datos para el almacenamiento a largo plazo
- La transferencia de datos, lo que implica el movimiento de datos de una base de datos o un host a otro.
4.3 Comandos de Activación para los Modos de Operación
Para ser uso de los diferentes comandos para un modo de operación debemos estar como administrador o asuma un rol que incluya el perfil de derechos Service Management.
Comando STARTUP
Para el arranque de una base de datos hay tres fases de arranque, para realizar estas fases podemos utilizar startup más un comando, las tres fases son las siguientes:
startup nomount ;
Fase de Montaje: se asocia la instancia con la base de datos. Se usa el archivo de parámetros para localizar los archivos de control, que contienen el nombre de los archivos de datos y los registros rehacer. Los archivos de datos y los registros de rehacer no están abiertos, así que no son accesibles por usuarios finales para tareas normales. Para realizar esta fase se pueden utilizar dos comandos:
startup mount;
alter database mount;
Fase de Apertura: se abren los archivos de datos y los registros rehacer. La base de datos queda disponible para las operaciones normales. Es necesario que existan registros rehacer de lo contrario si no hay registros usamos el comando resetlogs, que crea registros nuevos. Para esta fase se pueden usar dos comandos:
- startup open;
- alter database open;
- Si es necesario utilizar resetlogs:
- startup open resetlogs;
- alter database open resetlogs;
- startup restrict (sólo permite la conexión de usuarios con el privilegio restricted sesion).
- startup force (hace shutdown abort y arranca la BD).
Comando SHUTDOWN
El comando SHUTDOWN lo utilizamos parar una base de datos la cual consiste en varias cláusulas.
Shutdown Normal: Este es el valor por defecto, durante el proceso de parada no admite nuevas conexiones y espera que las conexiones actuales finalicen. En el próximo arranque la base datos no requiere procedimientos de recuperación.
Shutdown Immediate: Se produce una parada inmediata de la base de datos, durante el proceso de parada no permite nuevas conexiones y las actuales la desconecta, las transacciones que no estén commit se hara roolback de ellas. En el próximo arranque la base datos no requiere procedimientos de recuperación.
Shutdown Transactional: Se produce una parada hasta que hayan terminado las transacciones activas, no admite nuevas conexiones y tampoco nuevas transacciones, una vez que las transacciones activas van terminando va desconectando a los usuarios. En el próximo arranque la base datos no requiere procedimientos de recuperación.
Shutdown Abort: Aborta todos los procesos de una base de datos, durante el proceso de parada no permite nuevas conexiones y las actuales la desconecta, las transacciones que no estén commit se hará roolback de ellas. En el próximo arranque la base datos puede requerir procedimientos de recuperación.
Comando Describe
Este comando permite conocer la estructura de una tabla, las columnas que la forman y su tipo y restricciones.
DESCRIBE f1;
Comando SHOW TABLES y SHOW CREATE TABLE
El comando SHOW TABLES muestra las tablas dentro de una base de datos y SHOW CREATE TABLES muestra la estructura de creación de la tabla.
Modificación
Para realizar una modificación utilizamos el comando ALTER TABLE. Para usar ALTER TABLE, necesita permisos ALTER, INSERT y CREATE para la tabla.
4.4- Manejo de Índices
El índice de una base de datos es una estructura alternativa de los datos en una tabla. El propósito de los índices es acelerar el acceso a los datos mediante operaciones físicas más rápidas y efectivas. En pocas palabras, se mejoran las operaciones gracias a un aumento de la velocidad, permitiendo un rápido acceso a los registros de una tabla en una base de datos. Al aumentar drásticamente la velocidad de acceso, se suelen usar sobre aquellos campos sobre los cuáles se hacen búsquedas frecuentes.
4.4.1 Tipos de Índices
Índices Compuestos
Un índice compuesto, también llamado índice concatenado, es un índice de varias columnas de una tabla. Las columnas de un índice compuesto que deben aparecer en el orden que tenga más sentido para las consultas que recuperar datos y no necesita ser adyacente en la tabla.
Los índices compuestos pueden acelerar la recuperación de datos para las instrucciones SELECT en la que el DONDE referencias cláusula totalidad o la parte principal de las columnas en el índice compuesto. Por lo tanto, el orden de las columnas utilizadas en la definición es importante. En general, las columnas de acceso más común van primero.
Índices Únicos y no Únicos
Los índices pueden ser únicos o no únicos. Índices únicos garantizar que no hay dos filas de una tabla tienen valores duplicados en la columna de clave o columna. Por ejemplo, dos empleados no pueden tener el mismo ID de empleado. Por lo tanto, en un índice único, existe una ROWID para cada valor de datos. Los datos de los bloques de hojas se ordenan sólo por clave.
Índices no únicas permiten valores duplicados en la columna o columnas indexadas. Por ejemplo, la columna 'nombre de la tabla de empleados puede contener varios valores Mike. Para un índice no único, el ROWID se incluye en la clave de forma ordenada, por lo que los índices no únicos se ordenan por la clave de índice y ROWID (ascendente).
Tipos de Índices
Los Índices de Árbol B
Estos índices son el tipo de índice estándar. Son excelentes para la clave principal y los índices altamente selectivos. Utilizado como índices concatenados, B-tree índice pueden recuperar los datos ordenados por las columnas de índice. Índices B-tree tienen los siguientes subtipos:
Índice de Tablas Organizadas
Una tabla de índice-organizada difiere de un montón-organizado porque los datos es en sí mismo el índice.
En este tipo de índice, los bytes de la clave de índice se invierten, por ejemplo, 103 se almacena como 301. La inversión de bytes extiende inserta en el índice durante muchos bloques.
Índices Descendentes
Este tipo de índice almacena los datos en una columna o columnas de concreto en orden descendente.
Índices B-Tree de Racimo
Este tipo de índice se utiliza para indexar una clave de clúster tabla. En lugar de apuntar a una fila, los puntos clave para el bloque que contiene filas relacionadas con la clave de clúster.
Mapa de Bits y los Índices Bitmap Join
En un índice de mapa de bits, una entrada de índice utiliza un mapa de bits para que apunte a varias filas. En cambio, los puntos de entrada de un índice B-tree en una sola fila. Un índice de combinación de mapa de bits es un índice de mapa de bits para la unión de dos o más tablas. Consulte "Indicadores de mapa de bits".
Índices Basados en Funciones
Este tipo de índice incluye columnas que, o bien se transforman por una función, tales como la función UPPER, o incluidos en una expresión. Índices B-tree o mapa de bits puede ser basado en las funciones.
Índices de Dominio de Aplicación
Este tipo de índice se crea por un usuario para los datos en un dominio específico de la aplicación. El índice físico no tiene que utilizar una estructura de índice tradicional y se puede almacenar ya sea en la base de datos Oracle como tablas o externamente como un archivo. Consulte "Indicadores de dominio de aplicación".
Índices B-Tree
Árboles B, abreviatura de árboles balanceados, son el tipo más común de índice de base de datos. Un índice B-tree es una lista ordenada de valores dividida en rangos. Mediante la asociación de una tecla con una fila o rango de filas, los árboles B proporcionan un excelente rendimiento de la recuperación para una amplia gama de consultas, incluyendo coincidencia exacta y búsquedas por rango.
4.4.2 Reorganización de Índices.
Un factor clave para conseguir una E/S de disco mínima para todas las consultas de bases de datos es asegurarse de que se creen y se mantengan buenos índices. Una vez creados los índices, se debe procurar mantenerlos para asegurarse que sigan trabajando en forma óptima. A medida que se agregan, modifican o borran datos se produce fragmentación. Esta fragmentación puede ser buena o mala para el rendimiento del sistema, dependiendo de las necesidades del trabajo de la base de datos.
Fragmentación de los Índices
La fragmentación es consecuencia de los procesos de modificación de los datos (instrucciones INSERT, UPDATE y DELETE) efectuados en la tabla y en los índices definidos en la tabla. Como dichas modificaciones no suelen estar distribuidas de forma equilibrada entre las filas de la tabla y los índices, el llenado de cada página puede variar con el paso del tiempo. Para las consultas que recorren parcial o totalmente los índices de una tabla, este tipo de fragmentación puede producir lecturas de páginas adicionales. Esto impide el recorrido paralelo de los datos. Existen dos tipos de fragmentación:
Interna: Fragmentación dentro de páginas individuales de datos e índices con espacios libres que generan la necesidad de más operaciones de E/S y más memoria para su lectura. Este hecho disminuye el rendimiento en ambientes de lectura, pero en algunos casos puede beneficiar las inserciones, que no requieren una división de páginas con tanta frecuencia.
Externa: Cuando el orden lógico de las páginas no es correcto, porque las páginas no son contiguas. El acceso a los datos es mucho más lento por la necesidad de búsqueda de los datos.
La fragmentación de índices se puede reparar reorganizando un índice o reconstruyéndolo. Para los índices fraccionados que fueron construidos en una estructura partida se puede usar cualquiera de estos métodos o bien en un índice completo o bien en un único fragmento del índice.
Detección de Fragmentación
El primer paso para decidir qué método de desfragmentación se va a utilizar consiste en analizar el índice para determinar el nivel de fragmentación. Si se usa la función del sistema sys.dm_db_index_physical_stats, se puede detectar la fragmentación de los índices de la base de datos thuban-homologada.
La grilla de resultados emitida por la anterior sentencia incluye las siguientes columnas:
Columna
|
Descripción
|
Id Índice
|
El número de índice dentro de la tabla.
|
Tabla
|
Nombre de la tabla a la que corresponde el índice.
|
Índice
|
Nombre del índice.
|
% Fragmentación
|
El porcentaje de fragmentación lógica (páginas del índice fuera de orden).
|
Cantidad de fragmentos
|
La cantidad de fragmentos (páginas físicas consecutivas) en el índice.
|
Promedio de páginas por fragmentos
|
Promedio de número de páginas en un fragment del índice.
|
Una vez que se toma conciencia del nivel de fragmentación, se debe utilizar la tabla a continuación para determinar el mejor método para su corrección.
% Fragmentación
|
Sentencia correctiva
|
> 5% and < = 30%
|
ALTER INDEX REORGANIZE
|
> 30%
|
ALTER INDEX REBUILD WITH (ONLINE = ON)*
|
La reconstrucción del índice puede ejecutarse tanto en línea como fuera de línea. La reorganización de los índices debe ejecutarse siempre en línea. Para adquirir una disponibilidad similar a la de la opción de reorganización, los índices deben ser reconstruidos en línea.
Estos valores proveen una estricta guía para determinar el punto en el que se debe cambiar de ALTER INDEX REORGANIZE a ALTER INDEX REBUILD.
Los niveles muy bajos de fragmentación (menores que el 5 por ciento) no deben ser corregidos por ninguno de estos comandos porque el beneficio de la remoción de una cantidad tan pequeña de fragmentación es casi siempre superado ampliamente por el costo de reorganización o reconstrucción de índices.
Reorganización de Índices
Para reorganizar uno o más índices se debe usar la sentencia ALTER INDEX con la cláusula REORGANIZE. Por ejemplo:
ALTER INDEX PK_LOGS ON THUBAN_LOGS REORGANIZE
El proceso de reorganización de índices se realiza siempre en línea y el consumo de recursos es bajo por lo que no mantiene bloqueos por mucho tiempo.
4.4.3 Reconstrucción de Índices
Es importante periódicamente examinar y determinar qué índices son susceptibles de ser reconstruidos. Cuando un índice está descompensado puede ser porque algunas partes de éste han sido accedidas con mayor frecuencia que otras. Como resultado de este suceso podemos obtener problemas de contención de disco o cuellos de botella en el sistema. Normalmente reconstruimos un índice con el comando ALTER INDEX.
Es importante tener actualizadas las estadísticas de la base de datos. Para saber si las estadísticas se están lanzando correctamente podemos hacer una consulta sobre la tabla dba_indexes y ver el campo last_analyzed para observar cuando se ejecutaron sobre ese índice las estadísticas.
Blevel (branch level) es parte del formato del B-tree del índice e indica el número de veces que Oracle ha tenido que reducir la búsqueda en ese índice. Si este valor está por encima de 4 el índice deberá de ser reconstruido.
ALTER INDEX <index_name> REBUILD;
Para reconstruir una partición de un índice podríamos hacer los siguiente:
ALTER INDEX <index_name> REBUILD PARTITION <nb_partition> NOLOGGING;
Conclusión
Conclusión
Por:Darwin Ulises Cruz Quiñones
El administrar base de datos resulta un tema interesante y con una curva de aprendizaje no tan elevado a comparación de otras materias del tema, pero las cosas son así de simples cuando el volumen de datos a administrar no es tan grande, cuando tenemos un volumen de datos consideradamente grande tenemos que aplicar ciertas herramientas o técnicas que nos proporcionan los diferentes lenguajes declarativos de bases de datos.
La seguridad es un tema importante cuando hablamos de bases de datos, en muchos casos obtenemos información sensible por parte de nuestro usuario, usuarios, contraseñas, tarjetas de crédito y entre otras, en estos casos nuestra seguridad en el manejo de esta información debe ser alta para que no sea tan fácil de corromper, el uso de bitácoras resulta conveniente para tener un control de todo lo que sucede en nuestra base de datos, desde nuevas inserciones, eliminaciones o actualizaciones de los datos, con esto podemos saber de la actividad en nuestra base de datos, los rollbacks igual son una medida de seguridad para posibles errores a la hora de que se hace algún tipo de modificación en nuestra base de datos, los rollbacks nos regresen a un estado previo, a un estado limpio antes del error generado y así los errores en la información o en las actualizaciones no afectarán la integridad de nuestra base de datos.
Otra de las herramientas que nos ofrecen la gran mayoría de lenguajes declarativos es la adaptación del manejo de índices que resulta de gran ayuda en el manejo de grandes volúmenes de información en nuestras bases de datos, su adaptación a nuestras tablas no es tán difícil, El propósito de los índices es acelerar el acceso a los datos mediante operaciones físicas más rápidas y efectivas. En pocas palabras, se mejoran las operaciones gracias a un aumento de la velocidad, permitiendo un rápido acceso a los registros de una tabla en una base de datos.
Hoy en día en un mundo donde todo está conectado al internet, el internet de las cosas, el manejo de información es obligatoria para la gran mayoría de proyectos, esto tiene sus ventajas y desventajas, ya que nuestra información como usuarios debe ser tratada con mucha delicadeza, nuestros datos valen mucho y las grandes empresas lo saben, la seguridad debe ser de vital importancia contra los ataques maliciosos a base de datos y que en muchos casos para el manejo ilícito de los datos. Al igual que la seguridad los usuarios quieren rendimiento, las bases de datos deben estar implementadas para la eficacia de las consultas de todo tipo y evitar la congestión en nuestra base de datos a toda causa.
Por: Mizty Llarely Flota Góngora
Iniciando con el apartado de operación y mantenibilidad, se habla acerca de las bitácoras de trabajo de DBMS , estas incluyen cualquier tipo de consultas al igual que aquellas que no modifican los datos, por otra parte la operación rollback es para el uso de la bitácora, el DBMS mantiene una bitácora en el que se registran los detalles de las operaciones, en caso que se necesite anular alguna modificación específica, el sistema puede utilizar la entrada correspondiente de la bitácora y restaurar el valor original. Cada registro de la bitácora escribe únicamente escritura de datos y contiene el nombre de la transacción, el valor antiguo y el valor nuevo.
El commit y rollback establece el punto de sincronización que presenta los límites entre dos transacciones consecutivas por lo tanto la base de datos debe estar en estado consistente, algo importante de lo anterior es que el commit y el rollback terminan las transacciones no el programa.
El rollback es importante para la integridad de la BD porque la base de datos puede ser restaurada a una copia limpia aunque haya tenido operación errónea, en SQL causa que todo cambio de datos desde Begin work o start transaction sean borrados del sistema de gestión de BD relacional para que este estad sea rolled back.
Algo importante dentro del lenguaje SQL es que denomina commit a aplicar cambios y rollback a cancelarlos, commit finaliza una transacción dentro de un sistema gestor y pone visible todos los cambios a otros usuarios, las funciones esenciales de un sistema gestor es la descripción, utilización y manipulación, la última mencionada permite hacer búsquedas, añadir, suprimir y modificar datos.
Los índices son estructuras para la organización de los datos de una tabla, su propósito de estos es agilizar el acceso a los datos mediante operaciones físicas, existen dos tipos de índices, los índices agrupados que definen el orden de almacenamiento de las filas de la tabla y se consideran para su uso las columnas selectivas, afectadas en consultas, accedidas secuencialmente, implicando join o group by y acceso muy rápido a filas; los índices no agrupados poseen la arquitectura de un árbol b y la orden de las filas están constituidas en las columnas indexadas.
En la parte de backup y recuperación como administrador de copias de seguridad la principal tarea es diseñar y gestionar una estrategia de backup ya sea planificando y comprobando respuestas a los tipos de fallas, configurar el entorno de BD, la creación de un programa de copia de seguridad, etc. La falla de medos es un problema físico ya sea por un disco que provoca el error de leer o escribir en un archivo de disco para ejecutar en la BD; Los errores del usuario cuando se producen, ya sea debido a un error en la lógica de la aplicación o un error manual, los datos en una base de datos se modifican o eliminan incorrectamente, también existe el recovery manager está integrado con la BD de Oracle para que se lleve a cabo la serie de actividades de copias de seguridad y la recuperación esto incluye el mantenimiento de un repositorio de RMAN de datos históricos de las copias de seguridad.
Por: Walter Alexis Hernández Poot
En conclusión existen distintas herramientas con las que las bases de datos cuentan para su objetivo primordial en cuál es llevar el control de datos, ya sea en su operación al hacer uso de las transacciones para asegurar así las consultas por medio de los comandos COMMIT y ROLLBACK, apoyándose por el uso de bitácoras estas aseguran que las tareas realizadas en la misma sean confiables, la utilización de índices puede mejorar el rendimiento de las consultas, ya que los datos necesarios para satisfacer las necesidades de la consulta existen en el propio índice. Es decir, sólo se necesitan las páginas de índice y no las páginas de datos de la tabla o el índice agrupado para recuperar los datos solicitados; por tanto, se reduce la E/S global en el disco.
Los índices en vistas pueden mejorar de forma significativa el rendimiento si la vista contiene agregaciones, combinaciones de tabla o una mezcla de agregaciones y combinaciones.
Algunos problemas que nos pueden ocasionar es que las tablas utilizadas para almacenar los índices ocupan espacio. Los índices consumen recursos ya que cada vez que se realiza una operación de actualización, inserción o borrado en la tabla indexada, se tienen que actualizar todas las tablas de índice definidas sobre ella (en la actualización sólo es necesaria la actualización de los índices definidos sobre las columnas que se actualizan).
Por: Angel Humberto Vega Segura
Una base de datos permite almacenar datos de manera estructurada, para ello existen diversos programas que guardan estos datos de tal forma que estén en orden, una base de datos también se le puede definir como un sistema de información en la cual permite al administrador hacer consultas, editar información, eliminar etc. Sin embargo hoy en día las bases de datos podemos encontrarlos en cualquier lugar en el supermercado, en oficinas públicas, hospitales, bancos etc., y esta información que maneja dichas empresas se almacena de forma local, es decir que puede utilizarla sólo un usuario en un equipo, sino que también puede ser distribuida, esto quiere decir que los datos pueden ser almacenados en un quipo remoto y esto puedes ser visualizado por medio de una red, una las principales ventajas de una BD es que múltiples usuarios pueden acceder a ellas al mismo tiempo.
Una bitácora es una herramienta que contiene muchas funcionalidades, tales como guarda registros, transacciones, también permite la recuperación de información, al igual guarda acciones que se llevan a cabo en la BD. En las bitácoras existes funciones específicas como el Rollback y el Commit la diferencia entre ambos es que el Rollback es una operación que hace que la BD vuela a un estado previo, es decir, que la BD puede ser restaurada con una copia limpia de seguridad, en cambio Commit es una sentencia que realiza modificaciones o cambios cuando finaliza una transacción y esto puede ser visualizado por los usuarios. Un Sistema Gestor de Base de Datos podrá dar altas, bajas y poder recuperar esa información, cuando se habla de dar una Alta en BD se refiere a añadir datos a un archivo, por otro lado cuando se emplea el terminó Baja esto da a entenderá a la eliminación de un registro y aquí entra el roll del administrador cuando dicho registro se elimina por accidente o por fallo del sistema es necesario emplear la función recovery esto permitirá recuperar la información pérdida o eliminada; como administrador es necesario crear copias de seguridad y al crear dicha copia se puede reconstruir los datos del sistema. Tambien existen fallas no solo por parte del administrador de la BD sino que también hay errores físicos, por parte de los usuarios o de la aplicación, el primero es debido a un problema con el disco duro donde se encuentra alojado la BD, el segundo se debe tal vez al eliminar un dato o modificarlo esto puede causar la inactividad de la BD y la de aplicación se debe a un fallo por parte del funcionamiento del software y como consecuencia puede dañar secciones de datos.
Otro aspectos importantes a mencionar seria el diseño y la creación de la base de datos, donde existen muchas formas de organizar la información y representar las relaciones de los datos, esto se debe gracias a los tres modelos lógicos principales dentro de una base de datos las cuales son el jerárquico, de redes y el relacional, los cuales tiene ciertas ventajas de procesamiento y de negocios.
Bibliografía
Mapa Conceptual
