Diapositiva 1

Unidad 4Operacin y Mantenibilidad Instituto Tecnolgico de VillahermosaIntegrantes:

Luis Fernando Cmara AyalaAldo Prez Maldonado

4.1 Bitcoras de Trabajo del DBMS

Unabitcora (log)es una herramienta (archivos o registros) que permite registrar, analizar, detectar y notificar eventos que sucedan en cualquier sistema de informacin utilizado en las organizaciones.

La estructura ms ampliamente usada para grabar las acciones que se llevan en la base de datos.

Nos ayuda a recuperar la informacin ante algunos incidentes de seguridad, deteccin de comportamiento inusual, informacin 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 especfico, de tal manera que estas transacciones puedan ser auditadas y analizadas posteriormente.Pueden obtenerse datos especficos de la transaccin como:

1.Operacin que se realiz

2.Usuario de BD

3.Fecha

4.Mquina

5.Programa

6.Tipo de conexin

7.EstadoNo se requiere hacer cambios en los sistemas de produccin o de desarrollo o en una simple instalacin para la implementacin de la bitcora.

A travs de la parametrizacin se generan las pantallas de consulta y reportes sin necesidad de programar.

Acceso a la bitcora a travs de una aplicacin Web.

Control de Acceso a la informacin de la bitcora a travs de Roles.

Se puede implementar en los sistemas de informacin que utilicen las principales bases de datos: Oracle, SQL Server, Informix, Sybase.

Permite hacer el seguimiento de todos los cambios que ha tenido un registro.4.1.1 Funciones Especficas de las Bitcoras

La estructura ms ampliamente usada para grabar las modificaciones de la base de datos es la Bitcora. Cada registro de la bitcora escribe una nica escritura de base de datos y tiene lo siguiente:

Nombre de la Transaccin

Valor antiguo

Valor Nuevo

Es fundamental que siempre se cree un registro en la bitcora cuando se realice una escritura antes de que se modifique la base de datos.

Tambin tenemos la posibilidad de deshacer una modificacin que ya se ha escrito en la base de datos, esto se realizar usando el campo del valor antiguo de los registros de la bitcora.Los registros de la bitcora deben residir en memoria estable como resultado el volumen de datos en la bitcora puede ser exageradamente grande.

Las operaciones COMMIT y ROLLBACK establecen lo que se le conoce como punto de sincronizacin lo cual representa el lmite entre dos transacciones consecutivas, o el final de una unidad lgica de trabajo, y por tanto al punto en el cual la base de datos esta (o debera estar) en un estado de consistencia.

Las nicas operaciones que establecen un punto de sincronizacin son COMMIT, ROLLBACK y el inicio de un programa. Cuando se establece un punto de sincronizacin:

Se comprometen o anulan todas las modificaciones realizadas por el programa desde el punto de sincronizacin 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 transaccin, no el programa.4.1.2 Recuperacin (Rollback)

En tecnologas debase de datos, unrollbackes una operacin que devuelve a la base de datos a algn estado previo. Los Rollbacks son importantes para laintegridadde la base de datos, a causa de que significan que la base de datos puede ser restaurada a una copia limpia incluso despus de que se han realizado operaciones errneas. Son cruciales para la recuperacin de crashes de un servidor de base de datos; realizando rollback (devuelto) cualquier transaccin que estuviera activa en el tiempo del crash, la base de datos es restaurada a un estado consistente.

EnSQL,ROLLBACKes un comando que causa que todos los cambios de datos desde la ltima sentenciaBEGIN WORK, oSTART TRANSACTIONsean descartados por el sistema de gestin 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 sentenciaROLLBACKtambin publicar cualquiersavepointexistente que puediera estar en uso.En muchos dialectos deSQL, losROLLBACK son especficos de la conexin. Esto significa que si se hicieron dos conexiones a la misma base de datos, unROLLBACKhecho sobre una conexin no afectar a cualesquiera otras conexiones. Esto es vital para el buen funcionamiento de la Concurrencia.

La funcionalidad de rollback est normalmente implementada con unLog de transacciones, pero puede tambin estar implementada mediante control de concurrencia multiversin.4.1.3 Permanencia (Commit)

En el contexto de la Ciencia de la computacin y la gestin de datos,commit(accin 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 transaccin de base de datos.

Una sentencia COMMIT en SQL finaliza una transaccin 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 ms 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 recuperacin) existentes que puedan estar en uso.

En trminos de transacciones, lo opuesto de commit para descartar los cambios "en tentativa" de una transaccin, es un rollback.4.2 Definicin de los Modos de Operacin 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 bsqueda y de actualizacin.

En el caso de la estructura archivos, entenderemos como actualizacin, adems de las operaciones, vistas para vectores y listas enlazadas, de introducir nuevos datos (altas) o de eliminar alguno existente (bajas), la modificacin de datos ya existentes, (operacin muy comn con datos almacenados). En esencia, es la puesta al da de los datos del archivo.

Una operacin de alta en un archivo consiste en la adicin 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 posicin 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 comprobacin de que el registro a dar de alta no existe previamente. Una baja es la accin de eliminar un registro de un archivo. La baja de un registro puede ser lgica o fsica.

Una baja lgica supone el no borrado del registro en el archivo. Esta baja lgica se manifiesta en un determinado campo del registro con una bandera, indicador o flag -carcter *. $, etc.,-, o bien con la escritura o rellenado de espacios en blanco en el registro dado de baja

Altas

La operacin de dar de alta un determinado registro es similar a la de aadir datos a un archivo. Es importante remarcar que en un archivo secuencial slo permite aadir datos al final del mismo.

En otro caso, si se quiere insertar un registro en medio de los ya presentes en el archivo, sera necesaria la creacin 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 aadir

mientras haya ms registros hacer {algunos lenguajes ahorran este bucle}

leer datos del registro

fin_mientras

escribir (grabar) registro de alta en el archivo

cerrar archivo

finBajas

Existen dos mtodos para dar de baja a un registro en un archivo secuencial, donde no es fcil eliminar un registro situado en el interior de una secuencia: Para ello podemos seguir dos mtodos:

1)Utilizar y por tanto crear un segundo archivo auxiliar transitorio, tambin secuencial, copia del que se trata de actualizar. Se lee el archivo completo registro a registro y en funcin 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 tendrn 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 sealar 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 fsicamente, 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 grabarn.

Propsito de Backup y Recuperacin

Como administrador de copia de seguridad, la tarea principal es disear, implementar y gestionar una estrategia de backup y recuperacin. En general, el propsito de una estrategia de recuperacin de copia de seguridad y es para proteger la base de datos contra la prdida de datos y reconstruir la base de datos despus de la prdida de datos.Normalmente, las tareas de administracin de seguridad son las siguientes:

Planificacin y probar las respuestas a diferentes tipos de fallas.Configuracin del entorno de base de datos de copia de seguridad y recuperacin.La creacin de un programa de copia de seguridadSeguimiento de la copia de seguridad y entorno de recuperacinSolucin de problemas de copia de seguridadPara recuperarse de la prdida 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 recuperacin:

La preservacin de datos, lo que implica la creacin de una copia de base de datos para el almacenamiento a largo plazoLa transferencia de datos, lo que implica el movimiento de datos de una base de datos o un host a otro.De Proteccin de DatosComo administrador de copia de seguridad, su trabajo principal es hacer copias de seguridad y vigilancia para la proteccin de datos. Una copia de seguridad es una copia de los datos de una base de datos que se puede utilizar para reconstruir los datos. Una copia de seguridad puede ser una copia de seguridad fsica o una copia de seguridad lgica.

Copias de seguridad fsicas son copias de los archivos fsicos utilizados en el almacenamiento y la recuperacin de una base de datos. Estos archivos incluyen archivos de datos, archivos de control y los registros de rehacer archivados. En ltima instancia, cada copia de seguridad fsica es una copia de los archivos que almacenan informacin de base de datos a otra ubicacin, ya sea en un disco o en medios de almacenamiento fuera de lnea, tales como cinta.

Copias de seguridad lgicas contienen datos lgicos, como tablas y procedimientos almacenados. Puede utilizar Oracle Data Pump para exportar los datos a archivos lgicos binarios, que posteriormente puede importar a la base de datos. Clientes de lnea de comandos La bomba datos expdp y impdp utilizan el DBMS_DATAPUMP y DBMS_METADATA PL / SQL paquetes.Copias de seguridad fsicas son la base de cualquier estrategia de recuperacin de copia de seguridad slida y. Copias de seguridad lgicas son un complemento til de las copias de seguridad fsicas en muchas circunstancias, pero no son suficiente proteccin contra la prdida de datos y sin respaldos fsicos.

A menos que se especifique lo contrario, la copia de seguridad trmino tal como se utiliza en la copia de seguridad y la documentacin de recuperacin se refiere a una copia de seguridad fsica. Copia de seguridad de una base de datos es el acto de hacer una copia de seguridad fsica. El enfoque en la copia de seguridad y recuperacin de documentacin est casi exclusivamente en copias de seguridad fsicas.

Mientras que varios problemas pueden detener el funcionamiento normal de una base de datos Oracle o afectar a las operaciones de base de datos de E / S, solamente la siguiente normalmente requiere la intervencin del DBA y de recuperacin de datos: un error de medios, errores de usuario, y los errores de aplicacin. Las Fallas de Medios

La falta de medios es un problema fsico con un disco que provoca un fallo de una leer o escribir en un archivo de disco que se requiere para ejecutar la base de datos. Cualquier archivo de base de datos puede ser vulnerable a un fallo de comunicacin.

La tcnica de recuperacin adecuada despus de un fallo de los medios de comunicacin depende de los archivos afectados y el tipo de copia de seguridad disponible.

Un aspecto particularmente importante de la copia de seguridad y recuperacin se est desarrollando una estrategia de recuperacin ante desastres para proteger contra la prdida de datos catastrfica, por ejemplo, la prdida de toda una serie de bases de datos.Errores de los Usuarios

Los errores del usuario cuando se producen, ya sea debido a un error en la lgica de la aplicacin o un error manual, los datos en una base de datos se modifican o eliminan incorrectamente. Errores de usuario se estima que la mayor causa de inactividad de base de datos.

La prdida de datos debido a un error del usuario puede ser localizada o generalizada. Un ejemplo de dao localizado est eliminando a la persona equivocada en la tabla empleados. Este tipo de lesiones requiere la deteccin y la reparacin quirrgica. Un ejemplo de un dao generalizado es un trabajo por lotes que borra las rdenes de la empresa para el mes en curso. En este caso, se requiere una accin drstica para evitar una extensa base de datos de tiempo de inactividad.

Mientras que la formacin de usuarios y el manejo cuidadoso de los privilegios pueden prevenir la mayora de los errores de usuario, su estrategia de copia de seguridad determina la gracia de recuperar los datos perdidos cuando un error del usuario que hace perder los datos.Errores de AplicacinA veces, un mal funcionamiento de software puede daar los bloques de datos. En una corrupcin fsica, que tambin se conoce como la corrupcin los medios de comunicacin, la base de datos no reconoce el bloque en absoluto: la suma de comprobacin no es vlida, el bloque contiene todos los ceros, o el encabezado y el pie de pgina del bloque no coinciden. Si el dao no es muy amplio, puede a menudo repara fcilmente con bloque de recuperacin de medios.

Preservacin de DatosConservacin de datos se relaciona con la proteccin de datos, pero tiene un propsito diferente. Por ejemplo, puede que tenga que conservar una copia de una base de datos tal como exista al final de la cuarta parte del negocio. Esta copia de seguridad no es parte de la estrategia de recuperacin de desastres. Los medios a los que estas copias de seguridad se escriben a menudo disponible despus de la copia de seguridad. Usted puede enviar la cinta en almacenamiento incendio o enviar un disco duro porttil a un centro de pruebas. RMAN proporciona una manera conveniente para crear una copia de seguridad y eximirla de su poltica de retencin de copia de seguridad. Este tipo de copia de seguridad se conoce como una copia de seguridad de archivo.Transferencia de Datos

En algunas situaciones, es posible que tenga que tomar una copia de seguridad de una base de datos o base de datos de componentes y moverlo a otra ubicacin.

Por ejemplo, puede utilizar el Administrador de recuperacin (RMAN) para crear una copia de base de datos, cree una copia de tabla que se puede importar en otra base de datos, o mover una base de datos completa de una plataforma a otra.

Estas tareas no son, estrictamente hablando, parte de una estrategia de backup y recuperacin, pero requieren el uso de copias de seguridad de bases de datos, por lo que pueden incluirse en las tareas de un administrador de copia de seguridad.

Oracle Backup y Recuperacin de Soluciones

Al implementar una estrategia de backup y recuperacin, dispone de las siguientes soluciones disponibles:

Administrador de Recuperacin (RMAN)

Recovery Manager est completamente integrado con la base de datos Oracle para llevar a cabo una serie de actividades de copia de seguridad y recuperacin, incluyendo el mantenimiento de un repositorio de RMAN de datos histricos acerca de las copias de seguridad. Se puede acceder a RMAN travs de la lnea de comandos oa travs de Oracle Enterprise Manager.

Copia de Seguridad y Recuperacin Gestionadas por el Usuario

En esta solucin, realizar copias de seguridad y recuperacin con una mezcla de comandos del sistema operativo host y SQL * Plus.Recuperacin de Comandos

Ustedes son responsables de determinar todos los aspectos de cundo y cmo las copias de seguridad y la recuperacin se hacen.

Estas soluciones estn respaldadas por Oracle y se documentan, pero RMAN es la mejor solucin para copia de seguridad y recuperacin de bases de datos.

RMAN proporciona una interfaz comn para las tareas de copia de seguridad a travs de diferentes sistemas operativos host, y ofrece varias tcnicas de copia de seguridad que no estn disponibles a travs de mtodos administrados por usuarios.

La mayor parte de este manual se centra en la copia de seguridad y recuperacin de RMAN basado. Tcnicas de copia de seguridad y recuperacin gestionadas por el usuario se tratan en Realizacin de usuario-Managed Backup and Recovery.

Las ms destacables son los siguientes:Copias de Seguridades Incrementales

Una copia de seguridad incremental almacena slo los bloques modificados desde la ltima copia de seguridad. Por lo tanto, proporcionan copias de seguridad ms compacta y una recuperacin ms rpida, lo que reduce la necesidad de aplicar de rehacer en archivo de datos de recuperacin de los medios de comunicacin.

Si se habilita el seguimiento de cambios de bloque, entonces usted puede mejorar el rendimiento al evitar escaneos completos de todos los archivos de datos de entrada. Utilice el comando Copia de seguridad incremental para realizar copias de seguridad incrementales.

Bloquear los Medios de Recuperacin

Usted puede reparar un archivo de datos con slo un pequeo nmero de bloques de datos corruptos sin tomarlo fuera de lnea o la restauracin desde copia de seguridad. Utilice el comando BLOQUE RECOVER para realizar la recuperacin del bloque de comunicacin.Compresin Binaria

Un mecanismo de compresin binaria integrado en base de datos Oracle reduce el tamao de las copias de seguridad.

Copias de Seguridad Encriptadas

RMAN utiliza las capacidades de cifrado de copia de seguridad integrados en bases de datos Oracle para almacenar conjuntos de copia de seguridad en un formato codificado. Para crear copias de seguridad cifradas en el disco, la base de datos debe utilizar la opcin de seguridad avanzada. Para crear copias de seguridad Encriptadas directamente en cinta, RMAN debe utilizar la copia de seguridad de Oracle Secure interfaz SBT, pero no requiere la opcin de seguridad avanzada.

Duplicacin de la Base de Datos Automatizada

Crea fcilmente una copia de su base de datos, el apoyo a diversas configuraciones de almacenamiento, incluida la duplicacin directa entre las bases de datos de ASM.Conversin de Datos entre Plataformas

Ya sea que utilice RMAN o mtodos administrados por usuarios, puede complementar las copias de seguridad fsicas con copias de seguridad lgicas de objetos de esquema realizados con la utilidad Export Data Pump.

Ms tarde, puede utilizar Data Pump Import para volver a crear los datos despus de la restauracin y la recuperacin. Copias de seguridad lgicas son en su mayora ms all del alcance de la copia de seguridad y de recuperacin de documentacin. 4.3 Comandos de Activacin para los Modos de OperacinPara ser uso de los diferentes comandos para un modo de operacin debemos estar como administrador o asuma un rol que incluya el perfil de derechosService Management.

Comando STARTUPPara el arranque de una base de datos hay tres fases de arranque, para realizar estas fases podemos utilizar startup ms un comando, las tres fases son las siguientes:

Fase de no Montaje:se leen los parmetros del sistema, se inician las estructuras de memoria y los procesos de segundo plano. La instancia se arranca sin asociarla a la base de datos. Normalmente se utiliza cuando se modifica o se necesita crear el archivo de control:startup nomount ;

Fase de Montaje:se asocia la instancia con la base de datos. Se usa el archivo de parmetros 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 estn 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 ;(slo permite la conexin de usuarios con el privilegio restricted sesion).

startup force (hace shutdown abort y arranca la BD).Comando SHUTDOWNEl comando SHUTDOWN lo utilizamos parar una base de datos la cual consiste en varias clusulas.

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 prximo arranque la base datos no requiere procedimientos de recuperacin.

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 estn commit se hara roolback de ellas. En el prximo arranque la base datos no requiere procedimientos de recuperacin.

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 prximo arranque la base datos no requiere procedimientos de recuperacin.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 estn commit se har roolback de ellas. En el prximo arranque la base datos puede requerir procedimientos de recuperacin.

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 TABLEEl comandoSHOW TABLESmuestra las tablas dentro de una base de datos ySHOW CREATE TABLESmuestra la estructura de creacin de la tabla.

Modificacin

Para realizar una modificacin utilizamos el comandoALTER TABLE. Para usar ALTER TABLE, necesita permisosALTER,INSERTyCREATEpara la tabla.4.4.1 Tipos de ndices

Resumen de ndicesUn ndice es una estructura opcional, asociado con una mesa o tabla de clster, que a veces puede acelerar el acceso de datos. Mediante la creacin de un ndice en una o varias columnas de una tabla, se obtiene la capacidad en algunos casos, para recuperar un pequeo conjunto de filas distribuidas al azar de la tabla. Los ndices son una de las muchas formas de reducir el disco I / O.

Si una tabla de montn organizado no tiene ndices, entonces la base de datos debe realizar un escaneo completo de tabla para encontrar un valor. Por ejemplo, sin un ndice, una consulta de ubicacin 2700 en la tabla hr.departments requiere la base de datos para buscar todas las filas de cada bloque de la tabla para este valor. Este enfoque no escala bien como datos de aumento de volmenes.

Por analoga, supongamos que un gerente de Recursos Humanos tiene un estante de cajas de cartn. Las carpetas que contienen informacin de los empleados se insertan aleatoriamente en las cajas. La carpeta de empleado Whalen (ID 200) es de 10 carpetas desde el fondo de la caja 1, mientras que la carpeta para el rey (ID 100) se encuentra en la parte inferior del cuadro 3. Para localizar una carpeta, el gestor busca en cada carpeta en la casilla 1 de abajo hacia arriba, y luego se mueve de una casilla a otra hasta que se encuentra la carpeta.Para acelerar el acceso, el administrador puede crear un ndice que enumera de forma secuencial todos los ID de empleado con su ubicacin de la carpeta:

ID 100: Box 3, position 1 (bottom)ID 101: Box 7, position 8ID 200: Box 1, position 10

Del mismo modo, el administrador podra crear ndices separados para los ltimos nombres de los empleados, los ID de departamento, y as sucesivamente.

En general, considerar la creacin de un ndice en una columna en cualquiera de las siguientes situaciones:

Las columnas indizadas se consultan con frecuencia y devuelven un pequeo porcentaje del nmero total de filas en la tabla.Existe una restriccin de integridad referencial en la columna o columnas indexadas. El ndice es un medio para evitar un bloqueo de tabla completa que de otro modo se requerira si se actualiza la clave principal de la tabla principal, se funden en la tabla principal, o eliminar de la tabla primaria.Una restriccin de clave nica se coloca sobre la mesa y desea especificar manualmente el ndice de todas las opciones sobre ndices y.Caractersticas de Indexacin

Los ndices son objetos de esquema que son lgica y fsicamente independiente de los datos de los objetos con los que estn asociados. Por lo tanto, un ndice se puede quitar o creado sin afectar fsicamente a la tabla para el ndice.

Nota:Si se le cae un ndice, las aplicaciones siguen funcionando. Sin embargo, el acceso de los datos previamente indexado puede ser ms lento.

La ausencia o presencia de un ndice no requiere un cambio en el texto de cualquier sentencia SQL. Un ndice es una ruta de acceso rpido a una sola fila de datos. Slo afecta a la velocidad de ejecucin. Dado un valor de datos que se ha indexado, el ndice apunta directamente a la ubicacin de las filas que contienen ese valor.Los ndices tienen las siguientes propiedades:

Facilidad de UsoLos ndices son utilizables (por defecto) o inutilizable. Un ndice inutilizables no se mantiene por las operaciones DML y es ignorado por el optimizador. Un ndice inutilizable puede mejorar el rendimiento de las cargas a granel. En lugar de dejar un ndice y luego volverlo a crear, puede hacer que el ndice inservible y luego reconstruirlo. ndices inutilizables y las particiones de ndice no consumen espacio. Cuando usted hace un ndice utilizable no utilizable, la base de datos cae su segmento de ndice.

VisibilidadLos ndices son visibles (por defecto) o invisible. Un ndice invisible se mantiene por las operaciones DML y no se utiliza de forma predeterminada por el optimizador. Cmo hacer una invisible ndice es una alternativa a lo que es inutilizable o se caiga. ndices invisibles son especialmente tiles para probar la eliminacin de un ndice antes de dejarlo caer o mediante ndices temporalmente sin afectar a la aplicacin general.Teclas y Columnas

Una clave es un conjunto de columnas o expresiones en las que se puede construir un ndice. Aunque los trminos se usan indistintamente, los ndices y las claves son diferentes. Los ndices son estructuras almacenados en la base de datos que los usuarios a administrar el uso de sentencias de SQL. Las claves son estrictamente un concepto lgico.

La siguiente sentencia crea un ndice en la columna customer_id de la muestra oe.orders tabla:CREATE INDEX ord_customer_ix ON orders (customer_id);

En la declaracin anterior, la columna customer_id es la clave de ndice. El ndice en s se llama ord_customer_ix.ndices Compuestos

Un ndice compuesto, tambin 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 ms sentido para las consultas que recuperar datos y no necesita ser adyacente en la tabla.

Los ndices compuestos pueden acelerar la recuperacin de datos para las instrucciones SELECT en la que el DONDE referencias clusula totalidad o la parte principal de las columnas en el ndice compuesto. Por lo tanto, el orden de las columnas utilizadas en la definicin es importante. En general, las columnas de acceso ms comn van primero.

Por ejemplo, supongamos que una aplicacin realiza consultas frecuentes a apellidos, job_id, y columnas de salario en la tabla empleados. Tambin asumir que last_name tiene alta cardinalidad, lo que significa que el nmero de valores distintos que es grande en comparacin con el nmero de filas de la tabla.Se crea un ndice con el siguiente orden de las columnas:

CREATE INDEX employees_ix

ON employees (last_name, job_id, salary);

Las consultas que acceden a las tres columnas, slo la columna last_name, o slo el last_name y columnas job_id utilizan este ndice. En este ejemplo, las consultas que no tienen acceso a la columna last_name no utilizan el ndice.

Mltiples ndices pueden existir para la misma mesa, siempre y cuando la permutacin de columnas difiere para cada ndice. Puede crear varios ndices que utilizan las mismas columnas si se especifica claramente diferentes permutaciones de las columnas.Por ejemplo, las siguientes sentencias SQL especifican permutaciones vlidas:

CREATE INDEX employee_idx1 ON employees (last_name, job_id);

CREATE INDEX employee_idx2 ON employees (job_id, last_name);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 slo 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).

Oracle Database no filas de la tabla de ndice en el que todas las columnas clave son nulas, a excepcin de los ndices de mapa de bits o cuando el valor de la columna clave de clster es nulo.Tipos de ndicesBase de Datos Oracle ofrece varias combinaciones de indexacin, que proporcionan una funcionalidad complementaria sobre el rendimiento. Los ndices se pueden clasificar de la siguiente manera:

Los ndices de rbol BEstos ndices son el tipo de ndice estndar. 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 OrganizadasUna tabla de ndice-organizada difiere de un montn-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 inversin de bytes extiende inserta en el ndice durante muchos bloques.

ndices DescendentesEste tipo de ndice almacena los datos en una columna o columnas de concreto en orden descendente.ndices B-Tree de RacimoEste tipo de ndice se utiliza para indexar una clave de clster tabla. En lugar de apuntar a una fila, los puntos clave para el bloque que contiene filas relacionadas con la clave de clster.

Mapa de Bits y los ndices Bitmap JoinEn 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 combinacin de mapa de bits es un ndice de mapa de bits para la unin de dos o ms tablas. Consulte "Indicadores de mapa de bits".

ndices Basados en FuncionesEste tipo de ndice incluye columnas que, o bien se transforman por una funcin, tales como la funcin UPPER, o incluidos en una expresin. ndices B-tree o mapa de bits puede ser basado en las funciones.

ndices de Dominio de AplicacinEste tipo de ndice se crea por un usuario para los datos en un dominio especfico de la aplicacin. El ndice fsico 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 aplicacin".