PROYECTO FORMACIÓN

Administración de Oracle

Cliente: Dirigido a:

Aubay
Alumnos del curso de Administración de Oracle

Preparado por: Fecha:

Área de formación Emisión: Categoría: Julio 2004 Documentación del curso

Aubay España - Formación

HOJA DE INFORMACIÓN GENERAL
CONTROL DOCUMENTAL
PROYECTO: ENTIDAD DE DESTINO: TITULO: CÓDIGO DE REFERENCIA: VERSIÓN: FECHA EDICIÓN: FICHERO: HERRAMIENTA/S DE EDICIÓN: AUTOR: RESUMEN: Nemo SC SR DERECHOS DE USO:
La presente documentación es propiedad de Aubay España, S.A., tiene carácter de confidencial y no podrá ser objeto de reproducción total o parcial, tratamiento informático ni transmisión de ninguna forma o por cualquier medio, ya sea electrónico, mecánico, por fotocopia, registro o cualquiera otro. Asimismo tampoco podrá ser objeto de préstamo, alquiler o cualquier forma de cesión de uso sin el permiso previo y escrito de Aubay España, S.A., titular del copyright. El incumplimiento de las limitaciones señaladas por cualquier persona que tenga acceso a la documentación será perseguida conforme a ley.

Formación Área de Formación Administración de Oracle 1.01 20/07/2004 Curso de Administración de Oracle Word 2003 Ricardo Domingo Manual del curso de Administración de Oracle

ESTADO FORMAL:
Preparado por: Revisado por: Aprobado por:

Nombre: Ricardo Domingo Fecha:
5107-F03.V02

Nombre: Fecha:

Nombre: Fecha:

20/07/2004

Administración de Oracle (V1.01)

Pág. 2

Aubay España - Formación

CONTROL DE VERSIONES
VERSIÓN
1.00 1.01

PARTES QUE CAMBIAN
N/A

DESCRIPCIÓN DEL CAMBIO
Documento original Corrección de diversos errores

FECHA DE CAMBIO

16/06/2004 20/07/2004

Administración de Oracle (V1.01)

Pág. 3

Aubay España - Formación

...............................Formación .8 1........................................2 CREACIÓN DE UNA BASE DE DATOS MANUALMENTE ..................................... 34 Métodos para crear una Base de Datos............................................ 34 Planificación de la ubicación de los ficheros .............................28 VISTAS DINÁMICAS DE RENDIMIENTO ................6 2................4 1................. 4 Aubay España ..........................................................5 4 4............. 26 PARADA DE UNA INSTANCIA DE BASE DE DATOS ......................................................20 LOG WITER (LGWR) ................9 2.......3.........................................................2 2............5 2... 13 2......................................................................4 2.....16 PROCESAMIENTO DE UNA SENTENCIA DML (INSERT.............................................. DOCUMENTACIÓN DE REFERENCIA .....................26 FICHERO DE PARÁMETROS .......2 1................................................................ 30 FICHERO ALERT Y DE RASTREO ............................. CONVENCIONES NOTACIONALES......32 Comando de Parada de una instancia de BD..........................................5 2 2.......7 2......................24 Area Global del Sistema (SGA).......................................1 2..11 INSTANCIA ORACLE................................12 2............ 35 CREACIÓN BASE DE DATOS ORACLE .......18 3 3...............................2 3.....................................................................................................................21 ARRANQUE DE UNA INSTANCIA DE BASE DE DATOS .3 1................................................2 4.11 2..............................................01) Pág.........................................................................................................................4 3........................10 FICHEROS DE LA BASE DE DATOS ORACLE ..........3 OBJETO ...........................21 PROCESS MONITOR (PMON) ....1 2......................................2 GESTIÓN DE UNA INSTANCIA DE BASE DE DATOS ORACLE.....20 SYSTEM MONITOR (SMON).............................................................................15 CACHE DE BUFFERS DE DATOS....................... DELETE.1..................................................................................1 3.......................................34 4......................17 BUFFER DE REDO LOG ..................................................................................................................3.............................................. DESTINATARIOS ..........1 2..10 2............................................................................................................................3 3...........................................................................................................................ÍNDICE 1 INTRODUCCIÓN AL DOCUMENTO ...........................13 2...........2.....................16 2.1 Comando de Arranque de una instancia de BD .............................................. 13 Procesos en Background ....1 4................................................................1...................................................1...........10 ESTRUCTURA DE LA BASE DE DATOS ..........17 2...................... ALCANCE ...........8 2.............18 SEGMENTO DE ROLLBACK ...................................1 3.........................................................................................................................3............................15 EL CONJUNTO COMPARTIDO (SHARED POOL).........................................................14 PROCESAMIENTO DE UNA CONSULTA ...........35 Administración de Oracle (V1.........................21 CHECKPOINT PROCESS (CKPT).....33 CONCEPTOS .......... 8 8 8 8 8 COMPONENTES DE LA ARQUITECTURA ORACLE .......1 1...........................3 4.............................16 ÁREA GLOBAL DE PROGRAMAS (PGA) ...........................................................................................................................21 ARCHIVER PROCESS (ARC) ......15 2......................18 PROCESAMIENTO COMMIT......................................................................12 CONEXIÓN A UNA BASE DE DATOS ................24 3..............................................................................34 Consideraciones previas a la creación de la Base de Datos ................................................................1......UPDATE)........................19 DATABASE WRITE (DBW)..........................................................................1 3................................................ 27 Parámetros Dinámicos ..........14 2.....................................

...........74 8.............................................3.3 7..........................2........................2 4..............3 5 5................Formación ................................................4 6 6........................................1.......... 41 Categorías del Diccionario de Datos ............................................................... 36 Creación de la Base de Datos......1 Tablespaces ............................1 7.......1 8.......1......................1 7..........................................................................................3 6................................ 70 Segmentos de Índices....................................1 4.....................................3 5...................2......................................2....57 BORRADO DE TABLESPACES.4 7..... EXTENSIONES Y BLOQUES DE DATOS ........................52 MODIFICACIÓN DE TABLESPACES ....................................................1 7....................1 5..........3..................................6 7 7........3................3 8..................4..................................79 Activar/Desactivar/Borrar Segmentos de Rollback .............................................................................................. 70 SEGMENTOS.......................................................81 Administración de Oracle (V1............................................................1 4........3 7.40 5.....3.................................. 72 8 GESTIÓN DE SEGMENTOS DE ROLLBACK .........................................2...................38 VISIÓN GENERAL DEL DICCIONARIO DE DATOS .........................................................................4 EJEMPLO REAL ..... 41 Configuración del Entorno del Sistema Operativo ..2........................ 47 Ejecución de una Unidad de Programa PL/SQL...................................................................................................1......................5 6........................................... 69 Extensiones en Segmentos Temporales .................4........50 6...........................................................................................................................1 CONCEPTO .................................................................................................................. 72 Fragmentación de Segmentos .....................4.......... 68 Número y Tamaño de una Extensión ......2...............................2 5.......................................................................................2 5...... 36 CREACIÓN Y USO DEL DICCIONARIO DE DATOS Y PAQUETES ESTÁNDAR.........1...............64 7...........61 CONCEPTO ..................2 UNIDADES DE PROGRAMA ALMACENADAS ........1 7.......1 5...2 5...... 51 CREACIÓN DE TABLESPACES..............................................50 GESTIÓN DE TABLESPACES Y FICHEROS DE DATOS .....................................76 Uso y Asignación de Extensiones en Segmentos de Rollback ...........................................................69 SEGMENTOS .....................................2 6........3 7..75 CREACIÓN DE SEGMENTOS DE ROLLBACK ..........................................1 6.............................................................................................4.............1 5......... 70 Segmentos Temporales.............................................................................................3 5.......................................................................................... 78 9 GESTIÓN DE TABLAS............................ 5 Aubay España .....................................................................................................5 7.................................4 8..............................................2 7...1...........................................01) Pág.44 Ficheros de Comandos creación del Diccionario de datos requeridos .............4 6..................60 VISTAS DEL DICCIONARIO DE DATOS SOBRE TABLESPACES..........................................4............... 65 Parámetros de Utilización de Espacio de Bloque .......................................................70 Segmentos de Datos ................................................... 71 Vistas del diccionario de datos sobre Estructuras de Almacenamiento ... 71 Segmentos Rollback .4.... 35 Preparación del Fichero de Parámetros .................2 7......................2................. 35 Inicio de la Instancia ................4 7...................................... 74 8............................................................................................................................1 VISTAS DEL DICCIONARIO DE DATOS SOBRE SEGMENTOS DE ROLLBACK..........................40 Contenido del Diccionario de Datos ..........................48 JERARQUÍA DE ALMACENAMIENTO DE LA BASE DE DATOS ................6 EXTENSIONES ................................... 66 Parámetros que controlan la Simultaneidad...65 Formato del bloque de datos. 40 Tablas Base y Vistas del Diccionario de Datos.............2...61 EJEMPLO REAL ...........4......2 8..............................................................................................................................................74 TIPOS DE SEGMENTOS DE ROLLBACK ..... 43 EJEMPLO REAL ...................... 44 Ficheros de Comandos creación del Diccionario de datos opcionales......2 7.64 BLOQUES DE DATOS .............................................3........................................42 CREACIÓN DEL DICCIONARIO DE DATOS ..3 4...................

..............4.......... 100 Instrucciones en la Creación de Índices ...................................... 111 Consideraciones sobre la Clave Ajena.................... 95 10...........................95 10...........3 CREACIÓN DE ÍNDICES ............ 95 Índices Únicos y No Únicos .....2 9.................95 Índices Concatenados o de Columna Única......4..................................................................1 9..........................4.................. 103 100 101 102 102 10....86 Instrucciones para la Creación de Tablas ............................1 9............................................................................................................... 116 Administración de Oracle (V1............................... 105 103 103 104 105 MANTENIMIENTO DE LA INTEGRIDAD DE LOS DATOS ..................................3 11................1 10.................................... 112 ....................... 88 Migración y Encadenamiento de Filas . 107 Restricciones Diferidas/No Diferidas ..........................2 9.....1 11...1......4 12 12..........................................................81 TIPOS DE DATOS ORACLE 9....... 89 Control del Espacio Utilizado por las Tablas .......4.............................1... 88 Definición de PCTFREE y PCTUSED..................................1 10....... 82 Recopilaciones .. Borrado de Índices ............................... Reconstrucción de Índices ........1........2......... Cambio de los Parámetros de Almacenamiento para Índices ................................................................................................4.........................3.................. 6 Aubay España ...........................1 11................................................................................................................ 110 GESTIÓN DE USUARIOS......... 97 Índices Bitmap ...1......2...2 11...........2 FORMATO Y TAMAÑO DE LAS FILAS ...........................................................2 10..................................107 RESTRICCIONES DE INTEGRIDAD 11.4 CREACIÓN DE TABLAS ...................6 10 .....................................2............. 10........................................................4 10.....................................................................................Formación .....3.90 9......4 10.....2 CLASIFICACIÓN FÍSICA........................................................................3 10..................................................................................................................... 89 Tipos de Datos Escalares ....................................3 9...3 10...........................................5 9..92 VISTAS DEL DICCIONARIO DE DATOS SOBRE TABLAS ...................................................................................................................2............................. 109 IMPLEMENTACIÓN DE RESTRICCIONES ...........2 Tipos de Restricciones ...................................3 9.............................................................1 VISTAS DEL DICCIONARIO DE DATOS SOBRE ÍNDICES ................................................ 91 Borrado de una Tabla .......4.4 MODIFICACIÓN DE TABLAS ... 95 Índices basados en Funciones ......................................... 108 Estados de Restricción .........................93 TABLAS TEMPORALES Liberación de Espacio no Utilizado ............................................... Asignación y Liberación de Espacio de Índice.........................................2.............5 11 11......3.................1 CLASIFICACIÓN LÓGICA .........4 10.............4 9...3......2 9.....................................3.........1 10......1 9................01) Pág..............................................................4.........2...................................................4.............................................. 96 Índice de Clave Invertida .......... Creación de Índices B-Tree de Clave Invertida................................................................... 85 ........................................... Creación de Índices Bitmap .............................4 MODIFICACIÓN DE ÍNDICES ..............................................3 9.............................................................................3 10...........................................1 9............................................................2.................2 10........................................................ 107 MANTENIMIENTO DE RESTRICCIONES.....................2.................. 114 Instrucciones para Definir Restricciones.1........96 10.......................2 10.....................................................................2..........................................................9..........................................................................................................................................................2 11............... 91 Borrado de una Columna.............3 9..............................................................................................................................................................3 11.................................................................................... 91 GESTIÓN DE ÍNDICES.......................... 85 Tipos de Datos de Relación .....1 11..............1 10....3................................................. 113 VISTAS DEL DICCIONARIO DE DATOS SOBRE RESTRICCIONES ..............................................3.. 100 Estructura de un Índice B-Tree............ 98 Comparación Índices B-Tree y Bitmap ..... Creación de Índices B-Tree Normales ......116 CREACIÓN DE USUARIOS ..................... 90 Truncado de una Tabla ...............................2 10..................................3......................................................82 9...........................................1...............3 10.....

.............. 135 SQL*LOADER Modo Tabla .............12..............................................................................121 PRIVILEGIOS DE SISTEMA 13................................................................................................... EXPORT............................3 16 16.....................2 14 14...................................................... 142 TEMA TEMA Administración de Oracle (V1................................. 137 PRÁCTICAS................................2 15........................ Borrado de Roles ........................1 PRIVILEGIOS DE OBJETO ................. 129 Creación de Roles ...... 141 TEMA 5: DICCIONARIO DE DATOS ..............01) Pág..........................................3 12.................................................................... 138 ......... 140 3: GESTIÓN DE UNA INSTANCIA ORACLE ..................1.........................................................2. 119 GESTIÓN DE PRIVILEGIOS ...............................................2 12.........1 ACTIVACIÓN Y DESACTIVACIÓN DE ROLES ............................. 129 VISTAS MOSTRAR INFORMACIÓN DE ROLES ........... Modificación de Roles........... 127 127 128 128 128 UTILIDADES: IMPORT........................................................1............................1....................................................4 15.....................................2 15.....................................1 14..........................................................................1..........2 14.................................................................. 141 TEMA 4: CREACIÓN DE UNA BASE DE DATOS ORACLE ............................. Modo Base de Datos Completa .................................4 14.............................................................. 135 Formato del Fichero de Control ....127 14...................... Parámetros de la utilidad Export........... SQL*LOADER ........1....4 13 13.3 16..............3 15 15.........................1 15.2..............................1 16................................................................... MODIFICACIÓN...........................................1 MODIFICACIÓN DE USUARIOS ...........................................3 14...... 133 133 133 133 Parámetros de la utilidad Import ..................1 EXPORT ..............1 15.......................2 16...................5 IMPORT ............. 7 Aubay España .................. 126 ...................................3......................... 132 15.............5 CREACIÓN.......................................................... Uso de Roles Predefinidos...........................................................................................1 13.................................Formación ......... 119 VISTAS DEL DICCIONARIO DE DATOS SOBRE USUARIOS .132 15..........1.................................................... Modo Usuario ...1......................................................................1.......................................................................140 2: COMPONENTES DE LA ARQUITECTURA ORACLE ......................... 118 SUPRESIÓN DE USUARIOS .........................................3 15....................1 13.....................................................................2 14.................................................................................. 125 Vistas Mostrar Privilegios del Sistema............................................. ASIGNACIÓN Y BORRADO DE ROLES ........1..............4 16............1... 124 Vistas Mostrar Privilegios de Objetos....... Asignación de Roles.... 142 TEMA 6: GESTIÓN DE TABLESPACES Y FICHEROS DE DATOS ................... 121 GESTIÓN DE ROLES ........................................................... 127 14...............................................................................

2 ALCANCE Este documento puede utilizarse como guía de estudio autodidacta. 1.4 DOCUMENTACIÓN DE REFERENCIA Documento Documentación diversa http://otn.oracle.5 CONVENCIONES NOTACIONALES Notación Descripción Administración de Oracle (V1.1 OBJETO Este documento contiene la información necesaria para iniciarse en la Administración Básica de Oracle de modo que.com Referencia Versión Internet Internet Guía de Estudio Internet Fecha 1.com Oracle9i DBA Fundamentos (I y II) http://metalink. 8 Aubay España .3 DESTINATARIOS Los destinatarios principales de este documento son las personas interesadas en iniciarse en la Administración Básica de Oracle.1 INTRODUCCIÓN AL DOCUMENTO 1. 1. al finalizar el curso el alumno sea capaz de iniciarse directamente en el mantenimiento y gestión de bases de datos Oracle. 1.Formación .oracle.01) Pág. o como ayuda a un curso tutelado.

Formación .01) Pág.Notación Descripción Administración de Oracle (V1. 9 Aubay España .

2 COMPONENTES DE LA ARQUITECTURA ORACLE 2. El objeto habitual de una base de datos es almacenar y recuperar información. gestión de bloqueos. su nombre.e. Una base de datos Oracle está compuesta de tres partes básicas: • Memoria. Cada vez que se inicia una instancia se asigna un área global del sistema (SGA) y se inician los procesos en background Oracle. Los procesos en background desempeñan funciones de E/S y supervisan a otros procesos para proporcionar un mayor paralelismo con el fin de conseguir un mejor rendimiento y fiabilidad. que se llama habitualmente init<SID>. etc… o Ficheros de Datos: Son los ficheros donde se almacena la información de la BD. El acceso a las estructuras y los datos contenidos en ellas se realiza mediante operaciones. • Operaciones: Las operaciones son las acciones que nos permiten acceder y manipular los datos y las estructuras. su tamaño está determinado por el fichero de inicialización de la base de datos. 10 Aubay España . información del diccionario de datos. sqlplus. sin embargo. p. Existen 3 tipos de ficheros: o REDO LOG: Sirven para mantener la consistencia en caso de fallo. o Fichero de Control: Contienen información para poder arrancar la BD. El servidor Oracle está formado por una instancia y una base de datos Oracle. Una base de datos contempla 3 aspectos: • Estructuras: Son objetos definidos que almacenan la información de una BD.01) Pág. fecha de creación. Una base de datos puede estar abierta (accesible) o cerrada (inaccesible). etc… • Procesos. • Reglas de Integridad: Son las leyes que rigen las operaciones que permiten acceder a los datos y manipularlos. sqlforms…. Esta última zona de memoria son buffers que oracle toma del sistema operativo al tiempo de arrancar la BD. ficheros asociados a la BD. Puede ser memoria asociada a procesos de usuario (PGA) y por lo tanto privada. se llama memoria Compartida o SGA. Sirven para proteger los datos y las estructuras que los contienen. Es necesario iniciar la instancia para acceder a los datos de la BD. Las operaciones en una BD suelen ajustarse a una serie de reglas de integridad predefinidas. LGWR… • Ficheros de Datos. hay veces que para realizar labores administrativas específicas la base de datos debe estar no accesible para los usuarios. Existen dos tipos de procesos: Procesos de usuario.ora (SID es el nombre de la BD).1 ESTRUCTURA DE LA BASE DE DATOS Una base de datos ORACLE es un sistema de gestión de base de datos relacionales de objetos que proporciona un enfoque abierto.Formación . Administración de Oracle (V1. En situaciones normales una base de datos está accesible y preparada para su utilización. o también memoria asociada al servidor Oracle. El SGA es una zona de memoria que se utiliza para almacenar la información de la base de datos que comparten los procesos asociados a la BD. En la SGA se sitúan datos.Procesos background o procesos de oracle como DBWR. • Instancia Oracle: Una instancia Oracle es la combinación de los procesos en background y las estructuras de memoria.

Las características de los ficheros de datos son las siguientes: o Un fichero de datos sólo puede estar asociado con una BD.2. Una base de datos Oracle necesita al menos un fichero de Control. 11 Aubay España . Una base de datos Oracle consta de tres tipos de ficheros: • Los ficheros de datos.2 FICHEROS DE LA BASE DE DATOS ORACLE Fig. Por ejemplo. índices y otros tipos de estructuras. 2. • Los ficheros de Redo Log. Los datos se almacenan en tablas definidas por el usuario.01) Pág. imágenes anteriores de los datos modificados. contienen registros de los cambios efectuados en la base de datos con el objeto de poder recuperar los datos en caso de fallos. o Los ficheros de datos pueden tener características definidas que les permiten extenderse de forma automática cuando el tamaño definido inicialmente se ha completado. que contienen los datos reales de la BD. La estructura física es el conjunto de ficheros del sistema operativo asociados a la BD.1 Ficheros BBD Oracle Una base de datos Oracle es una recopilación de datos que se tratan como una unidad. Una base de datos Oracle necesita al menos dos ficheros de redo log. pero también contienen el diccionario de datos. El servidor Oracle también utiliza otros ficheros que no forman parte de la base de datos pero son necesarios para un correcto funcionamiento de la misma: Administración de Oracle (V1.Formación . o Uno o más ficheros de datos forman una unidad lógica de almacenamiento de base de datos conocida como tablespace. La base de datos tiene una estructura lógica y una física. • Los ficheros de Control. un fichero de control se usa para identificar los ficheros de datos y redo log. contienen la información necesaria para mantener y verificar la integridad de la base de datos.

define las características de una instancia Oracle. (listener. Administración de Oracle (V1. 2.2 Ficheros Auxiliares BD Oracle • • • El fichero de parámetros. Por ejemplo contiene los parámetros que especifican el tamaño de las estructuras de la memoria en el SGA.ora). tnsnames.ora.ora y sqlnet.01) Pág. Los ficheros del protocolo SQLNet. son copias de los ficheros redo log. 12 Aubay España . 2.Formación . Los ficheros Archive-Log. que pueden ser necesarios para recuperar la BD en el caso de fallos del medio físico.3 INSTANCIA ORACLE Estructura de Memoria Procesos en background Fig.3 Instancia BD Oracle Una instancia oracle se compone de la estructura de la memoria SGA y de los procesos en background que se utilizan para gestionar una base de datos. La instancia sólo podrá abrir y utilizar una base de datos a la vez. Permiten el acceso a la base de datos por parte de las aplicaciones. 2.Fig.

Más adelante se explica en detalle las estructuras de la SGA.2.3.1 Area Global del Sistema (SGA) Fig. se utiliza para almacenar código Java. se utiliza para almacenar los últimos datos que se hayan utilizado. se utiliza por los procesos en background para hacer un seguimiento de los cambios realizados en la base de datos.4 SGA de una BD Oracle El SGA es una zona de memoria compartida que se utiliza para almacenar la información de la base de datos y que es compartida por los procesos de la BD. • El buffer de redo log.01) Pág.Formación .5 Procesos en Bakground de una BD Oracle Administración de Oracle (V1.2. 2. 13 Aubay España . el conjunto Java. También hay otra estructura de memoria opcional en el SGA.3. El SGA está formada por diversas estructuras: • El conjunto compartido.2 Procesos en Background Fig.2. • La caché de buffers. Contiene información de datos y de control para el servidor Oracle. se utiliza para almacenar las últimas sentencias SQL ejecutadas y los últimos datos utilizados por el diccionario de datos. Las sentencias SQL pueden ser enviadas por procesos de usuario o bien por procedimientos almacenados.

se crea un proceso en el equipo que ejecuta el servidor Oracle. Administración de Oracle (V1. El Monitor de Procesos (PMON): Limpia los recursos si falla uno de los procesos. Esta aplicación se ejecutará en un proceso de usuario.01) Pág.6 Conexión a una BD Antes que los usuarios puedan enviar sentencias SQL a Oracle se deben conectar a una instancia: • El usuario inicia una aplicación. El Monitor del Sistema (SMON): Comprueba la consistencia de la BD y si es necesario inicia la recuperación de la base de datos cuando se abre. • Una conexión no es más que una ruta de comunicación entre un proceso de usuario y una instancia Oracle. • En la configuración más básica. 2. En función de la configuración de la instancia Oracle se pueden incluir diferentes procesos en background.Formación . por ejemplo sqlplus. cuando un usuario se conecta a un servidor Oracle. A este proceso se le llama proceso de servidor y se comunicará con la instancia Oracle en nombre del proceso del usuario que se ejecuta en el cliente. aunque cada instancia incluye siempre estos cinco procesos: • • • • • Database Write (DBW0): Es el responsable de escribir los datos cambiados desde la caché de buffers de base de datos en los ficheros de datos. Log Writer (LGWR): Escribe los cambios registrados en el buffer de redo log a los ficheros Archive-Log.Los procesos en background de una instancia tienen por objeto atender las solicitudes de usuarios simultáneos sin comprometer la integridad ni el rendimiento del sistema. El Proceso de Punto de Control (CKPT): Es el responsable de actualizar la información de estado de la BD de los ficheros de control y de datos. El proceso de servidor ejecutará las sentencias SQL en nombre del usuario.4 CONEXIÓN A UNA BASE DE DATOS Fig.2. 14 Aubay España .

Formación . Establece bloqueos de análisis en objetos de forma que no cambien sus definiciones durante el análisis de la sentencia.5 PROCESAMIENTO DE UNA CONSULTA Las consultas son diferentes a otros tipos de sentencias SQL. ya que. sólo se deben realizar una vez. La etapa de análisis incluye el procesamiento de los requisitos que. con lo cual hay ciertos errores que se van a escapar de la fase de análisis y sólo pueden notificarse durante la etapa de ejecución. por lo que se ejecuta la sentencia. independientemente de las veces que se ejecute la sentencia. 2. Recuperación Análisis de una Sentencia SQL: Durante esta etapa la sentencia SQL se transfiero del proceso de usuario al de servidor y se carga una representación analizada de la sentencia en un área SQL compartida. Carga la sentencia y el plan de ejecución en un área SQL compartida.01) Pág. El análisis sólo identifica los errores que puedan encontrarse antes de ejecutar la sentencia.6 EL CONJUNTO COMPARTIDO (SHARED POOL) Administración de Oracle (V1. Ejecución de una Sentencia SELECT: El servidor Oracle dispone de toda la información y recursos necesarios. Recuperación de las Filas de una Consulta: El servidor selecciona. Análisis 2. Tres son las etapas principales en el procesamiento de una consulta: 1. Valida la sentencia SQL comprobando su sintaxis. 15 Aubay España . muchos procesos de usuario podrán compartir un proceso de servidor. normalmente. Durante el análisis el proceso servidor: • • • • • • • Busca una copia existente de la sentencia en el zona de memoria compartida. y se denomina conexión de servidor dedicado. Realiza búsquedas en el diccionario de datos para validar las definiciones de tablas y columnas. Comprueba los privilegios que el usuario dispone para acceder a los objetos que se referencian en la consulta. Cuando se utiliza una configuración de servidor multithread (MTS). 2. si son correctas devuelven los datos como resultados y otras sentencias SQL devuelven éxito o fallo al procesamiento de dicha sentencia. Ejecución 3. Determina el plan de ejecución óptimo de la sentencia.En estos casos hay una correspondencia uno a uno entre un proceso de usuario y de servidor. ordena (si es necesario) y devuelve los registros al usuario.

Durante la etapa de análisis de una sentencia SQL, el proceso de servidor utiliza el área del SGA, conocida como conjunto compartido para compilar la sentencia SQL. Este conjunto está formado de dos componentes principales: • Caché de biblioteca. • Caché del diccionario de datos. Caché de Biblioteca: Almacena información acerca de las últimas sentencias SQL que se hayan utilizado, y contiene: • • • El texto de la sentencia SQL El árbol de análisis: Una versión compilada de la sentencia. El plan de ejecución: Los pasos a seguir cuando se ejecuta la sentencia. El optimizador es la función del servidor Oracle que determina el plan de ejecución óptimo.

Si se vuelve a ejecutar una sentencia SQL y un área SQL compartida ya dispone del plan de ejecución de dicha sentencia, el proceso de servidor no necesitará analizar la sentencia. De esta forma la caché de biblioteca mejora el rendimiento de las aplicaciones que vuelven a utilizar las sentencias SQL, reduciendo el tiempo de análisis y los requisitos de memoria. Si la sentencia SQL no se vuelve a utilizar, al final caducará en dicha caché y será reemplazada aplicando el algoritmo LRU. Caché del Diccionario de Datos: Es una colección de las últimas definiciones utilizadas en la base de datos. Incluye información acerca de los archivos de datos, columnas, usuarios, privilegios y otros objetos de la BD. Durante la fase de análisis, el proceso servidor busca información en dicha caché para validar los privilegios de acceso. Si fuese necesario el proceso servidor inicia la carga de esta información de los archivos de datos. Especificación del Tamaño del Conjunto Compartido: El tamaño del conjunto compartido lo especifica el parámetro de inicialización SHARED_POOL_SIZE.

2.7 CACHÉ DE BUFFERS DE DATOS
Cuando se procesa una consulta, el proceso servidor busca en la caché de buffers de datos los bloques que necesita. Si no se encuentra el bloque en la caché de datos, entonces el proceso servidor lee el bloque en el archivo de datos y coloca una copia en dichos buffers. De esta forma las siguientes solicitudes para el mismo bloque encontrarán el bloque en memoria, y dichas solicitudes no necesitarán realizar lecturas físicas. El servidor Oracle utiliza el algoritmo LRU para hacer caducar los buffers a los que se ha accedido recientemente, para dejar sitio a los nuevos bloques en la caché de buffers. Especificación del Tamaño de la Caché de Buffers de la Base de Datos: El tamaño de cada buffer en la caché de buffers equivale al tamaño de un bloque de oracle, y lo especifica el parámetro DB_BLOCK_SIZE. El número de buffers equivale al valor del parámetro DB_BLOCK_BUFFERS.

2.8 ÁREA GLOBAL DE PROGRAMAS (PGA)

Administración de Oracle (V1.01)

Pág. 16

Aubay España - Formación

Es una región de la memoria que posee los datos y la información de los controles de un único proceso de servidor o de un único proceso en background. A diferencia del SGA, que comparten varios procesos, el PGA es un área que sólo utiliza un proceso. En una configuración de servidor dedicado, el PGA de servidor incluye los siguientes componentes: Área de ordenación: Se utiliza para cualquier ordenación necesaria para procesar la sentencia SQL. • Información de la sesión: Incluye los privilegios de usuario y las estadísticas del rendimiento de la sesión. • Estado del Cursor: Indica la etapa en el procesamiento de las sentencias que la sesión utiliza en ese momeno. • Espacio de la Pila: Contiene otras variables de la sesión. El PGA se asigna cuan se crea un proceso y se libera cuando dicho proceso termina. Si se utiliza una configuración de servidor Multithread (MTS) entonces algunas de estas estructuras se almacenarán en el SGA. Gracias a una configuración MTS, es posible que muchos procesos de usuario compartan un único proceso de servidor.

2.9 PROCESAMIENTO DELETE,UPDATE)

DE

UNA

SENTENCIA

DML

(INSERT,

Fig.2.7 Procesamiento de una sentencia DML Una sentencia del Lenguaje de Manipulación de Datos (DML) sólo requiere dos fases de procesamiento: • Análisis, es la misma que la utilizada para procesar una consulta. • Ejecución, requieren de un procesamiento adicional para efectuar cambios de datos. Fase de Ejecución DML Para ejecutar una sentencia DML:

Administración de Oracle (V1.01)

Pág. 17

Aubay España - Formación

1. Si los bloques de datos y de rollback no están en la caché de buffers, el proceso de servidor los leerá en los ficheros de datos y los llevará a dicha caché. 2. El proceso servidor realiza los bloqueos en las filas que se deben modificar. 3. En el buffer de redo log, el proceso servidor registra los cambios que se deban efectuar en el rollback y en los datos. • Los cambios del bloque de rollback registran los valores de los datos antes que se modifiquen. El bloque de rollback se utiliza para almacenar la imagen anterior de los datos, de forma que se puedan deshacer los cambios de las sentencias DML si fuera necesario. • Los cambios de los bloques de datos registran los nuevos valores de los datos. 4. El proceso de servidor registra la imagen anterior en el bloque de rollback y actualiza el bloque de datos. Estos dos cambios se llevan a cabo en la caché de buffers de datos. Cualquier bloque que se cambie en el caché de buffers ser marcará como buffer sucio, es decir, aquellos buffers que no son los mismos que los bloques correspondientes en el disco.

2.10 BUFFER DE REDO LOG
El proceso de servidor registra la mayor parte de los cambios efectuados a los bloques de archivos de datos en el buffer de redo log, que es una parte de la SGA. El buffer de redo log tiene las siguientes características: • Su tamaño en bytes lo define el parámetro LOG_BUFFER. • Registra el bloque que se modifica, la ubicación del cambio y el nuevo valor, en un registro de redo. Un registro redo no distingue el tipo de bloque que se cambia, simplemente registra los bytes que se cambian en el bloque. • El buffer de redo log se usa de forma secuencial, y los cambios que lleve a cabo una transacción se pueden intercalar con los efectuados por otras transacciones. • Se trata de un buffer circular que se vuelve a utilizar después de llenarlo, aunque únicamente cuando los registros de redo se hayan registrado en los ficheros de redo log.

2.11 SEGMENTO DE ROLLBACK
Antes de realizar un cambio, el proceso de servidor guarda el valor de datos antiguo en un segmento de rollback. Esta imagen anterior se utiliza para: • Deshacer los cambios en caso de anular la transacción. • Proporciona consistencia de lectura, asegurándose que otras transacciones no vean los cambios no validados realizados por la sentencia DML. • Recuperar la consistencia del estado de la base de datos en caso de fallo. Los segmentos de rollback como las tablas y los índices, existen en los archivos de datos, mientras que los bloques de rollback se introducen en el buffer de base de datos a medida que se necesitan. Los cambios efectuados en los segmentos de rollback se registran en el buffer de redo log.

Administración de Oracle (V1.01)

Pág. 18

Aubay España - Formación

2. Siempre que se valida una transacción. Este número lo utiliza el servidor Oracle como un registro interno para sincronizar los datos y proporcionar consistencia de lectura cuando se recuperan datos de archivos de datos.01) Pág. junto con el SCN. El SCN se incrementa regularmente y es único en la base de datos. en el buffer de redo log 2. El proceso de servidor registra la información para indicar que la transacción está completa y que los bloqueos de recursos se pueden liberar. Administración de Oracle (V1. el servidor Oracle asigna un número de cambio del sistema de validación (SCN) a la transacción. El proceso de servidor coloca un registro de validación.2. 19 Aubay España .12 PROCESAMIENTO COMMIT Fig. El proceso LGWR realiza una escritura contigua de todos los registros de buffers de redo log hasta ese momento e incluye el registro de validación en los archivos de redo log. El proceso DBW0 llevará a cabo el vaciado de los buffers de datos sucios en los ficheros de datos. Se informa al usuario que el COMMIT ha finalizado 4. 3.Formación . y dicha acción la podrá realizar antes o después de la validación. y que dichos cambios puedan ser visualizados por el resto de los usuarios. Pasos para el Procesamiento de COMMIT A continuación se muestran los pasos que a seguir cuando se emite la sentencia COMMIT: 1. De esta forma el servidor Oracle garantiza que los cambios no se perderán si falla la instancia.8 Procesamiento del COMMIT La sentencia SQL “COMMIT” es el mecanismo que utiliza Oracle para confirmar los datos de una transacción en la base de datos.

mostrando un error en el fichero de la alerta de la instancia. Se produce un timeout cada tres segundos.El hecho de deshacer una transacción (ROLLBACK) no dispara la escritura en disco del proceso LGWR. El proceso DBW0 escribe los buffers sucios de la caché de buffers de base de datos en los ficheros de datos. buffers que se puedan sobrescribir cuando los procesos de servidor necesiten leer bloques de los archivos de datos hacia la caché de buffers de base de datos. Se produce un punto de control. 2. ya que los procesos de servidor sólo realizan cambios en la caché de buffers. Un punto de control es un medio de sincronizar la caché de buffer de base de datos con el archivo de datos. El servidor Oracle deshace los cambios no validados cuando se recupera de fallos. Cuando el buffer de redo log se encuentra a un tercio de su capacidad. 2.Formación . Cuando se registra más de un MB de cambios en el buffer de redo log. En caso que aparezca un fallo después de deshacer. Si todos los ficheros de un grupo están inaccesibles. esperando el proceso DBW0 a que se complete dicha operación para que pueda escribir en los ficheros de datos.13 DATABASE WRITE (DBW) El proceso de servidor registra los cambios en los bloques de rollback y de datos en la caché de buffers. El proceso DBW0 escribe los buffers de datos aplicando el algoritmo LRU. es decir. Se asegura que haya un número suficiente de buffers libres. entonces indica al proceso LGWR que debe escribir dichos registros en los ficheros redo. Si uno de los ficheros del grupo está inaccesible. Administración de Oracle (V1. El rendimiento de la base de datos es mucho mejor. Un proceso explora un número determinado de bloques cuando explora buffers libres y no puede encontrar ninguno. Si el proceso DBW0 al tiempo de escribir en los ficheros de datos encuentra registros redo que no han sido escritos en los ficheros de redo log. y el proceso DBW0 difiere la escritura a los archivos de datos hasta que se produzca uno de los siguientes eventos: • • • • El número de buffers sucios alcanza un valor umbral. el proceso continúa escribiendo en otros ficheros del grupo. 20 Aubay España . Antes que el proceso DBW0 escriba los bloques modificados de la caché de buffers de base de datos en los archivos de datos. la ausencia de un registro de validación será suficiente para asegurar que se desharán los cambios realizados por la transacción.01) Pág.14 LOG WITER (LGWR) El proceso LGWR realiza escrituras secuenciales desde el buffer de redo log al archivo redo log en las siguientes situaciones: • • • • Cuando se valida una transacción. antes de registrar los registros de rollback en disco. El parámetro de inicialización DB_WRITER_PROCESSES determina el número de procesos DBWn. Este proceso escribe de forma síncrona en los grupos de ficheros redo log online que se deben encontrar en configuración mirror. entonces este proceso no podrá realizar su función.

Se deshacen las transacciones no validadas. Una vez que se haya perdido la instancia el proceso SMON realiza automáticamente una recuperación de la información no guardada cuando la base de datos se vuelve a abrir. • Libera segmentos temporales para devolverlos como espacio libre en los ficheros de datos. 2.01) Pág. Los segmentos temporales se utilizan para almacenar datos durante el procesamiento de sentencias SQL. el servidor Oracle comienza a escribir en los ficheros de redo log de otro grupo. el proceso Checkpoint es el responsable de indicar al proceso DBW los eventos checkpoints y actualizar todos los ficheros de datos y de control de la base de datos.17 CHECKPOINT PROCESS (CKPT) En un instante de tiempo dado. A medida que se llenan los ficheros de redo log de un grupo. A este proceso de cambiar de redo log es lo que se llama cambio de log. 21 Aubay España . 2. Se aplican transacciones pendientes para recuperar los datos que no se hayan registrado en los ficheros de redo log. Como todas las transacciones validadas se han escrito en los redo log.15 SYSTEM MONITOR (SMON) Si falla la instancia Oracle se perderá toda la información contenida en el SGA que no se haya escrito en el disco. Es SMON o los procesos de servidor individual los que las deshacen a medida que acceden a los datos no bloqueados. La recuperación de esta información se hace de la siguiente forma: 1. Estos datos no se han escrito en los ficheros de datos debido al fallo de la instancia. este proceso recupera completamente dichas transacciones. Este evento se llama checkpoint. todas las modificaciones realizadas en los buffers de datos del SGA van a ser escritos en los ficheros de datos a través del proceso DBW. Administración de Oracle (V1. Otra de las funciones que realiza el proceso PMON es registrar la instancia con el proceso listener del protocolo SQLNet.Formación . 2. Durante el proceso de arranque.18 ARCHIVER PROCESS (ARC) Este proceso es fundamental para la recuperación de una base de datos tras la pérdida de un disco.16 PROCESS MONITOR (PMON) El proceso PMON hace una limpieza cuando los procesos del usuario han fallado: • Deshace los cambios de las transacciones actuales del usuario • Libera los bloqueos de tablas o filas • Libera otros recursos que el usuario haya reservado hasta ese mometo. SMON lee los ficheros redo log y aplica los cambios registrados en el redo log hacia los bloques de datos. Este proceso SMON también realiza funciones de mantenimiento del espacio: • Combina o fusiona las áreas adyacentes de espacio libre en los ficheros de datos. 2.2.

01) Pág. Administración de Oracle (V1. se podrá recuperar una base de datos de forma completa en caso de fallo en disco. Sin embargo el proceso LGWR no sobrescribirá un grupo de redo log hasta que el punto de control se haya completado para ese grupo. 22 Aubay España . será necesario archivar los grupos de redo log llenos antes que se puedan volver a utilizar de nuevo. Durante el error de la instancia solo se perderá la información almacenada en la SGA y no guardada en los ficheros de redo log. los ficheros de redo log se sobrescriben cada vez que se produce un cambio de log. Modo NOARCHIVELOG En este modo.Formación . Modo ARCHIVELOG En caso de que la instancia se configure para trabajar en modo ARCHIVELOG. Esto asegura que los datos validados se pueden recuperar si se produce un error de la instancia. Para llevar a cabo el archivado de forma automática es necesario que el parámetro ARCHIVE_LOG_START esté establecido a true. Como los cambios efectuados en la base de datos se registran en los ficheros de redo log y si está configurada en este modo dichos registros se guardan en los ficheros ARCHIVELOG. Proceso ARC0 Este proceso realiza copias de seguridad de los ficheros de redo log llenos en cada cambio de log.Una de las decisiones importantes que debe tomar un DBA es si debe configurar la instancia en modo ARCHIVELOG o modo NOARCHIVELOG. Generalmente se suele configurar una base de datos de producción en este modo.

01) Pág.Fig.9Ficheros.SGA y Procesos BD Oracle Administración de Oracle (V1. 23 Aubay España .Formación . 2.

Cerrar la base de datos 2. A continuación se muestran los eventos que se producen durante el inicio de una base de datos. los pasos a seguir para cerrar dicha base de datos.Formación . Desmontar la base de datos 3. son: 1. Montaje de la base de datos 3.01) Pág. que contiene los parámetros de inicialización para asignar el SGA e iniciar los procesos en background.3 GESTIÓN DE UNA INSTANCIA DE BASE DE DATOS ORACLE Fig. Cerrar la instancia Inicio de la Instancia El inicio de una instancia incluye las siguientes tareas: • • Lectura del fichero de parámetros Asignación del SGA Administración de Oracle (V1. 24 Aubay España . Oracle utiliza un fichero de parámetros. En cada evento la base de datos Oracle atraviesa varias etapas: 1. Inicio de una instancia 2.1Arrnque y Parada Instancia Oracle 3.1 ARRANQUE DE UNA INSTANCIA DE BASE DE DATOS Una base de datos Oracle no está disponible a los usuarios hasta que haya sido iniciada la instancia y abierta la base de datos. 3. Si se inicia la instancia y se abre una base de datos. Apertura de la base de datos Cada vez que se inicia una instancia.

• •

Inicio de los procesos en background Apertura del fichero de alerta

Montaje de la Base de Datos Este estado está especificado para realizar operaciones de mantenimiento, por ejemplo, durante las siguientes tareas: • • • Cambio del nombre de los ficheros de datos Activación y desactivación de las opciones de archivado redo log Recuperación completa de una base de datos

El montaje incluye las siguientes tareas: • • • Asociación de una base de datos con una instancia iniciada previamente Ubicación y apertura de los ficheros de control especificados en el fichero de parámetros Lectura de los ficheros de control para obtener los nombres y el estado de los ficheros de datos y redo log

Apertura de la Base de Datos La operación normal de la base de datos significa que se inicia una instancia y que la base de datos se monta y se abre; lo que permite que cualquier usuario se conecte a la misma y realice operaciones de acceso a los datos. La apertura de la base de datos incluye las siguientes tareas: • • Apertura de los ficheros de datos Apertura de los ficheros redo log

Si no apareciese alguno de los ficheros de datos o de redo log, el servidor Oracle devolverá un error. Durante esta etapa final el servidor Oracle comprueba que todos los ficheros de datos y de redo log se pueden abrir y comprueba la consistencia de la base de datos. Si fuese necesario, el proceso SMON iniciaría la recuperación de la instancia. Recuperación de la Instancia El proceso en background SMON lleva a cabo automáticamente la recuperación de la instancia en caso de que haya existido un fallo de la misma. Este proceso utiliza los ficheros de redo log para recuperar los datos validados en la caché de buffers de la base de datos que se perdió debido al fallo de la instancia.

La recuperación de la instancia consta de los siguientes pasos: 1. Aplicación de las transacciones pendientes para recuperar los datos que no se hayan registrado en los ficheros de datos, sino en los redo log 2. Apertura de la base de datos, en lugar de esperar que se apliquen todas las transacciones pendientes antes de que la base de datos esté disponible de nuevo.

Administración de Oracle (V1.01)

Pág. 25

Aubay España - Formación

3. Aplicación de las transacciones no validadas por los procesos de servidor a medida que acceden a los datos bloqueados.

3.1.1 Comando de Arranque de una instancia de BD
El Servidor Oracle utiliza el comando STARTUP para arrancar una instancia de base de datos. STARTUP [FORCE][RESTRICT][PFILE=nombrearchivo] [OPEN [RECOVER] [basededatos]| MOUNT | NOMOUNT] • • • • • • • OPEN: Permite que los usuarios accedan a la base de datos. MOUNT: Monta la base de datos para ciertas actividades de DBA. NOMOUNT: Crea el SGA e inicia los procesos en segundo plano. PFILE: Permite el uso de un archivo de parámetros no por defecto para configurar la instancia. FORCE:Aborta la instancia en ejecución antes de realizar un inicio normal. RESTRICT: Sólo permite el acceso a los usuarios con el privilegio RESTRICTED SESSION. RECOVER:Comienza la recuperación del medio físico.

3.1.1.1Cambio de la disponibilidad de la Base de Datos
Para abrir la base de datos desde una etapa STARTUP NOMOUNT a otra MOUNT o desde MOUNT a OPEN, es necesario utilizar el comando ALTER DATABASE. ALTER DATABASE { MOUNT | OPEN } Para evitar que las transacciones de usuario modifiquen la información contenida en la base de datos, oracle permite abrir las base de datos en modo solo lectura. Para iniciar una instancia en este modo se puede ejecutar el siguiente comando: ALTER DATABASE OPEN [ READ WRITE | READ ONLY ] Donde READ WRITE abre la base de datos en modo lectura escritura, lo que permite que los usuarios generen registros de redo log y en READ ONLY restringe a los usuarios a transacciones de solo lectura, evitando que los usuarios generen información de redo log. La utilización de una base de datos en modo solo lectura está especialmente diseñada para tiempos en los que la base de datos de producción se encuentre realizando operaciones de mantenimiento y no se desea que los usuarios prescindan de consultar la información contenida en la base de datos.

3.2 PARADA DE UNA INSTANCIA DE BASE DE DATOS
Cierre de la Base de Datos Cuando se cierra la base de datos el servidor Oracle escribe los cambios de la caché de buffers y los registros de la caché de buffers de redo log en los ficheros de datos y en los ficheros de redo log respectivamente. Después de esta operación, cierra todos los ficheros de datos y de

Administración de Oracle (V1.01)

Pág. 26

Aubay España - Formación

redo log. Los ficheros de control permanecen abiertos mientras una base de datos esté cerrada pero todavía montada. Desmontaje de la Base de Datos El segundo paso es desmontar la base de datos de una instancia. Una vez desmontada sólo quedará la instancia, esto es, los procesos en background y la SGA. Cuando se desmonta una base de datos el servidor Oracle cierra los ficheros de control. Cierre de la Instancia El último paso es cerrar la instancia, en el cual, se cerrarán los ficheros de alerta, se libera la memoria ocupada por la SGA y se terminan todos los procesos en background.

3.2.1 Comando de Parada de una instancia de BD
El Servidor Oracle utiliza el comando SHUTDOWN para parar una instancia de base de datos. SHUTDOWN [NORMAL | TRANSACTIONAL | IMMEDIATE | ABORT] • NORMAL: Es el modo de cierre por defecto. Este cierre se lleva a cabo en las siguientes condiciones: o o o o • No se permiten nuevas conexiones. El servidor Oracle espera a que se desconecten todos los usuarios antes de completar el cierre. Oracle cierra y desmonta la base de datos antes de cerrar la instancia. El siguiente inicio no requiere una recuperación de la instancia.

TRANSACTIONAL: Evita que los clientes pierdan trabajo. Un cierre transaccional de la base de datos se lleva a cabo en las siguientes condiciones: o o o o Ningún cliente puede iniciar una nueva transacción en la instancia. Un cliente se desconecta cuando finaliza la transacción en curso. Una vez finalizadas todas las transacciones, se produce un cierre inmediato. El siguiente inicio no requiere una recuperación de la instancia.

IMMEDIATE: Este cierre se lleva a cabo en las siguientes condiciones: o o o o o No se completan las sentencias SQL que está procesando en ese momento el servidor Oracle. El servidor Oracle no espera hasta que se desconecten los usuarios actuales en la base de datos. Oracle deshace las transacciones activas. Oracle cierra y desmonta la base de datos antes de cerrar la instancia. El siguiente inicio no requiere una recuperación de la instancia.

Administración de Oracle (V1.01)

Pág. 27

Aubay España - Formación

28 Aubay España . los archive log. Es un fichero de texto que se puede mantener a través de un editor estándar del sistema operativo. tengan efecto. El siguiente inicio requiere la recuperación de la instancia.• ABORT: Si las opciones de cierre inmediato y normal no funcionan. lo gestiona el propio servidor Oracle.01) Pág. Se pueden incluir ficheros adicionales con la palabra clave IFILE e indicando el nombre y ruta del fichero que se desea incluir. como el tamaño del bloque de datos Especifica los ficheros de control. Este fichero no se puede modificar por un editor estándar del sistema.3 FICHERO DE PARÁMETROS El fichero de parámetros. al que generalmente se le denomina init<SID>. el fichero de alerta… Generalmente el servidor Oracle tiene un valor por defecto para cada parámetro. La instancia se termina sin cerrar los ficheros.ora. Este fichero sólo se lee durante el inicio de la instancia. La interrupción de una instancia se lleva a cabo en las siguientes condiciones: o o o o o Se terminan inmediatamente las sentencias SQL que el servidor Oracle está procesando. Algunos de dichos parámetros determinan: • • • • • • Especifica el tamaño de los componentes de la SGA para optimizar el rendimiento Define los valores por defecto de la base de datos y de la instancia Define los límites de los usuarios o de los procesos Define los límites de los recursos de la base de datos Define los distintos atributos físicos de la base de datos.Formación . entonces es necesario abortar la instancia de base datos. Si se modifica el fichero. En la versión 9 y posteriores de Oracle se ha mejorado esta deficiencia ya que permite modificar los parámetros online y almacenarlos en el fichero spfile<SID>. Por defecto se ubica en el directorio $ORACLE_HOME/dbs en una máquina UNIX. se debe reiniciar la instancia para que los valores de los parámetros modificados. Oracle no espera hasta que se desconecten los usuarios.ora. Este valor depende del sistema operativo. Los parámetros de este fichero pueden tener un efecto trascendente en el rendimiento de la base de datos y es necesario modificar dichos parámetros en función del sistema en producción. A continuación se muestra un fragmento de un fichero de parámetros real de producción: Administración de Oracle (V1. Modo de cierre Permitir nuevas conexiones Esperar a que finalicen las sesiones actuales Esperar a finalicen las transacciones actuales Forzar un punto de comprobación y cerrar los archivos A X X X X I X X X O T X X O O N X O O O 3. Oracle no deshace las transacciones no validadas. Los parámetros se pueden especificar en cualquier orden.

r2_03.control_files = (<ORACLE_DATA>/<ORACLE_SID>/ctrl1<ORACLE_SID>.r1_02. <ORACLE_DATA>/<ORACLE_SID>/ctrl3<ORACLE_SID>.ctl.ctl) background_dump_dest core_dump_dest user_dump_dest = <ORACLE_BASE>/admin/<ORACLE_SID>/bdump = <ORACLE_BASE>/admin/<ORACLE_SID>/cdump = <ORACLE_BASE>/admin/<ORACLE_SID>/udump log_archive_dest = <ORACLE_BASE>/admin/<ORACLE_SID>/arch/arch. 29 Aubay España .r1_04. <ORACLE_DATA>/<ORACLE_SID>/ctrl2<ORACLE_SID>.r2_01.ctl.Formación .01) Pág.log nls_date_format db_name rollback_segments db_files = 100 db_block_size = 8192 db_file_multiblock_read_count = 8 db_block_buffers = 3200 shared_pool_size = 10000000 log_checkpoint_interval = 10000 processes = 50 parallel_max_servers = 5 dml_locks = 200 log_buffer = 65536 = 'yyyymmddhh24miss' = <ORACLE_SID> = (r1_01.r2_04) sort_area_size = 524288 sort_area_retained_size = 262144 optimizer_mode = RULE audit_trail = true #timed_statistics = true max_dump_file_size = 10240 log_archive_start = true Administración de Oracle (V1.r1_03.r2_02.

global_names = FALSE open_cursors = 300 compatible = 8.1.0 utl_file_dir =* Entre los parámetros que se deben especificar y que se modifican frecuentemente están: Parámetro BACKGROUND_DUMP_DES T COMPATIBLE CONTROL_FILES DB_BLOCK_BUFFERS DB_NAME SHARED_POOL_SIZE USER_DUMP_DEST LOG_BUFFER MAX_DUMP_FILE_SIZE PROCESSES SQL_TRACE TIMED_STATISTICS OPEN_CURSORS Descripción Indica la ubicación donde se escriben los ficheros de rastreo por los procesos en background. También se incluye el fichero de Alerta del servidor Oracle. Versión de Oracle con el que la instancia será compatible. Indica la ruta y los nombres de los ficheros de control. Número de bloques copiados en la memoria caché dentro del SGA Identificador del nombre de la base de datos. Este valor no puede superar los 8 caracteres. Es el único requisito para crear la base de datos. Tamaño en bytes del conjunto compartido. Ubicación donde se crean los ficheros de rastreo de los procesos de usuario. Número de bytes asignados al buffer de redo log dentro del SGA. Tamaño máximo de los ficheros de rastreo. Número máximo de procesos del sistema operativo que se pueden conectar simultáneamente a una instancia. Activa o desactiva la utilidad de rastreo SQL por cada sesión de usuario. Activa o desactiva la temporización en los ficheros de rastreo. Indica el número máximo de cursores que pueden tener abiertos la instancia de la base de datos.

Las definiciones de los valores de los parámetros en una base de datos se pueden consultar en la vista del diccionario de datos V$PARAMETER o bien ejecutando el comando SHOW PARAMETER.

3.3.1 Parámetros Dinámicos
Algunos parámetros de inicialización son dinámicos, esto es, se pueden modificar una vez inicializada la base de datos. Los comandos que permiten realizar dichas son modificaciones son: • ALTER SESSION

Administración de Oracle (V1.01)

Pág. 30

Aubay España - Formación

• •

ALTER SYSTEM ALTER SYSTEM DEFERRED ALTER SESSION SET nombre_parametro = valor ALTER SYSTEM SET nombre_parametro = valor [DEFERRED]

El comando ALTER SESSION modifica el valor del parámetro sólo en la sesión desde donde se esté ejecutando. El comando ALTER SYSTEM cambia globalmente el valor del parámetro. El nuevo parámetro será eficaz hasta que se cierre la base de datos. Si se desea hacer permanente este cambio será necesario modificar el fichero de parámetros. En la versión 9 y posteriores de oracle esto se puede evitar si el fichero de parámetros que se usa para arrancar la instancia es el spfile<SID>.ora. El comando ALTER SYSTEM DEFERRED modifica el valor del parámetro para las futuras sesiones que se conecten a la base de datos. Se puede consultar la vista el diccionario de datos V$SYSTEM_PARAMETER para obtener que parámetros se pueden modificar. SQL> SELECT isses_modifiable,issys_modifiable,ismodified,name V$SYSTEM_PARAMETER WHERE ismodified <> ‘FALSE’; Las columnas muestran la siguiente información: • • • isses_modifiable, indica si el parámetro se puede modificar por el comando ALTER SESSION. issys_modifiable, indica si el parámetro se puede modificar por el comando ALTER SYSTEM. Ismodified, si el valor es MODIFIED ha sido modificado por un comando ALTER SESSION, y si el valor es SYS_MODIFIED indica que ha sido modificado por un comando ALTER SYSTEM. FROM

La vista V$PARAMETER muestra los valores actuales de la sesión y V$SYSTEM_PARAMETER muestra los valores actuales del sistema independientes de la sesion. Los comandos ALTER SYSTEM o ALTER SYSTEM DEFERRED se registran en el fichero de rastreo ALERT<SID>. Ejemplos de utilización de estos comandos: ALTER SESSION SET SQL_TRACE = TRUE; ALTER SYSTEM SET TIMED_STATISTICS = TRUE; ALTER SYSTEM SET SORT_AREA_SIZE = 131072 DEFERRED; ALTER SYSTEM SET SHARED_POOL_SIZE = 64M; ALTER SYSTEM SET DB_CACHE_SIZE = 96M;

Administración de Oracle (V1.01)

Pág. 31

Aubay España - Formación

3.4 VISTAS DINÁMICAS DE RENDIMIENTO
Se llaman vistas dinámicas de rendimiento ya que se actualizan constantemente, (por el servidor Oracle) mientras la base de datos permanece abierta y se utilice. Su contenido está relacionado con el rendimiento. Proporciona datos acerca de las estructuras físicas (ficheros) y lógicas (memoria) de la base de datos. Las vistas dinámicas de rendimiento se identifican con el prefijo V_$ aunque Oracle proporciona sinónimos públicos con el prefijo V$. Una vez iniciada la instancia en la etapa NOMOUNT, se podrá acceder a las vistas dinámicas que se pueden leer desde la memoria. Las vistas que lean datos desde los ficheros de control precisarán que la base de datos esté montada. La vista V$FIXED_TABLE muestra todas las vistas dinámicas de rendimiento. Ejemplo de un conjunto de vistas dinámicas: Nombre V$PARAMETER V$SGA V$OPTION V$PROCESS V$SESSION V$VERSION V$INSTANCE V$THREAD V$CONTROLFILE V$DATABASE V$DATAFILE V$DATAFILE_HEADE R V$LOGFILE Descripcion Contiene información acerca de los parámetros de incialización Contiene información resumida sobre el SGA Enumera las opciones que se instalan en el servidor Contiene información acerca de los procesos activos actualmente Enumera la información de la sesión actual Enumera el número de versión y componentes Muestra el estado de la instancia actual Contiene información del thread, por ejemplo de los grupos de redo log Enumera los nombres de los ficheros de control Contiene información sobre la base de datos Contiene información de ficheros de datos y de los ficheros de control Contiene información acerca de la cabecera de los ficheros de datos y de los ficheros de control Contiene información acerca los ficheros de redo log Leen Datos SGA SGA SGA SGA SGA SGA SGA Fichero Control Fichero Control Fichero Control Fichero Control Fichero Control Fichero Control

Para obtener una lista completa de estas vistas y de la descripción de las columnas se puede consultar el documento Oracle Reference.

Administración de Oracle (V1.01)

Pág. 32

Aubay España - Formación

los mensajes se escribirán en el fichero ALERT. Los ficheros de log también pueden ser generados a petición del usuario. Si un proceso en background detecta un error.3. USER_DUMP_DEST: Define la ubicación de los ficheros de rastreo de los usuarios. Limita el tamaño de los ficheros de rastreo. habilitará la creación de ficheros de log por cada sentencia SQL que envíe al servidor en dicha sesión. el servidor Oracle creará uno.5 FICHERO ALERT Y DE RASTREO Si se produce un error mientras se ejecuta la instancia Oracle. El fichero ALERT de una base de datos es un log cronológico de mensajes y errores. Por ejemplo la sentencia ALTER SESSION SET sql_trace=TRUE. Durante el inicio de la base de datos. MAX_DUMP_FILE_SIZE: Se especifica en bloques del sistema operativo.01) Pág. es el caso si se desea realizar un rastreo de las sentencias SQL que se procesan en el servidor. en el cual el nombre del fichero indicará el número y nombre del proceso que ha creado dicho fichero. no del fichero de ALERT ni de los ficheros de rastreo de los procesos en background. si no existe dicho fichero. 33 Aubay España .Formación . Administración de Oracle (V1. la información del error se volcará en un fichero de log. Los siguientes parámetros controlan la ubicación y el tamaño del fichero ALERT y de los ficheros de rastreo: • • • BACKGROUND_DUMP_DEST: Define la ubicación del fichero de rastreo de los procesos en backgruound como del fichero de ALERT de Oracle.

Administración de Oracle (V1. 4. De esta forma. 34 Aubay España . La creación de una base de datos es una tarea que prepara varios archivos del sistema operativo y sólo es necesario realizarla en una ocasión. y de control. En los sistemas UNIX será necesario modificar los parámetros del KERNEL para establecer el número de semáforos y tamaño de la memoria compartida que el servidor Oracle precisa para la gestión de la base de datos. Será necesario calcular el espacio en disco del sistema que la base de datos va a necesitar para ubicar los ficheros de datos. Será necesario establecer la variable de entorno ORACLE_SID para el usuario del sistema operativo que va a crear y gestionar dicha base y de datos. si falla uno de los dispositivos. redo log. el otro podrá continuar trabajando con la base de datos. Esto es. Se aconseja multiplexar los grupos de ficheros redo log y en dispositivos diferentes por razones de seguridad. El valor de ORACLE_SID deberá ser el nombre de la instancia. Respecto a los ficheros de datos se aconseja crear diferentes ficheros en función del contenido que se vaya a alojar en ellos.1. De esta forma se reduce la fragmentación y la contención de disco.4 CREACIÓN BASE DE DATOS ORACLE 4.Formación . ya que va a determinar el tamaño del bloque y el juego de caracteres de la base de datos.1. El proceso de creación es muy importante.1 Consideraciones previas a la creación de la Base de Datos Será necesario crear un usuario del sistema operativo que será el encargado de gestionar el servidor Oracle y las bases de datos desde el punto de vista del sistema (SO).1 CONCEPTOS La creación de una base de datos es el primer paso en la gestión y organización de un sistema de base de datos. se debe separar los objetos de la base de datos con vidas útiles diferentes.01) Pág. 4. como los datos de aplicación y los datos temporales. independientemente de los ficheros de datos que tenga la base de datos.2 Planificación de la ubicación de los ficheros Oracle aconseja realizar dos copias activas de los ficheros de control al menos en dos dispositivos diferentes. redo log y la estructura del diccionario de datos que necesita el servidor Oracle para acceder a la base de datos. Se aconseja consultar las guías de instalación específicas del sistema operativo para determinar el ajuste de los parámetros del Kernel. El comando CREATE DATABASE inicia la creación de los ficheros de control. los cuales no se podrán cambiar una vez la base de datos haya sido creada. en tablespaces distintos.

35 Aubay España .4. Dicho fichero de parámetros inicial debe especificar como mínimo los siguientes parámetros: • DB_NAME: Indentificador de la base de datos de cómo máximo 8 caracteres.1 Configuración del Entorno del Sistema Operativo Habrá que elegir un nombre único para la base de datos.2. Como ejemplo ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data PATH: Habrá que añadir a esta variable el valor de $ORACLE_HOME/bin LD_LIBRARY_PATH: Habrá que añadir a esta variable el de valor de $ORACLE_HOME/lib 4.3 Métodos para crear una Base de Datos Se puede crear una base de datos. ORA_NLS33: Es necesario crear una base de datos con un juego de caracteres diferente al US7ASCII. generalmente tiene como valor el directorio padre de ORACLE_HOME. definir y ajustar las siguientes variables del entorno • • • • • • ORACLE_HOME: Especifica el directorio donde se ha instalado el Software de Oracle.2 CREACIÓN DE UNA BASE DE DATOS MANUALMENTE El proceso de creación de la base de datos se puede dividir en los siguientes pasos: 4. El asistente de configuración está basado en Java y se puede iniciar desde cualquier plataforma desde el motor Java. En este documento nos vamos a centrar en la creación de una base de datos de modo manual con el objeto de ver todas las opciones disponibles y su significado en la creación de la base de datos. aunque se recomienda tenerla configurada. 4.Formación . ORACLE_SID: Especifica el nombre de la instancia y debe ser único para las instancias que se ejecuten en la misma máquina. Durante la instalación del servidor Oracle se permite crear una base de datos con este asistente. o mediante un fichero de comandos SQL diseñado de forma manual. No es necesario que este Administración de Oracle (V1. ORACLE_BASE: No es una variable necesaria. este valor debe tener un máximo de 8 caracteres.01) Pág. Este es el único parámetro necesario para crear la base de datos. no tiene que ser el definitivo de la base de datos en producción.2.2 Preparación del Fichero de Parámetros Antes de crear la base de datos será necesario establecer un fichero de parámetros inicial. bien con el asistente de configuración.1.

• • parámetro coincida con ORACLE_SID. Para cambiar el nombre de una base de datos existente.3 Inicio de la Instancia El paso siguiente es arrancar la instancia y ponerla en estado NOMOUNT. El nombre de la base de datos se asocia con una base de datos en el momento en que ésta se crea y se almacena en los ficheros de control.01) Pág.Formación . aunque debe coincidir con el nombre que se utilice en la sentencia CREATE DATABASE. el cual tiene la siguiente sintaxis: Administración de Oracle (V1. para ello habrá que conectarse al interfaz de comandos de Oracle SQLPLUS como un usuario SYSDBA y ejecutar el comando STARTUP con la opción que corresponda: • • $ORACLE_HOME/bin/sqlplus ‘/ as sysdba’ startup nomount pfile=init<ORACLE_SID>_0. No es necesario que existan los ficheros de control en este momento cuando no se ha creado aún la base de datos. 4.2. 36 Aubay España . CONTROL_FILES: Especifica una lista de ficheros de control. El tamaño del bloque no se podrá cambiar una vez creada la base de datos.4 Creación de la Base de Datos Para crear la base de datos será necesario utilizar el comando CREATE DATABASE.ora 4. se puede utilizar el comando CREATE CONTROLFILE para volver a crear el fichero de control.2. DB_BLOCK_SIZE: Determina el tamaño del bloque de la base de datos. El cambio de nombre de una base de datos no es muy recomendable.

Cualquier intento por añadir un nuevo fichero cuyo número sea mayor que este parámetro. provocará que el fichero de control se expanda de forma automática. MAXDATAFILES: Indica el número máximo de ficheros de datos que puede tener una base de datos. si se omite este nombre.01) Pág. AUTOEXTEND: Activa o desactiva la extensión automática de ficheros de datos. Administración de Oracle (V1. MAXINSTANCES: Indica el número máximo de instancias que puede abrir simultáneamente la base de datos. 37 Aubay España . MAXLOGFILES: Especifica el número máximo de grupos de ficheros redo log que se podrán crear en la base de datos. LOGFILE GROUP: Especifica los nombres de los ficheros de redo log que se deben utilizar y el grupo al que pertenecen. MAXLOGHISTORY: Especifica el número máximo de redo log archivados para la recuperación automática del medio físico.Formación . Este valor se almacena en la sección inicial de los ficheros de control en tiempo de creación de la base de datos o creación de ficheros de control. aunque menor que el parámetro DB_FILES. se utilizará el parámetro de inicialización DB_NAME. DATAFILE: Especifica los ficheros de base de datos que se deben utilizar.• • • • • • • • • DATABASE: Es el nombre de la base de datos que hay que crear. para que la sección de fichero de datos pueda albergar más ficheros. MAXLOGMEMBERS: Especifica el número máximo de ficheros redo log que puede tener un grupo.

Después de ejecutar el comando CREATE DATABASE el servidor Oracle ejecuta el fichero sql. Para suprimir una base de datos. el juego de caracteres nacional será el mismo que el juego de caracteres de la base de datos. El servidor Oracle asigna tanto espacio en los ficheros de control como necesiten los valores de los argumentos MAXLOGMEMBERS. de lo contrario.bsq y crea los siguientes objetos de la base de datos: • • • • • • Ficheros de datos que forman el tablespace SYSTEM. No existe ningún comando de DROP DATABASE.ora create database "<ORACLE_SID>" controlfile reuse maxinstances 1 Administración de Oracle (V1. El usuario sys con la contraseña change_on_install El usuario system con la contraseña manager El segmento de rollback SYSTEM Tablas internas pero no vistas por el diccionario de datos 4. de control y de redo log del sistema operativo.01) Pág. Si no se especifica. tendrá que especificar la opción SIZE y el fichero no deberá existir. Si se utiliza REUSE en una especificación de fichero. entonces el fichero deberá existir.3 EJEMPLO REAL A continuación se muestra un ejemplo de la creación de una base de datos real: startup nomount pfile=<ORACLE_BASE>/admin/<ORACLE_SID>/init<ORACLE_SID>_0. 38 Aubay España . se deberá suprimir los ficheros de datos. CHARACTER SET: Es el juego de caracteres que utiliza la base de datos para almacenar datos.Formación .• • • ARCHIVELOG: Indica que los ficheros de redo log se deben archivar antes que se puedan volver a utilizar. Se puede utilizar la siguiente consulta para determinar cuáles son dichos ficheros: SELECT name FROM V$DATAFILE UNION SELECT name FROM V$CONTROLFILE UNION SELECT member FROM V$LOGFILE Después de crear la base de datos no es posible cambiar el juego de caracteres ni el juego de caracteres nacional. Ficheros de control y de redo log. NATIONAL CHARACTER SET: Especifica el juego de caracteres nacional que se utiliza para almacenar datos o en columnas definidas. MAXLOGFILES. MAXLOGHISTORY y MAXINSTANCES. MAXDATAFILES.

'<ORACLE_DATA>/<ORACLE_SID>/redo<ORACLE_SID>01B.dbf' autoextend on next 10M maxsize unlimited logfile group 1 ('<ORACLE_DATA>/<ORACLE_SID>/redo<ORACLE_SID>01A.dbf') group 3 ('<ORACLE_DATA>/<ORACLE_SID>/redo<ORACLE_SID>03A. size 50M Administración de Oracle (V1.dbf') size 5M.dbf'. size 5M. '<ORACLE_DATA>/<ORACLE_SID>/redo<ORACLE_SID>03B.maxlogfiles 50 maxdatafiles 100 character set "WE8ISO8859P1" datafile '<ORACLE_DATA>/<ORACLE_SID>/syst<ORACLE_SID>.dbf') group 2 ('<ORACLE_DATA>/<ORACLE_SID>/redo<ORACLE_SID>02A. size 5M.dbf'. '<ORACLE_DATA>/<ORACLE_SID>/redo<ORACLE_SID>02B. 39 Aubay España .01) Pág.Formación .dbf'.

secuencias. el servidor Oracle crea estructuras dentro de ellos: • El diccionario de datos.bsq.1 VISIÓN GENERAL DEL DICCIONARIO DE DATOS Una de las partes más importantes de una base de datos Oracle es su diccionario de datos. contiene descripciones de los objetos de la base de datos.1 Contenido del Diccionario de Datos Un diccionario de datos contiene: • Las definiciones de todos los objetos del esquema en la base de datos (tablas. Para tener acceso al diccionario de datos es preciso utilizar sentencias SQL. son las tablas subyacentes que almacenan la descripción de la base de datos. Las tablas de rendimiento dinámico. Las vistas del diccionario de datos. agrupamientos. Han sido creadas al tiempo de ejecutar el comando CREATE DATABASE por el script sql. con lo cual sólo se pueden enviar consultas en las vistas del diccionario de datos. Administración de Oracle (V1. El diccionario de datos es de sólo lectura. índices. agregan funcionalidad a la base de datos. vistas. etc. Estas tablas no se encuentran documentadas. El propietario del diccionario de datos es el usuario SYS y se almacena siempre en el tablespace SYSTEM (este tablespace ha sido creado durante la ejecución del comando CREATE DATABASE). paquetes. Incluye dos tipos de objetos: o o • • Las tablas base. 5. 5. El diccionario de datos es una fuente de información para todos los usuarios.1.5 CREACIÓN Y USO DEL DICCIONARIO DE DATOS Y PAQUETES ESTÁNDAR Además de la creación de los ficheros de la base de datos. procedimientos. 40 Aubay España . El diccionario de datos lo actualiza el servidor Oracle siempre que se ejecute una sentencia DDL o bien una sentencia DML.Formación . disparadores. funciones. contienen información que utiliza el DBA para supervisar y ajustar la base de datos y la instancia. que es un conjunto de tablas de sólo lectura que proporciona información acerca de su base de datos asociada. resumen y muestran la información almacenada en la base de datos.).01) Pág. Las unidades de programa PL/SQL.

lo que hay en el esquema del usuario. que contiene información acerca de los índices de la base de datos. Valores por defecto de columnas. Se crean automáticamente por el fichero sql. Información de auditoría. Estas vistas resumen y muestran la información almacenada en la base de datos. otras van dirigidas únicamente a los administradores de la base de datos. se está explorando las vistas del diccionario las cuales son sinónimos públicos. Se recomienda no utilizar nunca comandos DML para actualizar las tablas base. es decir. Un ejemplo de tabla base es IND$. USER: Vista del usuario. No todas las vistas del diccionario de datos utilizan estas reglas de nomenclatura.1. Su finalidad es que las consulten únicamente los administradores de la base de datos. 41 Aubay España . Por ejemplo en las vistas del diccionario se utilizan los nombres de los objetos en vez de números de objetos. Privilegios y Roles otorgados a cada usuario. Todas las vistas tienen sinónimos públicos que se crean en ellas.1. lo que hay en todos los esquemas. 5. Los nombres de los usuarios de la base de datos Oracle.01) Pág. como por ejemplo quién ha accedido o actualizado objetos de la base de datos.Formación .bsq. lo que hay en todos los esquemas. El servidor Oracle es el único que debería escribir en las tablas base. Otra información general de la base de datos. Generalmente los usuarios no acceden a estas tablas. es decir. 5. Algunas de las vistas del diccionario de datos están accesibles para todos los usuarios de la base de datos. mediante uniones y claúsulas where para simplificar la información.2 Tablas Base y Vistas del Diccionario de Datos Las tablas base del diccionario de datos son las primeras que se crean al tiempo de ejecutar el comando CREATE DATABASE.3 Categorías del Diccionario de Datos Las vistas del diccionario de datos se dividen en tres categorías. Cualquier usuario al que se le haya Administración de Oracle (V1. VISTAS con el prefijo DBA Muestran información global de toda la base de datos. es decir. que se pueden distinguir unas de otras por sus prefijos: • • • DBA: Vista del Administrador de la base de datos. ALL: Vista del usuario ampliada. Generalmente cuando se examina el diccionario de datos. Decodifican los datos de las tablas base en información útil.• • • • • • • El espacio asignado y utilizado por los objetos. además la mayoría de la información se encuentra cifrada. Información acerca de la restricción de integridad.

Formación . Administración de Oracle (V1. PL/SQL es el lenguaje procedural de Oracle. Estas vistas devuelven información acerca de los objetos de esquema a los que el usuario tiene acceso en forma de concesiones públicas o explícitas de privilegios y roles. Por ejemplo para consultar todos los objetos de la base de datos. Vistas con el prefijo USER Estas vistas son las más importantes desde el punto de vista del usuario ya que: • • • • • Hacen referencia al propio entorno privado del usuario en la base de datos. Por ejemplo. OBJECT_NAME. OBJECT_TYPE FROM DBA_OBJECTS. OBJECT_TYPE FROM ALL_OBJECTS.2 UNIDADES DE PROGRAMA ALMACENADAS El servidor Oracle permite acceder y manipular la información de la base de datos mediante objetos procedurales llamados unidades de programa almacenadas. excepto que la columna OWNER es el usuario actual. Por ejemplo. 42 Aubay España . Este lenguaje permite mezclar sentencias SQL con sentencias procedurales. la siguiente consulta devuelve información acerca de todos los objetos a los que el usuario tiene acceso. el DBA podrá emitir la siguiente sentencia: SELECT OWNER. además de los objetos del esquema del propio usuario. Devuelven un subconjunto de la información de las vistas ALL_ Pueden tener sinónimos públicos abreviados por comodidad. Vistas con el prefijo ALL Hacen referencia a la perspectiva global del usuario de la base de datos. Tienen columnas idénticas a las otras categorías de vistas. Se puede obtener una lista completa de las vistas del diccionario de datos y sus columnas en el documento Oracle Reference. OBJECT_NAME. OBJECT_TYPE FROM USER_OBJECTS. la siguiente consulta devuelve todos los objetos del esquema: SELECT OBJECT_NAME. Generalmente hacen referencia a los objetos que posee el usuario actual. 5. Estas unidades de programa son un conjunto de sentencias SQL y PL/SQL que llevan a cabo una tarea específica. SELECT OWNER.01) Pág.otorgado el privilegio de sistema SELECT ANY TABLE podrá consultar las vistas con prefijo DBA del diccionario de datos.

conjunto compartido para reducir el tiempo de recuperación del disco. Los programas en Java se pueden llamar desde SQL y PL/SQL definiendo sus especificaciones de llamada para PL/SQL. La especificación de llamada asigna los nombres del método Java. es necesario publicar dicho método escribiendo una especificación de llamada.2. Se almacenan en la zona del SGA. Las funciones almacenadas se pueden utilizar en las sentencias SQL de la misma forma que las funciones agregadas de SQL o bien las incorporadas por Oracle. al tiempo de ejecutar cualquier bloque PL/SQL. diferentes usuarios comparten una sola copia de la unidad de programa. El desarrollo y mantenimiento de unidades de programa almacenadas se describe de forma detallada en el documento de oracle Unidades de Programa PL/SQL. 5. Para llamar a un método Java desde SQL o PL/SQL. el servidor Oracle envía cada sentencia a un motor distinto en función del tipo de sentencia. el código PL/SQL se compila previamente y se almacena en el diccionario de datos compilado y con el código fuente. En este documento se pretende dar una visión general de los procedimientos almacenados.1 Ejecución de una Unidad de Programa PL/SQL El proceso de servidor lee la unidad de programa PL/SQL almacenada en el conjunto compartido y la ejecuta. Si la sentencia es SQL el motor que la ejecuta es el ejecutor de sentencias SQL.01) Pág. 43 Aubay España .El administrador de la base de datos puede instalar el componente JSERVER del servidor Oracle para ejecutar unidades de programa Java. Como se puede aprecia en la figura. Las unidades de programa almacenadas ofrecen las siguientes ventajas: • • • • • • Para reducir los tiempos de ejecución. Administración de Oracle (V1. La seguridad de los datos se puede reforzar permitiendo que los usuarios accedan a los datos únicamente a través de los procedimientos y funciones.Formación . tipos de parámetros y devuelve los tipos homólogos SQL. Durante la ejecución.

44 Aubay España . o Operaciones SQL.bsq. El administrador de la base de datos deberá examinar los ficheros de comandos para averiguar la cuenta de usuario que se debe utilizar para ejecutar dichos ficheros de comandos. La mayor parte de estos ficheros se deben ejecutar como usuario sys.sql y prvt*.sql Este fichero de comandos (catalog. • • • • Administración de Oracle (V1. tanto de las tablas base como de las vistas dinámicas de rendimiento.sql.sql: Crean vistas del diccionario de datos. o Procedimientos y funciones incorporados.mientras que si la sentencia es PL el motor que la ejecuta es el ejecutor de sentencias procedurales. 5.3 CREACIÓN DEL DICCIONARIO DE DATOS Parte del diccionario de datos ya ha sido creado de forma automática cuando se ejecutó el comando CREATE DATABASE con el script sql.plb: Crean objetos para los paquetes de Oracle predefinidos.sql: Se deben ejecutar cuando la base de datos necesite tablas adicionales. así como sinónimos. Importación y Exportación. 5. según sus nombres de ficheros: • • • Ficheros de Comandos cat*. Los ficheros de comandos para la creación del diccionario de datos se pueden separar en cuatro categorías. procedimientos y sinónimos que van a poder utilizar los usuarios de la base de datos. falta por crear todas las vistas. que son las tablas base. catldr. que amplían la funcionalidad del servidor Oracle.1 Ficheros de Comandos creación del Diccionario de datos requeridos Fichero catalog.01) Pág. Inicia a su vez otros ficheros de comandos que crean objetos para (cataudit. Auditoría. incluyendo las declaraciones para PL/SQL: o Tipos de datos.Formación .sql).3. Ficheros de Comandos utl*. Ficheros de Comandos dbms*. No es obligatorio ejecutar todos los scripts que se indican a continuación. catexp. o Excepciones predefinidas.sql.: • El entorno PL/SQL básico.sql) crea las vistas. todo dependerá de los requisitos de la base de datos en particular. Para completar la creación del diccionario de datos es necesario ejecutar una serie de scripts. cada uno de los cuales completan una parte específica del diccionario de datos. Estos programas simplifican la gestión de la base de datos. SQL*Loador Opciones instaladas.

dbmsotpt.sql. paquetes y disparadores de la base de datos. Objetos. Opción de replicación.sql Fichero catldr. caprpc.sql Crea las estructuras del diccionario de datos para el mantenimiento de réplicas (snapshots). Colas Avanzadas.sql Este fichero crea las tablas necesarias para Export e Import incrementales. Standard. Este script invoca a su vez los siguientes scripts: catprc.sql. Estas tablas pueden ser borradas ejecutando catnoaud.sql Este fichero crea vistas y tablas de auditoría. dbmsutil.sql.sql.sql.sql Crea las tablas necesarias para mantener la información de Parallel Server Option Fichero catprc.sql Crea las tablas y vistas de SQL*Loador. Fichero catexp.sql y requiere catprc. Lo ejecuta catalog.sql Fichero catparr.sql. Lo ejecuta catalog.sql Este fichero de comandos (catproc.sql Fichero catsnap.sql Administración de Oracle (V1.Fichero catproc.sql.sql. dbmsalrt. Objetos grandes.sql. Este fichero también crea paquetes y vistas adicionales para: • • • • • • • • Alertas. Ejecutado pro catproc.sql) establece el uso de la funcionalidad PL/SQL.01) Pág. Canales.sql Fichero cataudit. También crea varios paquetes PL/SQL que se utilizan para ampliar la funcionalidad del motor de Oracle (núcleo).Formación . dbmslock. 45 Aubay España .sql. Logminer. Lo ejecuta catproc. dbmssnap. Otros complementos y opciones.sql Fichero catrpc.sql. Lo ejecuta catalog.sql Crea las estructuras del diccionario de datos para almacenar procedimientos.sql. dbmsdesc. casnap. dbmspipe.

Lo ejecuta catproc.sql Crea los paquetes para trabajar con PL/SQL en el núcleo. Lo ejecuta catproc.sql Permite a los usuarios utilizar el procedimiento LOCK.sql Crea los procedimientos para la administración de réplicas (snapshots).sql.sql Fichero dbmsalrt.sql y requiere pistub.sql Permite a usuarios y aplicaciones manejar alertas. Fichero pidian.sql y requiere diutil.sql y requiere pistub.sql y requiere standarda.Formación . Lo ejecuta catproc.sql y requiere dbmsstdx.sql Crea los paquetes PL/SQL necesarios para trabajar. Lo ejecuta catproc.sql y requiere catprc.sql Crea las utilidades que se invocan desde los procedimientos.sql Administración de Oracle (V1.sql Crea los paquetes PL/SQL necesarios para trabajar. Lo ejecuta catproc.sql.01) Pág.sql y requiere pidian.Crea las vistas del diccionario de datos necesarias para el mantenimiento de una base de datos distribuida. Lo ejecuta catproc. 46 Aubay España .sql Fichero pipidl.sql. Lo ejecuta catproc.sql Crea paquetes PL/SQL necesarios para trabajar con PL/SQL en el núcleo. Fichero pistub.sql y requiere catsnap. Lo ejecuta catproc.sql.sql Fichero dbmsstdx.sql Crea los paquetes PL/SQL necesarios para trabajar con PL/SQL suministrado por Oracle.sql.sql Fichero Standard. Fichero dbmssnap.sql y requiere pistub. Lo ejecuta catproc. Fichero diutil.sql y requiere dbmsstdx. Lo ejecuta catproc. Fichero dbmsutil.sql Fichero dbmslock.sql.sql Extensión del fichero Standard. Lo ejecuta catproc.sql y requiere catprc.

sql Permite a los desarrolladores de apliaciones recibir entrada/salida desde procedimientos. 5.Fichero dbmsotpt.sql Crea las tablas y vistas que muestran dependencias entre los objetos de un usuario Fichero utlestat.Formación .sql Fichero Catnoprc.sql Fichero dbmspipe.sql Fichero utlchain.sql Crea la vista blocking_locks que muestra los bloqueos existentes en el sistema Fichero Catnoaud.sql Crea un paquete que permite definir argumentos y devolver valores de un programa.2 Ficheros de Comandos creación del Diccionario de datos opcionales Fichero catblock. Fichero utlbstat. Fichero utldtree.sql Borra de la base de datos las estructuras generadas por catprc.sql Permite establecer comunicaciones entre sesiones.sql Fichero catstat. Finaliza con utlestat.3.sql y requiere pistub.sql y requiere pistub. Debe ejecutarse periódicamente para actualizar las estadísticas.sql Crea la tabla CHAINED_ROWS para almacenar la salida del comando analyze con la opción list chained rows.sql Ejecuta el comando analize sobre el diccionario de datos para permitir la utilización del optimizador de costes en los accesos mediante SQL.sql Fichero dbmsdesc. Lo ejecuta catproc. Lo ejecuta catproc.sql.sql y requiere pistub. Lo ejecuta catproc.sql Comienza la recogida de estadísticas para realizar un ajuste de la base de datos. Si se tiene opción procedural puede utilizarse desde el paquete ANALYZE_SHEMA.sql Borra de la base de datos las vistas de auditoría generadas por cataudit.sql Administración de Oracle (V1. 47 Aubay España .01) Pág.

sql Visualiza los resultados de haber ejecutado los ficheros utlidxss.sql Fichero utlexcpt.4 EJEMPLO REAL Una vez descritos algunos de los ficheros que permiten crear el diccionario de datos.sql y utlidxso. $ORACLE_HOME/bin/sqlplus ‘/ as sysdba’ @<ORACLE_HOME>/rdbms/admin/catalog.sql Administración de Oracle (V1. Fichero utlsidxs.sql Muestra un gráfico en formato de árbol de las esperas para adquirir bloqueos. esto es. Fichero utlxplan.sql connect system/manager @<ORACLE_HOME>/rdbms/admin/catdbsyn.sql Crea la tabla exceptions que se utiliza para activar restricciones de integridad Fichero utldidxs.sql @<ORACLE_HOME>/rdbms/admin/catproc. y comprueba si se ha creado un índice sobre dicha columna y si éste índice es apropiado. después de ejecutar el comando CREATE DATABASE. 5.Finaliza la recogida de estadísticas que comenzón con utlbstat.sql sobre múltiples columnas Fichero utllockt.Formación . como emp y Dep. se va especificar que comandos se deben ejecutar para crear un diccionario de datos real.sql Crea las tablas de ejemplo. Estos comandos se deben ejecutar después de crear la base de datos. que permite mostrar la salida del comando EXPLAIN PLAN. 48 Aubay España .sql Ejecuta utlidxss.01) Pág. y el usuario scott.ql Calcula la selectividad de una columna.sql Crea la tabla plan_table.sql Fichero utloidxs. Fichero utlsampl.

@<ORACLE_HOME>/sqlplus/admin/pupbld. Administración de Oracle (V1. 49 Aubay España .sql La ejecución de estos ficheros creará un diccionario de datos completamente funcional.Formación .sql @<ORACLE_HOME>/rdbms/admin/dbmspipe.01) Pág.

50 Aubay España . hacer que un tablespace sea de sólo lectura.1 Jerarquía de Almacenamiento Archivo de Datos Administración de Oracle (V1.01) Pág. añadir nuevos ficheros de datos a tablespaces. El DBA puede crear nuevos tablespaces. Contiene el diccionario de datos y el código de los procedimientos almacenados. etc… 6. Las estructuras físicas están determinadas por el conjunto de ficheros del sistema operativo asociados a una base de datos y la estructura lógica está determinada por uno o varios tablespaces y los objetos dentro de un esquema de usuario (tablas. índices de usuario.6 GESTIÓN DE TABLESPACES Y FICHEROS DE DATOS Como se ha comentado al principio de este documento una base de datos Oracle contiene estructuras físicas y lógicas. El tablespace system siempre existe y se crea automáticamente al crear la base de datos. procedimientos almacenados). vistas. De esta forma se proporciona más flexibilidad en diversas operaciones de administración de la base de datos y reduce la contención entre los objetos del diccionario y los objetos de los usuarios.1 JERARQUÍA DE ALMACENAMIENTO DE LA BASE DE DATOS Base de Tablespac Segmento Extensión Bloque Bloque del Fig. aunque también puede contener el resto de las estructuras lógicas del esquema de usuario. 6. hacer que un tablespace sea temporal. índices. sin embargo Oracle recomienda crear tablespaces adicionales para almacenar datos de usuario. segmentos de rollback.Formación . segmentos temporales. cambiar el tamaño de los ficheros de datos. borrar tablespaces. definir y modificar los valores de almacenamiento de los segmentos creados en un tablespace.

51 Aubay España . Los tablespace se pueden alternar entre el estado de sólo lectura a lectura-escritura. Un fichero de datos sólo puede pertenecer a un tablespace. El número máximo de ficheros de datos para un tablespace es de 1023. o bien especificar que un fichero debería aumentar dinámicamente a medida que aumentan los objetos en el tablespace. El administrador de la base de datos puede cambiar el tamaño de un fichero de datos una vez creado.1.1 Tablespaces Fig 6. Administración de Oracle (V1. Un tablespace puede estar formado por uno o más segmentos. Cada tablespace está formado por uno o más ficheros del sistema operativo.2 Tablespace-Datafile Las características principales de los tablespaces son: • • • • • • • • Un tablespace sólo puede pertenecer a una base de datos a la vez.El servidor Oracle permite el control del uso del espacio en disco mediante las estructuras de almacenamiento lógico.01) Pág. asignando la cantidad especificada de espacio en disco más una peqeña cantidad de sobrecarga.Formación . que reciben el nombre de ficheros de datos. incluyendo segmentos. extensiones y bloques de datos. El servidor Oracle crea los ficheros de datos para el tablespace. 6. a través de tablespaces.

Separa los datos por los requisitos de copias de seguridad. Contiene el diccionario de datos.1Tipos de Tablespaces El servidor Oracle reconoce dos tipos de tablespaces: SYSTEM y todos los demás.1. El tablespace No SYSTEM: • • • • Permite más flexibilidad en la administración de la base de datos.2 CREACIÓN DE TABLESPACES El comando para crear un tablespaces es CREATE TABLESPACE y su sintaxis es la siguiente: Administración de Oracle (V1. Controla la cantidad de espacio asignado a los objetos de usuario. 52 Aubay España . El tablespace SYSTEM: • • • • • Se crea con la base de datos. Es necesario en todas las bases de datos Oracle. lo temporales.1. 6. Separa los segmentos de rollback. No debería contener datos de usuario. incluyendo las unidades de programa almacenadas.Formación .6.01) Pág. Contiene el segmento de rollback SYSTEM. los segmentos de datos de la aplicación y de índices de aplicación.

Formación . Administración de Oracle (V1. DEFAULT storage: Especifica los parámetros de almacenamiento por defecto de todos los objetos creados en el tablespace. Si esta opción está especificada sólo se escribirán en redo las sentencias DML y algunas DDL. todos los cambios en las tablas. 53 Aubay España .donde: • • • • • • Tablespace: Es el nombre del tablespace que se debe crear. por defecto. por defecto. Utilice K o M para especificar este tamaño en kilobytes o megabytes. índices y particiones en el tablespace. no se escribirán en los registros de redo log. índices y particiones en el tablespace se escribirán en los registros de redo log (este es el valor por defecto NOLOGGIN: Especifica que. todos los cambios en las tablas. DATAFILE: Especifica el fichero o ficheros de datos que conforman el tablespace. MINIMUM EXTENT: Asegura que cada tamaño de extensión utilizado en el tablespace sea un múltiplo de integer.01) Pág. LOGGING: Especifica que.

El valor por defecto es ONLINE. o UNLIMITED: No define ningún límite para asignar espacio de disco al fichero de datos. Este es el valor por defecto.2. segmentos que utilizan ordenaciones implícitas que usen la clausula ORDER BY. NOTA: La cláusula storage se explicará en un capítulo posterior.2.2Gestión del Espacio en Tablespaces Las extensiones del tablespace se pueden gestionar con las tablas o con los bitmaps del diccionario de datos.1. 54 Aubay España . TEMPORARY: Especifica que el tablespace sólo se utilizará para albergar objetos temporales. No se podrá modificar el método posteriormente. o NEXT: Especifica el espacio en disco que se debe asignar al fichero de datos cuando se necesitan más extensiones.Formación . por ejemplo. Extent_management_clause: Especifica la gestión de las extensiones del tablespace. Administración de Oracle (V1.01) Pág. o MAXSIZE: Especifica el espacio de disco máximo que se permite asignar al fichero de datos. Cuando se cree el diccionario de datos habrá que seleccionar uno de estos métodos de gestión del espacio. Esta cláusula se explica más adelante. PERMANENT: Especifica que el tablespace se utilizará para albergar objetos permanentes.1Cláusula Autoextend Esta cláusula activa o desactiva la extensión automática de los ficheros de datos. 6.1. 6. AUTOEXTEND ON: Activa la extensión automática del fichero de datos.• • • • ONLINE|OFFLINE: Hace que el tablespace esté disponible (ONLINE) o no esté disponible (OFFLINE) después de su creación. La sintaxis de esta cláusula es: donde: • • AUTOEXTEND OFF: Desactiva la extensión automática del fichero de datos.

no se podrá especificar la cláusula DEFAULT storage_clausule.01) Pág. Se trata del único método disponible en la versión 8. el servidor Oracle cambiará los valores del bitmap y mostrar el nuevo estado de los bloques. Este es el método por defecto de gestión del espacio en un tablespace. Si se especifica LOCAL. Ventajas de los tablespaces gestionados localmente • Reducen la contención en el diccionario de datos ya que no registran el espacio libre en el mismo.0 de Oracle y anteriores. AUTOALLOCATE: Especifica que el tablespace lo gestiona el sistema. ni MINIMUM EXTENT o TEMPORARY. Se utiliza K o M para indicar que el tamaño de la extensión está en kilobytes o megabytes. En un tablespace temporal CREATE TEMPORARY TABLESPACE. La cláusula EXTENT MANAGEMENT LOCAL se podrá especificar en varios comandos CREATE: • • En un tablespace permanente que no sea SYSTEM. Cada bit en el bitmap se corresponde con un bloque o grupo de bloques.Formación . El tamaño SIZE por defecto es de 1 MB. Tablespace Gestionado Localmente En este caso el propio tablespace mantiene un bitmap en cada fichero de datos para hacer un seguimiento de los bloques de estado libres y ocupados en dicho fichero de datos. Cuando un bloque se asigna o se libera para volver a utilizarlo. La sintaxis es la siguiente: donde: • • • • DICTIONARY: Especifica que el tablespace se gestiona mediante tablas del diccionario de datos (este es el valor por defecto). UNIFORM: Especifica que el tablespace se gestiona con extensiones uniformes de bytes SIZE. esto es. 55 Aubay España . Administración de Oracle (V1. los usuarios no podrán modificar el tamaño de una extensión. LOCAL: Especifica que el tablespace se gestiona localmente con un bitmap.Tablespace Gestionado por el Diccionario El servidor Oracle actualizará las tablas adecuadamente en el diccionario de datos siempre que se asigne o se libere una extensión.

El tamaño de las extensiones lo puede determinar de forma automática el sistema. CREATE TABLESPACE tabspace_3 DATAFILE 'tabspace_file5.1. Para optimizar el rendimiento de una ordenación en un tablespace temporal. Administración de Oracle (V1.dat' SIZE 500K REUSE AUTOEXTEND ON NEXT 500K MAXSIZE 10M. eliminando la necesidad de fusionar las extensiones libres.dat' SIZE 20M DEFAULT STORAGE (INITIAL 10K NEXT 50K MINEXTENTS 1 MAXEXTENTS 999) ONLINE. No se permite cambiar el nombre.01) Pág. ya que no actualizan las tablas del diccionario de datos. 56 Aubay España . CREATE TABLESPACE tabspace_5 DATAFILE 'tabspace_file3. Los cambios en los bitmaps de extensión no generan información de rollback. Los tablespaces temporales proporcionan mejoras de rendimiento cuando se tenga múltiples ordenaciones demasiado grandes como para caber en memoria. Ningún objeto de esquemas de usuario podrá residir en un tablespace temporal. se recomienda definir el parámetro UNIFORM SIZE para que sea múltiplo del parámetro SORT_AREA_SIZE. 6.f' SIZE 10M EXTENT MANAGEMENT LOCAL UNIFORM SIZE 128K.3Tablespace Temporal Se puede gestionar el espacio en operaciones de ordenación de forma más eficaz diseñando tablespaces temporales exclusivamente para los segmentos de ordenación. BACKUP CONTROLFILE no generará información del tablespaces temporal CREATE CONTROLFILE no especificará ninguna información acerca de tablespaces temporales. Ejemplos de creación de tablespaces: CREATE TABLESPACE tabspace_2 DATAFILE 'tabspace_file2.2. Aunque el comando CREATE TABLESPACE…TEMPORARY se puede utilizar para crear un tablespace temporal. La recuperación del medio físico no recuperará los ficheros asociados a tablespaces temporales.Formación . se recomienda utilizar el comando CREATE TEMPORARY TABLESPACE. CREATE TABLESPACE tbs_1 DATAFILE 'file_1.• • • Hace un seguimiento de forma automática del espacio libre adyacente. Las características de los tablespaces temporales son: • • • • • • Siempre se definen en el modo NOLOGGING No se puede hacer un tablespace temporal que sea de sólo lectura.dbf' SIZE 2M MINIMUM EXTENT 64K DEFAULT STORAGE (INITIAL 128K NEXT 128K) LOGGING.

La sintaxis para la creación de un tablespace temporal es: Un ejemplo de creación de un tablespace temporal: CREATE TEMPORARY TABLESPACE tbs_1 TEMPFILE 'file_1.f' EXTENT MANAGEMENT LOCAL UNIFORM SIZE 16M. 6.Formación .3 MODIFICACIÓN DE TABLESPACES Se puede modificar los valores de almacenamiento de un tablespace ejecutando el comando ALTER TABLESPACE. 57 Aubay España . la sintaxis para la modificación de un tablespace es: Administración de Oracle (V1.01) Pág.

1Conexión y Desconexión de un Tablespace Normalmente un tablespace está conectado para que los datos que contenga se encuentren disponibles a los usuarios de la base de datos. Recuperar un tablespace o un fichero de datos mientras la base de datos está abierta.Formación . Si el proceso en background DBW0 detectase errores de escritura en un fichero de datos. aunque también se puede hacer una copia de seguridad de un tablespace conectado y en uso. Los eventos de conexión y desconexión de un tablespace se registrarán en el diccionario de datos y en los ficheros de control. el tablespace permanecerá desconectado la próxima vez que se abra la base de datos. Administración de Oracle (V1. Cuando se desconecta un tablespace. el tablespace asociado a dicho fichero de datos conmutará automáticamente al estado de desconexión. 58 Aubay España . registrando dicho evento en el fichero de alerta de la instancia.01) Pág.3. Mover un fichero de datos mientras la base de datos está abierta.6. el servidor Oracle no permitirá realizar ninguna sentencia SQL que haga referencia a objetos almacenados en dicho tablespace. Si un tablespace está desconectado cuando se cierre una base de datos. Sin embargo el administrador de la base de datos puede desconectar un tablespace para: • • • Realizar una copia de seguridad de un tablespace.1.

IMMEDIATE: No asegura que los ficheros del tablespace se encuentren disponibles y no realiza ningún punto de control. Este estado no permite llevar a cabo ninguna operación de escritura posterior sobre el tablespace.3. Con lo cual los dispositivos físicos asociados podrán residir en medios físicos de sólo lectura (CDROM…) .2Tablespace de Sólo Lectura Al hacer que un tablespace sea de sólo lectura evita operaciones de escritura posteriores en dicho tablespace. Será necesario realizar recuperación del medio físico en el tablespace antes de volver a conectarlo. El comando ALTER TABLESPACE…. de un tablespace de sólo lectura.01) Pág.3Agregar/Mover ficheros de datos de un Tablespace Se pueden añadir/mover ficheros de datos a un tablespace para aumentar la cantidad total de espacio asignado al tablespace o bien modificar la ubicación del fichero de datos. o bien segmentos temporales. Esto se puede hacer ya que el comando DROP sólo actualiza el diccionario de datos. Esta es la opción por defecto.1.Formación . TEMPORARY: Realiza un punto de control para todos los ficheros de datos. La acción de hacer un tablespace sea de sólo lectura provocará un punto de control en los ficheros de datos de dicho tablespace. Se puede borrar elementos.READ ONLY coloca el tablespace en un modo de transacción de sólo lectura. el servidor Oracle también desconectará todos los ficheros de datos asociados a dicho tablespace. 6. excepto el tablespace SYSTEM o cualquier tablespace con algún segmento de rollback activo. no los ficheros físicos del tablespace. La sintaxis de la cláusula datafile/tempfile es: Administración de Oracle (V1. 6. No se precisará de recuperación del medio físico en este tablespace antes de conectarlo de nuevo. Cuando se desconecta un tablespace. como las tablas e índices. Los modos de desconectar un tablespace son: • • • • NORMAL: Vacía todos los bloques del SGA en el fichero de datos asociados a dicho tablespace..El administrador de la base de datos podrá desconectar un tablespace. FOR RECOVER: Desconecta el tablespace para la recuperación del tablespace en un punto del tiempo. Puede requerir recuperación cuando el tablespace se conecte de nuevo. ya que estos comandos sólo afectan al diccionario de datos. 59 Aubay España .3.1.

El movimiento de los ficheros de datos también se puede realizar con el comando ALTER DATABASE.4 BORRADO DE TABLESPACES Se puede eliminar un tablespace de una base de datos cuando el tablespace y su contenido ya no sean necesarios. Se puede utilizar el siguiente proceso para cambiar el nombre de ficheros de datos en los tablespaces que no se puedan desconectar: 1. INCLUDING CONTENTS: Borra todos los segmentos del tablespace. 5. Abrir la base de datos. Administración de Oracle (V1.Donde: • • ADD DATAFILE/TEMPFILE: Indica el/los nuevo/s ficheros del tablespace. 4. Utilizar el comando del sistema operativo para eliminar el fichero si fuera necesario. 3. Este método está pensado para mover el tablespace SYSTEM que no se puede desconectar en el caso de ALTER TABLESPACE. Cerrar la base de datos. CASCADE CONSTRAINTS: Borra las restricciones de integridad referencial de las tablas del tablespace que hagan referencia a las claves primarias y únicas en las tablas del tablespace borrado.. 5. Se puede utilizar el siguiente proceso para mover ficheros de un tablespace: 1. Desconectar el tablespace. para ello es necesario ejecutar el comando DROP TABLESPACE. 6. en este caso la sintaxis de la sentencia es la siguiente: ALTER DATABASE RENAME FILE ‘filename’ TO ‘filename. RENAME DATAFILE: Sólo se aplica a ficheros de datos en un tablespace NO SYSTEM que no contengan segmentos temporales o segmentos de rollback activos. Utilizar el comando del sistema operativo para mover los ficheros de datos. 2. Ejecutar el comando ALTER TABLESPACE RENAME DATAFILE.01) Pág. 3. 4. Utilizar comandos del sistema operativo para mover o copiar los ficheros de datos..Formación . 60 Aubay España . 2. Conectar el tablespace. la sintaxis de ejecución es la siguiente: Donde: • • • Tablespace: Indica el nombre del tablespace que se desea borrar.. Montar la base de datos. Ejecutar el comando ALTER DATABASE RENAME FILE.

Se recomienda que desconecte el tablespace antes de borrarlo para asegurarse que ninguna transacción tenga acceso a ninguno de los segmentos del tablespace. iniciada en capitulos anteriores. 61 Aubay España . así como los segmentos que contenga. Una ver que se haya borrado el tablespace. todavía se podrá borrar dicho tablespace. Se puede unir las vistas dinámicas V$TABLESPACE con V$DATAFILE con V$TEMPFILE a través de la columna TS# (número de tablespace) para obtener información conjunta. ficheros de datos y tempfile. Se puede unir las vistas del diccionario de datos en los tablespaces con las vistas de los ficheros de datos. sólo se borran aquellos punteros de archivo en los ficheros de control de la base de datos asociada. Aunque se cambie un tablespace a sólo lectura. Los ficheros del sistema operativo todavía existen y se deben eliminar de forma explícita con el comando adecuado del sistema operativo. sus datos ya no estarán en la base de datos.No se puede borrar un tablespace que todavía contenga datos sin la opción INCLUDING CONTENTS.Formación . Cuando se borra un tablespace. 6.5 VISTAS DEL DICCIONARIO DE DATOS SOBRE TABLESPACES El diccionario de datos posee diferentes vistas que dan información sobre los tablespaces.01) Pág. • Información acerca de tablespace: o DBA_TABLESPACES o V$TABLESPACE Información acerca de ficheros de datos: o DBA_DATA_FILES o V$DATAFILE Información acerca de Tempfile: o DBA_TEMP_FILES o V$TEMPFILE • • Las vistas dinámicas se crean a partir de la información contenida en los ficheros de control. 6. Esta opción puede generar que se deshagan muchos cambios cuando el tablespace contiene muchos objetos. siguiendo con la creación completa de la base de datos. el campo de union será el nombre del tablespace. create rollback segment r0 tablespace system Administración de Oracle (V1.6 EJEMPLO REAL A continuación se muestra la creación de tablespaces de una base de datos real.

create tablespace spra_data datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_data01. size 256M size 256M create tablespace spra_data_indx datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_data_indx01. create tablespace rbs_01 datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_rbs_01.Formación . size 256M create tablespace rbs_02 datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_rbs_02.dbf' autoextend on next 10M maxsize unlimited default storage( initial 128k next 128k pctincrease 0).dbf' autoextend on next 10M maxsize unlimited default storage ( initial 1M next 1M pctincrease 0 minextents 8 ). 62 Aubay España . create tablespace spra_data_indx_2 datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_data_indx02. create tablespace spra_msg datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_msg01.storage (initial 16k next 16k minextents 2 maxextents 20). create tablespace temp datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_temp01.dbf' autoextend on next 10M maxsize unlimited default storage( size 512M size 512M size 1024M size 128M Administración de Oracle (V1.01) Pág.dbf' autoextend on next 10M maxsize unlimited default storage( initial 128k next 128k pctincrease 0).dbf' autoextend on next 10M maxsize unlimited default storage( initial 128k next 128k pctincrease 0).dbf' autoextend on next 10M maxsize unlimited default storage ( initial 1M next 1M pctincrease 0 ).dbf' autoextend on next 10M maxsize unlimited default storage ( initial 1M next 1M pctincrease 0 minextents 8 ). alter rollback segment r0 online.

Administración de Oracle (V1.dbf' autoextend on next 10M maxsize unlimited default storage( initial 128K next 128K pctincrease 0). 63 Aubay España .01) Pág.Formación . size 64M create tablespace spra_msg_indx datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_msg_indx01.initial next pctincrease 128K 128K 0).

Oracle almacena los datos en bloques de datos. 64 Aubay España .1 CONCEPTO Las unidades de asignación de espacio en la base de datos que utiliza Oracle son: Segmentos. Oracle recomienda que el tamaño de cada bloque de datos sea múltiplo del tamaño de página del sistema operativo. El siguiente nivel lógico de espacio de la base de datos es la extensión. Una extensión es un número específico de bloques de datos contiguos asignados para almacenar información. páginas. 7.1 Segmento-Extensión-Bloque Al nivel más fino de granulidad.Formación .01) Pág. bloques de Oracle.7 SEGMENTOS. Administración de Oracle (V1. Extensiones y Bloques de Datos. también llamados bloques lógicos. EXTENSIONES Y BLOQUES DE DATOS 7. Cada bloque de datos se corresponde con un número específico de bytes físicos dentro del disco. La siguiente figura ilustra la relación que existe entre ellas: Fig.

Cada segmento tiene una estructura de datos específica y cada una de las cuales está almacenada en el mismo tablespace. Por ejemplo cada tabla de datos está almacenado en su propio segmento de datos. Ya que las extensiones son asignadas cuando se necesitan. el cual no podrá ser cambiado una vez creada la base de datos. Con lo cual cada extensión puede contener datos de un único fichero de datos. Se puede hacer una comparación a este nivel con los sistemas operativos.. Un segmento es un conjunto de extensiones. 65 Aubay España . de esta forma se evita realizar I/O innecesaria sobre el disco. índice. Un segmento y todas sus extensiones están almacenadas dentro de un tablespace. Cuando se llenan las extensiones de un segmento.01) Pág. las extensiones de un segmento pueden o no ser contiguas en el disco. Oracle asigna espacio a los segmentos en unidades de una o varias extensiones. Aunque un segmento puede incluir extensiones de más de un fichero de datos ya que un tablespace puede tener asociados más de un fichero. los cuales la unidad más pequeña de entrada/salida se llama página o también bloque. entonces cada partición está almacenada en su propio segmento. Un bloque de datos es la unidad más pequeña de entrada/salida.Formación .El siguiente nivel lógico de la base de datos y como nivel más alto es el segmento. Si una tabla o índice está particionado. el tamaño del bloque de datos se recomienda (debe) que sea múltiplo del bloque del sistema operativo. Al crear la base de datos se establece el tamaño del bloque de datos. en unidades llamadas bloques de datos. 7.2 BLOQUES DE DATOS Oracle gestiona el espacio de almacenamiento (storage) dentro de los ficheros de datos de una base de datos.). La figura que se muestra ilustra el formato de un bloque de datos: Administración de Oracle (V1. Como se ha comentado anteriormente.2. El parámetro dentro del fichero de parámetros que determina el tamaño del bloque es DB_BLOCK_SIZE 7. Oracle gestiona datos en número múltiplo de sus bloques de datos no en bloques del sistema operativo.1 Formato del bloque de datos El formato del bloque de datos es independiente del segmento que lo contenga (tabla. segmento de rollback. Oracle asigna otra extensión para ese segmento. mientras que cada índice de datos está almacenado en su propio segmento de índices.

este espacio adicional no es restaurado como espacio útil. 7. Al principio el espacio libre de un bloque es contiguo. Free Space: Esta zona se utiliza para la inserción de nuevos datos dentro del bloque.Formación . permitiendo un control sobre el uso del espacio en operaciones como inserciones o Administración de Oracle (V1. Estos parámetros son PCTREE y PCTUSED. Row Data: Esta es la porción del bloque que contiene los datos.2 Parámetros de Utilización de Espacio de Bloque Los parámetros de utilización de espacio de bloque se pueden utilizar para controlar el uso del espacio en los segmentos de datos y de índices. Oracle compacta el espacio libre cuando sea necesario. ROW Directory: Contiene información sobre las filas actuales en el bloque de datos. Este tamaño es variable y suele tener una media de 84 a 107 bytes. Table Directory: Contiene información sobre la dirección del directorio de tablas.2. 66 Aubay España . Sin embargo las supresiones y actualizaciones pueden llegar a fragmentar el espacio libre del bloque. incluyendo dirección por cada porción de fila. como la dirección del bloque y el tipo de segmento donde se ubica.2 Bloque de Datos A continuación se explica cada una de las partes que componen un bloque de datos: • • • HEADER (Common and Variable): Contiene información general del bloque. el directorio de tabla y de fila son referenciados como overhead. Oracle reusa este espacio sólo cuando nuevas filas se inserten dentro del bloque. La sobrecarga de espacio asignado a esta parte de la cabecera del bloque. una vez que la fila de datos haya sido borrada.01) Pág. SobreCarga: La cabecera del bloque. • • • 7. o bien para actualizaciones de una fila del bloque.Fig.

El valor por defecto de este parámetro es del 40%.Formación . El valor por defecto para este parámetro es 10% • PCTUSED: Este parámetro para un segmento de datos (tabla) indica el mínimo porcentaje utilizado por el servidor Oracle que intenta conservar para cada bloque de datos de dicho segmento.actualizaciones. 7. La especificación de estos parámetros se realiza cuando se crea o se altera la tabla o índice.01) Pág. Oracle considera que un bloque está no disponible (lleno) para una nueva inserción cuando dicho porcentaje cae por debajo del valor de este parámetro. Fig.3 PCTFREE Administración de Oracle (V1. • PCTFREE: Este parámetro para un segmento de datos (tabla) especifica el porcentaje de espacio en cada bloque de datos reservado para el posible crecimiento resultado de las actualizaciones de filas en dicho bloque. 67 Aubay España .

Fig.2.3 Parámetros que controlan la Simultaneidad Los parámetros INITRANS y MAXTRANS especifican el número inicial y máximo de transacciones que se crean en un índice o bloque de datos. Las instrucciones para definir los parámetros PCTFREE y PCTUSED se explicará en los capítulos de Gestión de Tablas y Gestión de Índices. garantiza un mínimo de simultaneidad. • Oracle recomienda no modificar los valores por defecto de los parámetros de simultaneidad. Administración de Oracle (V1. • INITRANS: Tiene como valor por defecto 1 en el caso de segmento de datos y 2 en el caso de segmento de índice. y no se pueden definir a nivel de tablespace. 7. es decir el espacio del bloque que queda disponible después de restar el espacio de cabecera del total del bloque. Estos parámetros de utilización de espacio de bloque sólo se pueden especificar para segmentos. Por ejemplo si se define 3 como INITRANS.4 PCTUSED Tanto PCTFREE como PCTUSED se calculan como porcentajes del espacio de datos disponibles.Formación . 68 Aubay España . asegura que como mínimo tres transacciones pueden efectuar cambios en el bloque.01) Pág. Esta información determina el número de transacciones que pueden modificar un bloque de datos de forma simultánea. MAXTRANS: Tiene como valor por defecto 255 y determina el número máximo de transacciones concurrentes que pueden modificar un bloque de datos. 7.

1 Número y Tamaño de una Extensión Los parámetros storage expresados en términos de extensiones definen cada segmento. Un tablespace que es gestionado por el diccionario de datos sus extensiones son de tamaño incremental. Por ejemplo se puede controlar la cantidad de espacio inicial reservado para una tabla y se puede limitar el número de extensiones que una tabla puede contener. bb NUMBER ) TABLESPACE MI_TABLESPACE_DATA STORAGE (INITIAL 6144 NEXT 4000 PCTINCREASE 20 MINEXTENTS 1 MAXEXTENTS 5 ).1. Si las extensiones iniciales dentro del segmento se llenan y se precisa más espacio. 69 Aubay España . La cabecera de cada segmento contiene un directorio de las extensiones que hay dentro del segmento. Oracle asigna una nueva extensión a ese segmento. para ello se debe especificar los parámetros storage de la tabla en la cláusula STORAGE de la sentencia CREATE TABLE. Cuando el espacio de un segmento está completamente usado. Oracle automáticamente incrementa las extensiones para ese segmento. entonces se asume los parámetros storage default de su tablespace. Aunque no haya datos dentro del segmento.01) Pág. Estos parámetros controlan cómo Oracle asigna el espacio libre de la base de datos para un segmento dado. Aquí se muestra un ejemplo de creación de una tabla con los parámetros storages CREATE TABLE mitabla (id_pp NUMBER. el parámetro NEXT y PCTINCREASE determinan el tamaño de las nuevas extensiones. 7. cuando se necesita más espacio.3.Formación .3. Se puede modificar el valor de NEXT y de PCTINCREASE después de la creación de un segmento. Oracle asigna a dichos segmentos de datos un número específico de extensiones que es lo que se llama initial extensión. Oracle reserva ese espacio para futura información. la primera extensión tiene el tamaño de INITIAL.7.3 EXTENSIONES Una extensión es una unidad lógica de almacenamiento (storage) de la base de datos formada por un número de bloques de datos contiguos. Cuando se crea un segmento dentro de un tablespace. NEXT y PCTINCREASE. los cuales son determinados por los parámetros storage INITIAL. Los segmentos de rollback siempre tienen al menos dos extensiones (estos segmentos se explican en detalle en el siguiente capítulo). 7.1Desasignación de las Extensiones Administración de Oracle (V1. aa NUMBER. Si no se especifica dicha cláusula en la definición de la tabla. Al crear un segmento (tabla).

por ejemplo usando las sentencias DROP TABLE.1 Segmentos de Datos Estos segmentos de datos es lo que comúnmente se llama TABLA. 4. 7.2 Extensiones en Segmentos Temporales Cuando Oracle completa la ejecución de una sentencia que haya requerido el uso de un segmento temporal. Oracle asigna una o más extensiones que van a formar el segmento de datos de la tabla. 7. Segmento Segmento Segmento Segmento de Datos.2 Segmentos de Índices Estos segmentos de índices es lo que comúnmente se llama ÍNDICES. 7. Los parámetros storage de una tabla determinan cómo son asignadas las extensiones dentro del segmento de datos.En general. 3. Una base de datos Oracle usa cuatro tipos de segmentos: 1. Temporal. de Rollback. ejecutando la sentencia ALTER TABLE table_name DEALLOCATE UNUSED. Estos segmentos se crean cuando se ejecuta una sentencia como CREATE INDEX. Los segmentos de índices que están Administración de Oracle (V1. De forma manual. las extensiones libres de un segmento no son devueltas al espacio libre del tablespace hasta que sea borrado dicho segmento.4. Estos parámetros se pueden modificar una vez creada la tabla con la sentencia ALTER TABLE. Este segmento de datos se crea cuando se ejecuta una sentencia como CREATE TABLE. Periódicamente Oracle puede desasignar una o más extensiones de un segmento de rollback si dicho segmento ha sido definido con el parámetro OPTIMAL.3.01) Pág. de Índice. Se pueden especificar los parámetros storage para la gestión de las extensiones de un índice dentro de un tablespace cuando se crea el índice. 70 Aubay España .4.Formación . Por ejemplo para cada tabla. 7. 2. de forma automática borra el incremento de los segmentos temporales y devuelve las extensiones usadas al tablespace temporal.4 SEGMENTOS Un segmento es un conjunto de extensiones que contienen todos los datos para una estructura lógica específica dentro de un mismo tablespace. Sin embargo esta regla general tiene sus excepciones: • • • Cuando se ejecuta la sentencia TRUNCATE…DROP STORAGE.

Oracle borra los segmentos temporales cuando la sentencia ha sido completada. SELECT…. esto es: • CREATE USER…….01) Pág. Esto implica que se debe crear un tablespace temporal para tal fin.TEMPORARY TABLESPACE….Formación .asociados a algún segmento de datos no tienen porque compartir el mismo tablespace.3 Segmentos Temporales Oracle generalmente requiere de un espacio temporal en la ordenación de datos durante el procesamiento de consultas. Antes de cambiar los bloques de datos o de índices. Si no existe tablespace temporal.4. Administración de Oracle (V1. 71 Aubay España . el antiguo valor se almacena en el segmento de rollback. o bien Oracle encuentra alguna otra forma de ejecutar la operación mediante el uso de índices.4 Segmentos Rollback Un segmento de rollback lo utiliza aquella transacción que efectúe cambios en una base de datos. • ALTER USER ……. o bien los usuarios no tienen asignado dicho tablespace temporal. de esta forma se evitará tener fragmentación en el tablespace system y en otros tablespaces que podrían alojar segmentos temporales. entonces en estos casos Oracle no usará dichos segmentos temporales. SELECT GROUP BY. se recomienda crear un tablespace específico para los índices. es más.4. Esto permite que un usuario deshaga los cambios efectuados.TEMPORARY TABLESPACE…. Ya que la asignación y desasignación de segmentos temporales ocurren con frecuencia. La forma de asignarle a los usuarios dicho tablespace es mediante la cláusula TEMPORARY TABLESPACE. 7.. Si la operación de ordenación puede hacerse en memoria.ORDER BY. SELECT DISTINCT. SELECT…UNION. SELECT…INTERSECT. Oracle recomienda que los usuarios deben tener un tablespace temporal. es razonable y muy recomendable crear un tablespace temporal donde se alojarán los segmentos temporales. 7. el tablespace SYSTEM será el tablespace temporal por defecto. SELECT. Las siguientes operaciones requerirán el uso de segmentos temporales: • • • • • • • CREATE INDEX. Las sesiones de usuario usarán segmentos temporales durante el uso de algunas de las sentencias SQL mencionadas. dicha cláusula se ejecutará mediante un complemento a la creación o modificación de un usuario en la base de datos.MINUS. A este espacio de disco Oracle lo llama Segmento Temporal.

Se recomienda colocar los segmentos de diferente tipo en tablespaces diferentes para reducir el desperdicio de espacio. Cuando se crea un segmento. file_id. excluyendo la cabecera del fichero. count(*).5.1Consultas a DBA_SEGMENTS Consulta de la vista DBA_SEGMENTS para obtener el número de extensiones y bloques asignados a un segmento: SQL> SELECT segment_name. DBA_FREE_SPACE GROUP BY tablespace_name. blocks owner=’<name_user>’ and segment_name=’<name_segment’. entonces se agrega una fila a la vista DBA_TABLESPACES.5.3Consultas a DBA_FREE_SPACE Consulta de la vista DBA_FREE_SPACE para comprobar las extensiones libres de un segmento determinado: SQL> SELECT tablespace_name. FROM DBA_EXTENTS WHERE 7.4.6 Fragmentación de Segmentos Hay varios tipos de segmentos con diferentes propensión a la fragmentación.2Consultas a DBA_EXTENTS Consulta de la vista DBA_EXTENTS para comprobar las extensiones de un segmento determinado: SQL> SELECT extent_id. los segmentos y las extensiones libres y utilizadas se pueden ver consultando el diccionario de datos. aparece como una extensión libre en la vista DBA_FREE_SPACE.01) Pág. 72 Aubay España .block FROM DBA_SEGMENTS 7.5 Vistas del diccionario de datos sobre Estructuras de Almacenamiento Las relaciones entre los tablespaces. En este momento el espacio de cada fichero de datos. Administración de Oracle (V1. sum(blocks) FROM 7. Se agrega una fila a DBA_DATA_FILES por cada nuevo fichero de la base de datos. se agregará una fila en la vista DBA_SEGMENTS. los ficheros de datos. El espacio que se asigna a las extensiones en este momento se puede ver en DBA_EXTENTS. mientras que en DBA_FREE_SPACE se ajusta para mostrar menos espacio libre en aquellos ficheros donde se han creado las extensiones para el segmento. max(blocks).4.Formación .4.4. Cuando se crea un tablespace con uno o más ficheros de datos.4.5. WHERE owner=’<name_user>’.7. extents. block_id. tablespace_name. Para controlar en todo momento el espacio en los ficheros de datos se recomienda controlar las vistas DBA_FREE_SPACE y DBA_EXTENTS 7.

Formación . es probable que provoquen fragmentación en un sistema con una elevada actividad de modificaciones en los datos. y por lo tanto se deben ubicar en tablespaces diferentes.01) Pág. Es probable que los segmentos de datos y de índices que son utilizadas por las aplicaciones de los usuarios sean más propensos a la fragmentación que el tablespace del diccionario de datos. Los segmentos temporales en los tablespace temporal pueden liberar espacio muy a menudo. Como los segmentos de rollback (como se verá en el capítulo posterior) pueden liberar las extensiones automáticamente. 73 Aubay España . Administración de Oracle (V1.A continuación se muestra una tabla donde se muestra el grado de fragmentación de los diferentes tablespaces: Tablespace SYSTEM DATA INDEX RBS TEMP • • • • Uso Diccionario de datos Segmentos de datos Segmento de índice Segmentos de rollback Segmentos temporales Fragmentación Cero Baja Baja Alta Muy Alta Los objetos del diccionario de datos nunca se borran ni se truncan y por lo tanto es poco probable que fragmenten el tablespace.

el servidor Oracle deberá deshacer los cambios no validados cuando se vuelva abrir la base de datos. Administración de Oracle (V1. 8. los demás usuarios de la base de datos no verán ninguno de los cambios no validados por las transacciones. Este rollback forma parte de la recuperación de transacciones.Formación . es necesario asignar un segmento de rollback a esta transacción. el servidor Oracle restaurará el valor original escribiendo de nuevo dicho valor en la fila. Almacena la ubicación de los datos y lo datos antes de que se comenzasen a ser modificados. Mientras las transacciones están en curso. éste determina el Número de Cambio de Sistema (SCN) actual. 74 Aubay España . Una transacción sólo puede usar un segmento de rollback para almacenar todos sus registros de rollback. Si falla la instancia mientras la transacción está en curso. moviéndolas de una a la siguiente una vez esté llena la extensión actual. Una transacción escribe un registro en su ubicación actual en el segmento de rollback y mueve hacia delante el puntero actual según el tamaño del registro. Una transacción puede solicitar un segmento de rollback específico mediante el siguiente comando: SET TRANSACTION USE ROLLBACK SEGMENT rollback_segment Sin embargo como norma general esta labor se deja que la haga el propio servidor Oracle de forma automática.1 Uso y Asignación de Extensiones en Segmentos de Rollback Las transacciones utilizan las extensiones de un segmento de forma circular y secuencial.01) Pág. Cuando el servidor Oracle comienza una setencia SELECT. La recuperación sólo es posible porque los cambios efectuados en el segmento de rollback también están protegidos por los ficheros redo log. Cuando se inicia una transacción.1 CONCEPTO Un segmento de rollback se utiliza para guardar una imagen del valor antiguo cuando un proceso cambia los datos de una base de datos. por lo tanto los segmentos de rollback proporcionan a los usuarios una imagen consistente de los datos. y se asegura que la sentencia no procese ninguno de los cambios que no se hayan validado antes de este SCN.1. Si se deshacen los cambios de una transacción.8 GESTIÓN DE SEGMENTOS DE ROLLBACK 8. el cual seleccionará el segmento de rollback con menos transacciones. es lo que se llama consistencia de lectura. En un segmento de rollback pueden escribir muchas transacciones de forma simultánea.

El puntero del segmento de rollback se desplaza a la siguiente extensión cuando se utilicen todos los bloques de la extensión actual y se necesite otra extensión para que haya más espacio.2 TIPOS DE SEGMENTOS DE ROLLBACK Oracle tiene dos tipos de segmentos de rollback: 1. 8. b.01) Pág. 2. Un segmento de rollback puede crecer de esta forma hasta que alcance el número máximo de extensiones especificadas por el parámetro MAXEXTENTS. el puntero se moverá al principio de la primera extensión. A esto se le denomina una ampliación.1 Segmento de Rollback Más de una transacción puede escribir en la misma extensión de un segmento de rollback. Privados. Segmento de Rollback SYSTEM. 75 Aubay España . Segmento de Rollback No SYSTEM. Si se está utilizando la siguiente extensión. a. cada segmento de rollback contiene información de una única transacción. Públicos. la transacción asignará una extensión adicional al segmento de rollback. con lo cual el puntero no puede saltar una extensión. 8. Rollback SYSTEM Administración de Oracle (V1.Formación .Fig. Cuando se llene la última extensión. sin embargo. El puntero sólo se puede mover a la siguiente extensión si esta extensión no tiene transacciones activas.

aún así se pueden conectar a una instancia de forma manual a través de la sentencia ALTER ROLLBACK SEGMENTS. Este segmento sólo se podrá utilizar en cambios relacionados con objetos del diccionario de datos. Privado Los segmentos de rollback privados son segmentos asociados a una instancia ya que aparecen en el fichero de parámetros. 76 Aubay España .Formación .01) Pág. 8. Estos segmentos de rollback son creado por los administradores de la base de datos. a través del parámetros rollback_segments.Se crea este segmento en el tablespace SYSTEM cuando se crea la base de datos.3 CREACIÓN DE SEGMENTOS DE ROLLBACK La sintaxis para la creación de un segmento de rollback es el siguiente: Administración de Oracle (V1. Rollback No SYSTEM Una base de datos con múltiples tablespaces necesita como mínimo un segmento de rollback No SYSTEM. Público Se utilizan normalmente con Oracle Parallel Server para crear un conjunto de segmentos de rollback que podrá ser utilizado por cualquiera de las instancias de Parallel Server.

si es posible. Se debe definir el valor OPTIMAL para reducir la asignación y liberación de las extensiones del segmento de rollback.En los segmentos de rollback se debe seguir las siguientes instrucciones: • • • • Se debe utilizar siempre el parámetro INITIAL=NEXT para asegurar que el tamaño de todas las extensiones sea el mismo. Esto podría provocar la extensión innecesaria de un segmento de rollback.Formación . Colocar siempre los segmentos de rollback en un tablespace exclusivo y diferente para reducir la contención y la fragmentación. Parámetro OPTIMAL El parámetro OPTIMAL especifica el tamaño en bytes al que un segmento de rollback se debe reducir.01) Pág. Se debe evitar definir el valor MAXEXTENTS como UNLIMITED. 77 Aubay España . La especificación de OPTIMAL reduce el posible desperdicio de espacio en Administración de Oracle (V1.

Formación . PCTINCREASE no se puede especificar en la creación de un segmento de rollback y si se especificase su valor siempre debe ser 0.01) Pág. Para un segmento de rollback el valor de MINEXTENTS debe ser de dos.un segmento de rollback. que es el espacio que utiliza el número de extensiones que define MINEXTENTS. El valor del parámetro OPTIMAL deberá coincidir. un segmento de rollback podrá liberar espacio después de completar las transacciones que produjeron el crecimiento. Existen extensiones inactivas contiguas. 8M). Al especificar este parámetro. A continuación se muestra un ejemplo de creación de segmentos de rollback: create tablespace rbs_01 datafile '<ORACLE_DATA>/<ORACLE_SID>/<ORACLE_SID>_rbs_01. 78 Aubay España .3. se debe utilizar el comando: ALTER ROLLBACK SEGMENT <rollback_segment_name> ONLINE. El servidor Oracle intenta liberar las extensiones inactivas de un segmento de rollback hasta que el tamaño del segmento equivalga al valor OPTIMAL. Las extensiones se liberan si se produce una de las dos condiciones siguientes: • • El tamaño actual del segmento de rollback excede al valor del parámetro OPTIMAL. Este proceso de liberar las extensiones sólo se realiza cuando el puntero se mueve de una extensión a la siguiente. 8M). como mínimo al tamaño inicial del segmento de rollback. Restricciones de los Segmentos de Rollback • • • • Un segmento de rollback se puede especificar como PUBLIC o PRIVATE (valor por defecto es private) en el momento de la creación y no se podrá cambiar después de su creación. Para hacer que un segmento de rollback esté disponible para que lo utilicen las transacciones. aunque deberá parar si la siguiente extensión que se deba liberar se está utilizando. La liberación de las extensiones no se lleva a cabo de forma inmediata después de completar la transacción. Administración de Oracle (V1.dbf' autoextend on next 10M maxsize unlimited default storage ( initial 1M next 1M pctincrease 0 minextents 8 ).1 Activar/Desactivar/Borrar Segmentos de Rollback Cuando se crea un segmento de rollback se encuentra desconectado y no se puede utilizar. 8. 8M). create create create create rollback rollback rollback rollback segment segment segment segment r1_01 r1_02 r1_03 r1_04 tablespace tablespace tablespace tablespace rbs_01 rbs_01 rbs_01 rbs_01 storage storage storage storage size 256M (optimal (optimal (optimal (optimal 8M).

La columna owner hace referencia al tipo del segmento de rollback: • Si su valor es SYS indica un segmento de rollback privado. owner. Si se desea borrar un segmento de rollback cuando ya no sea necesario o bien hay que volver a crearlo con diferentes valores de almacenamiento para INITIAL. NEXT o MINEXTENTS.Formación . • Si su valor es PUBLIC indica un segmento de rollback público.01) Pág. En el momento que se completen las transacciones existentes. se debe especificar el nombre del segmento de rollback en el fichero de parámetros de la instancia. para ello se debe ejecutar el siguiente comando: ALTER ROLLBACK SEGMENT <rollback_segment_name> OFFLINE. también se pueden desactivar manualmente. se desconectará dicho segmento. 8. Las vistas dinámicas para obtener estadísticas de los segmentos de rollback son: • • V$ROLLNAME V$ROLLSTAT La vista V$ROLLNAME contiene los campos: • • NAME: Indica el nombre del segmento de rollback. USN: Indica el número del segmento de rollback. como se puede observar en la vista dinámica V$ROLLSTAT.4 VISTAS DEL DICCIONARIO DE DATOS SOBRE SEGMENTOS DE ROLLBACK Para obtener información acerca de todos los segmentos de rollback de la base de datos se debe consultar la vista DBA_ROLLBACK_SEGS. Para asegurarse que una instancia siempre conectará los segmentos de rollback que tenga definidos. como se muestra en el siguiente ejemplo: rollback_segments= (r1_01. tablespace_name.r1_04) De forma similar a como se activan los segmentos de rollaback de forma manual.r1_03. La vista V$ROLLSTAT contiene los campos: Administración de Oracle (V1.El número de segmentos de rollback que una instancia puede conectar está limitado por el parámetro MAX_ROLLBACK_SEGMENTS.r1_02. se debe ejecutar el siguiente comando: DROP ROLLBACK SEGMENT <rollback_segment_name>. Si durante la ejecución de esta sentencia existiera transacciones activas en dicho segmento de rollback. 79 Aubay España . status FROM DBA_ROLLBACK_SEGS. se marcaría como PENDING OFFLINE. SQL>SELECT segment_name.

usn.hwmsize. ONLINE.01) Pág.optsize.extents. NOTA: Si un segmento se encuentra en estado PENDING OFFLINE.status FROM V$ROLLNAME n. Número de extensión. RSSIZE: Tamaño actual del segmento en bytes. Número de bloque. 80 Aubay España . s. s. STATUS: Estado del segmento de rollback. servirá como campo de unión con la vista V$ROLLNAME. Administración de Oracle (V1.usn=s. Se puede realizar la siguiente consulta para mostrar información del estado actual de los segmentos de rollback: SQL> SELECT n. s.• • • • • • • • • • USN: Indica el número del segmento de rollback. PENDING OFFLINE. s. el estado que se mostrará en la vista DBA_ROLLBACK_SEGS será ONLINE. OPTSIZE: Valor OPTIMAL para el segmento de rollback. EXTENTS: Número de extensiones del segmento. XACTS: Número de transacciones que utilizan este segmento. s. CURBLK: Ubicación actual de la cabeza (puntero) del segmento de rollback.rssize. CUREXT: Ubicación actual de la cabeza (puntero) del segmento de rollback. V$ROLLSTAT s WHERE n.name. AVEACTIVE: Tamaño actual de las extensiones activas. HWMSIZE: Límite superior (en bytes) que ha alcanzado el segmento desde el inicio. OFFLINE. s.Formación .xacts. promediado con el paso del tiempo.

el servidor Oracle almacena la longitud de la columna y el valor. ya que cada fila tiene una entrada en el directorio de filas que indica la dirección de comienzo de la fila. 9.01) Pág. Las filas adyacentes no necesitan espacio entre ellas. El valor de la columna se almacena inmediatamente a continuación de los bytes de longitud de la columna. Las columnas de una fila se almacenan normalmente en el orden en que se definieron y cualquier columna NULL final no se almacena. Cada fila de una tabla tiene: • • Cabecera de la Fila: Se utiliza para almacenar el número de columnas de la fila.9 GESTIÓN DE TABLAS Las tablas son la forma más habitual de almacenamiento en las base de datos.1 Estructura de una Fila Las filas se almacenan en bloques de la base de datos como registros de longitud variable. dependiendo de la actividad de la tabla. 9. 81 Aubay España . Administración de Oracle (V1. Las tablas se pueden almacenar en cualquier orden. Datos de Fila: Para cada columna. El administrador de la base de datos tiene un control muy limitado sobre la distribución de las filas en una tabla.Formación .1 FORMATO Y TAMAÑO DE LAS FILAS Bloque de la Base de Datos Cabecera de fila Longitud de columna Valor de columna Fig. la información de encadenamiento y el estado de bloqueo de la fila.

hasta 4000 bytes.Formación .9. LONG.BFILE h. Escalares: a.2Datos Numéricos Los números en una base de datos Oracle siempre se almacenan como datos de longitud variable. Pueden almacenar hasta 38 digitos significativos.UROWID 2. REF 4. se almacenan con espacios. NCHAR(N) b.1 Tipos de Datos Escalares 9. BLOB. Tipos de Datos definidos por el usuario.2.01) Pág. con un límite de 2000 bytes por campo. 9.2. NUMBER(P. que permite almacenar juegos de caracteres tanto de ancho fijo como de ancho variable. como CHAR y NCHAR. Por defecto 1 carácter es 1 byte. NCHAR es un idioma nacional.2 TIPOS DE DATOS ORACLE El servidor Oracle proporciona varios tipos de datos: 1. VARCHAR2 y NVARCHAR2 son ejemplos de tipos de datos de caracteres de longitud variable.S) e. Los tipos de datos de carácter de longitud variable sólo utilizan el número de bytes necesarios para almacenar el valor actual de la columna y puede variar de tamaño para cada columna. CHAR(N). El tamaño máximo está determinado por el número de bytes necesarios para almacenar un carácter.NCLOB.2. 82 Aubay España .1. VARRAY b. RAW(N) g. Los tipos de datos de carácter de longitud fija. CLOB.1. 9. Recopilación: a. VARCHAR2(N) c.1Datos de Carácter Los datos de carácter se pueden almacenar en la base de datos con longitud fija o longitud variable. TABLAS ANIDADAS 3. ROWID. DATE f. NVARCHAR2(N) d. Relación: a. Los tipos de datos numéricos requieren: Administración de Oracle (V1. LONG RAW i.

1. NCLOB para grandes datos del juego de caracteres nacional de ancho fijo. BFILE para almacenamiento de datos no estructurados en ficheros del sistema operativo.01) Pág.4Tipos de Datos RAW Este tipo de datos permite almacenar pequeños datos binarios.1.1. LONG RAW Una única columna por tabla Hasta 2 gigabytes SELECT devuelve datos Datos almacenados en línea No existe soporte de tipo objeto Acceso secuencial a partes LOB Múltiples columnas por tabla Hasta 4 gigabytes SELECT devuelve el localizador Datos almacenados en línea o fuera de línea Soporta tipos de objetos Acceso aleatorio a partes de 9. 9. Tiene las siguientes carácterísticas: Administración de Oracle (V1.3Tipos de Datos DATE El servidor Oracle almacena los datos de tipo fecha en campos de longitud fija de siete bytes. Comparación de los tipos de datos LONG con los tipos de datos LOB: LONG.• • • Un byte para el exponente Un byte por cada dos dígitos significativos de la mantisa Un byte para números negativos si el número de dígitos significativos es menos de 38 bytes.2.1. Estos tipos de datos se han sustituido por los tipos de datos LOB.5Tipos de Datos para Almacenamiento de Large Objects (LOB) Oracle proporciona seis tipos de datos para almacenar LOB: • • • • CLOB y LONG para datos de caracteres de ancho fijo. 9. El número de bytes necesarios para almacenar el valor actual de la columna varía de tamaño para cada fila.6Tipos de Datos ROWID y UROWID ROWID es una pseudocolumna a la que se puede consultar junto con otras columnas de una tabla. documentos o información geográfica y se incluyen principalmente por compatibilidad hacia atrás. hasta 2000 bytes.2. 9. como imágenes.Formación . Los tipos de datos LONG y LONG RAW se utilizaban anteriormente para datos no estructurados. 83 Aubay España . BLOB y LONG RAW para almacenamiento de datos no estructurados.2. El servidor Oracle no realiza conversiones de juegos de carácteres cuando se transmiten datos RAW entre máquinas dentro de una red o si los datos RAW se mueven de una base de datos a otra mediante utilidades Oracle.2.

84 Aubay España . el número de objeto de datos necesita 32 bits. A partir de la versión de Oracle 8. cuando se crea y es único dentro de la base de datos. Internamente. Ubicación de una Fila mediante ROWID Como un segmento sólo puede residir en un tablespace. Número relativo del Fichero: Es único para cada fichero dentro del tablespace Número de bloque: Representa la posición del bloque que contiene la fila dentro del fichero. como una tabla o índice. el servidor Oracle puede determinar el tablespace que contiene una fila. Número de Fila: Identifica la posición de la entrada en el directorio de la fila en la cabecera del bloque. ROWID se almacena en índices para especificar las filas que tienen un conjunto dado de valores de clave. tres posiciones para el número de fichero relativo. ROWID se muestra con un juego base-64 que utiliza seis posiciones para el número de objeto de datos. ROWID es la forma más rápida de acceder a una fila dentro de una tabla.Formación .01) Pág.1 para poder usar UROWID. el número de fichero relativo necesita de 10 bits. Aunque el ROWID no muestra de forma directa la dirección física de una fila. o UROWID. siendo un total de 80 bits (10 bytes).1 se proporciona un nuevo tipo de dato único conocido como el rowid universal. mediante el número de objeto de datos. se puede usar para localizarla. ROWID no se almacena explícitamente como un valor de columna.• • • • • ROWID es un identificador único para cada fila dentro de la base de datos. el número de bloque necesia de 22 bits y el número de fila necesita e 16 bits. seis posiciones para el número de bloque y tres posiciones para el número de fila. Soporta los ROWID de tablas ajenas y puede almacenar todo tipo de rowids. El valor del parámetro compatible debe ser al menos 8. El juego base-64 utiliza los caracteres “A-Z” “az” “0-9” “+” y “-“. Administración de Oracle (V1. FORMATO ROWID ROWID necesita 10 bytes de espacio en disco y se muestran 18 caracteres. Consta de los siguientes componentes: OOOOOO Número del objeto de datos • • • • FF Número relativo de archivo BBBBB Número de Bloque RR Número de fila Número del objeto de datos: Está asignado a cada objeto de datos.

Todas las filas de una tabla anidada tienen la misma estructura. Todos los elementos de la matriz dada son del mismo tipo de dato.2. Los VARRAY tienen las siguiente características: • • • • • Una matriz es un conjunto ordenado de elementos de datos. 9. No existe un tamaño máximo predeterminado para una tabla anidada. 9.2. Así ROWID se puede utilizar para encontrar cualquier fila dentro de una base de datos. El servidor Oracle permite que las matrices tengan un tamaño variable. pero el tamaño máximo se debe especificar cuando se declara el tipo de matriz. Se pueden usar para almacenar conjuntos que pueden tener un gran número de registros. Administración de Oracle (V1.2.2 Recopilaciones Las recopilaciones son objetos que contienen objetos.2.Formación .1Matrices Variables (VARRAYS) Son útiles para almacenar listas que contienen un número de elementos pequeño. Las tablas anidadas suelen tener las siguientes características: • • • • • Es un conjunto desordenado de registros. el número de bloque se utiliza para encontrar el bloque que contiene la fila y el número de fila se utiliza para encontrar el registro de directorio de fila para cada fila. Las características de almacenamiento para la tabla anidada las puede definir el administrador de la base de datos. El número de elementos en una matriz es el tamaño de la matriz. razón por la cual se llaman VARRAY.2. 85 Aubay España . Se almacenan de forma independiente de la tabla principal. Cada elemento tiene un índice.01) Pág.2. 9.2Tablas Anidadas Las tablas anidadas permiten definir una tabla como una columna dentro de una tabla. Hay disponibles dos tipos de datos de recopilación. El registro de directorio de fila s puede utilizar para encontrar el comienzo de la fila. El uso de estos tipos requiere la opción Objects. 9.El número de fichero relativo dentro del tablespace se usa para encontrar el fichero.3 Tipos de Datos de Relación Los tipos de datos de Relación se utilizan como punteros dentro de la base de datos. que es un número que corresponde a la posición del elemento en la matriz.

Administración de Oracle (V1. • Column: Es el nombre de la columna.3 CREACIÓN DE TABLAS La sintaxis más básica para crear una tabla es: Propiedades Relacionales Propiedades Físicas Donde: • Schema: Es el propietario de la tabla. 86 Aubay España .01) Pág.Formación .9. • Table: Es el nombre de la tabla.

emp (empno NUMBER ename VARCHAR2(10) CONSTRAINT pk_emp PRIMARY KEY. antes de que esté disponible para más inserciones de fila. PCTFREE: Es la cantidad de espacio reservado en cada bloque (es un porcentaje equivalente al espacio total meno la cabecera de bloque) para que las filas crezcan en longitud. NOLOGGIN: Especifica que la creación de la tabla no se registrará en los ficheros de redo log. disparadores y privilegios de tabla no se copian en la nueva tabla. incluso si se ha realizado una exploración completa de la tabla.table……… AS <SUBQUERY> Las restricciones. hiredate DATE DEFAULT SYSDATE. MAXTRANS: Limita el número de entradas de transacción que se pueden asignar a cada bloque. sal NUMBER(10.01) Pág. el valor por defecto es 255. la columna correspondiente en la nueva tabla también se definirá como NOT NULL. Tablespace: Identifica el tablespace donde se creará la tabla. STORAGE: Identifica la cláusula de almacenamiento que determina cómo se almacenarán las extensiones en la tabla.emp(empno). NOCACHE: Especifica que los bloques recuperados de esta tabla se colocan en el extremo que se ha utilizado más recientemente que está en la caché de buffers cuando se realiza una exploración completa de la tabla. INITRANS: Especifica el número de registros de transacción preasignados en cada bloque. Administración de Oracle (V1.2) CONSTRAINT ck_sal CHECK (sal > 500). Es útil para tablas que no son accedidas de forma frecuente.Formación . LOGGING: Especifica que la creación de la tabla se registrará en los ficheros redo log y todas las modificaciones posteriores de la misma. La sintaxis es: CREATE TABLE……. 87 Aubay España . mgr NUMBER CONSTRAINT fk_mgr REFERENCES scott. CONSTRAINT nn_ename NOT NULL CONSTRAINT upper_ename CHECK (ename = UPPER(ename)). PCTUSED: Determina el límite inferior de espacio utilizado en un bloque.0) DEFAULT NULL. Si se definió una columna como NOT NULL en la tabla original. comm NUMBER(9. job VARCHAR2(9). CACHE: Especifica que los bloques recuperados de esta tabla se colocan en el extremo que se ha utilizado más recientemente de la lista LRU de la caché de buffers. Ejemplo de Creación de Tabla CREATE TABLE scott.• • • • • • • • • • • Datatype: Es el tipo de datos de la columna. Esta es la opción por defecto. Esta opción es útil para tablas que son accedidas de forma muy frecuente. Copia de una Tabla Existente Se puede utilizar el comando CREATE TABLE con una subconsulta para copiar una tabla existente completa o parcialmente. el valor por defecto es 1. y tablas de tamaño pequeño.

índices o en el tablespace System.2 Definición de PCTFREE y PCTUSED PCTFREE Un valor de PCTFREE grande permite más espacio para las actualizaciones dentro del bloque de una base de datos. Con la fórmula de PCTUSED se reduce el tiempo necesario de exploración de la lista de bloques libres aumentando la probabilidad de encontrar un bloque con el espacio libre necesario.deptno NUMBER(2) PCTFREE 5 PCTUSED 75. Si un bloque de la lista de bloques libres no contiene espacio suficiente para insertar una fila. Utilizar la cláusula CACHE para pequeñas tablas a las que sea probable acceder con mucha frecuencia. Definir un valor grande si la tabla contiene: • • Columnas que son inicialmente NULL y posteriormente se actualizan con algún valor. La exploración lineal continua hasta que se encuentra un bloque con suficiente espacio o se llega al final de la lista. 9. Utilizar tamaños de extensión estándar que sean múltiplos de 5*DB_BLOCK_SIZE para minimizar la fragmentación. El cálculo de PCTFREE se hace de la siguiente forma: (Tamaño medio de la Fila – Tamaño inicial de la Fila)*100/Tamaño medio de la fila PCTUSED Al definir PCTUSED de forma correcta se asegura que el bloque se devuelve a la lista de bloques libres sólo cuando hay espacio suficiente para albergar una fila de tamaño medio. 88 Aubay España . segmentos temporales.1 Instrucciones para la Creación de Tablas • • • • Colocar las tablas en un tablespace independiente y no en el tablespace que tiene segmentos de rollaback. Columnas que es probable que aumenten de tamaño como resultado de una actualización. Colocar las tablas en tablespaces gestionados localmente para evitar la fragmentación.dept(deptno) ) 9. CONSTRAINT nn_deptno NOT NULL CONSTRAINT fk_deptno REFERENCES scott.3. el servidor Oracle busca en el bloque siguiente en la lista de bloques libres. El cálculo de PCTFREE se hace de la siguiente forma: 100 – PCTFREE – (tamaño medio de la fila*100/espacio de datos disponible) Administración de Oracle (V1. Un mayor valor de PCTFREE conllevará una menor densidad de bloque y que cada bloque pueda albergar un número menos de filas.Formación .3.01) Pág.

Cada pieza de fila se almacena en un bloque junto a los punteros necesarios para recuperar y ensamblar toda la fila. la tercera extensión se asignará a 10K pero al cuarta extensión se asignará a 20K. Los tamaños de extensión posteriores se incrementarán con PCTINCREASE. 9.Nota: El valor para el tamaño medio de la fila se puede estimar con el comando: ANALIZE TABLE <NOMBRE_TABLA> 9. 89 Aubay España . PCTINCREASE: Un cambio en este parámetro se registrará en el diccionario de datos. puede que no haya espacio suficiente en un bloque para albergar una fila que crece como resultado de una actualización. Cuando se migra una fila.4 Control del Espacio Utilizado por las Tablas Algunos de los parámetros de almacenamiento y todos los parámetros de utilización de los bloques se pueden modificar con el comando ALTER TABLE. Por ejemplo. Encadenamiento El encadenamiento de filas se produce cuando una fila es demasiado grande para caber dentro de cualquier bloque. Se utilizará para volver a calcular NEXT cuando la siguiente extensión sea asignada por el servidor Oracle. Administración de Oracle (V1.3. Si se pone PCTINCREASE=100. Cuando ocurre esto. Esto puede ocurrir si la fila contiene muchas columnas muy largas. En este caso el servidor Oracle divide la fila en trozos más pequeños denominados piezas de fila. el servidor Oracle moverá toda la fila a un nuevo bloque y dejará un puntero en el bloque original hacia la nueva ubicación. el cual para estos casos tiene la siguiente sintaxis ALTER TABLE [schema]. se tiene una tabla con dos extensiones que tiene como NEXT=10K y PCTINCREASE=0.3 Migración y Encadenamiento de Filas Migración Si PCTFREE se define con un valor pequeño. A este proceso se le llama Migración de Filas.3.table { [storage-clause] [PCTFREE integer] [PCTUSED integer] [INITRANS integer] [MAXTRANS integer]} Los parámetros que se pueden modificar y sus implicaciones son las siguientes: • • NEXT: Cuando el servidor Oracle asigna otra extensión. El encadenamiento de filas se puede minimizar seleccionando un tamaño de bloque mayor (cuando se crea la base de datos) o bien dividiendo la tabla en tablas más pequeñas con menos columnas si es posible.Formación . el rendimiento de E/S asociado con esta fila desciende ya que el servidor Oracle debe explorar dos bloques de datos para recuperar la fila.01) Pág. se utilizará el nuevo valor.

el servidor Oracle liberará todo el espacio no utilizado por encima del límite superior. PCTUSED: Cualquier cambio en este parámetro afectará a todos los bloques de la tabla. pero se utilizará si la tabla se trunca.MINEXTENTS: Este parámetro puede cambiar a cualquier valor que sea menor o igual que el número actual de extensiones.Formación . Administración de Oracle (V1.01) Pág. Sólo se pueden colocar se pueden colocar en la lista de bloques libres si su uso desciende por debajo de PCTUSED. No tendrá efecto inmediato. Si una fila actualiza o borra. Los parámetros de utilización de bloques se pueden cambiar para: • • Mejorar la utilización del espacio. Los bloques que no se utilizan para inserciones porque ya se han rellenado. Si el comando utiliza la cláusula KEEP. MAXTRANS: Un cambio en este parámetro afectará a todos los bloques de la tabla. Minimizar la posibilidad de migración. no se verán afectados hasta que se vuelvan a la lista de bloques libres. se comprobará si se puede utilizar el bloque que contiene la fila y se volverá a utilizar para inserciones si el uso está por debajo de PCTUSED. Para evitar este problema se puede definir MINIMUM EXTENT en la creación del tablespace. Como la liberación de espacio con este comando libera espacio sin utilizar dentro de una extensión. Si el límite superior está en una extensión menor que el valor de MINEXTENTS. el servidor Oracle liberará extensiones por encima de MINEXTENTS. se puede liberar espacio en la tabla ejecutando el siguiente comando de forma manual.1 Liberación de Espacio no Utilizado Si se han asignados grandes extensiones a una tabla y no se están utilizando totalmente. ALTER TABLE [schema]. • MAXEXTENTS: El valor de este parámetro puede tomar cualquier valor igual o mayor que el número actual de extensiones. El valor INITIAL no se puede modificar para una tabla ya creada.table DEALLOCATE UNUSED [KEEP integer [K|M] ] El parámetro KEEP especifica el número de bytes por encima del límite superior que se debería retener. 90 Aubay España .4. • • • 9. El valor NEXT especificado se redondeará a un valor múltiplo de un tamaño de bloque mayor o igual que el valor especificado.4 MODIFICACIÓN DE TABLAS 9. De esta forma el espacio liberado queda disponible para otros segmentos del tablespace. • Los efectos de cambiar los parámetros de utilización de bloques son: • PCTFREE: Un cambio en ese parámetro afectará a futuras inserciones. un uso frecuente puede provocar fragmentación del espacio dentro del fichero de datos. INITRANS: Un cambio en este parámetro sólo afectará a los bloques nuevos.

3 Borrado de una Tabla Una tabla se debe borrar si ya no es necesaria o si se debe reorganizar.01) Pág. Una tabla a la que hace referencia una clave ajena no se puede truncar. incluso si el límite superior está por debajo de MINEXTENTS.4. 9. También se truncan los índices correspondientes. 9. Si se usa la cláusula DROP. no era posible borrar una columna de una tabla.4. o El valor de NEXT para la siguiente extensión se restablece. La sintaxis es: TRUNCATE TABLE [schema]. se puede fusionar. 91 Aubay España . El borrado de columnas limpia columnas no utilizadas y potenciales demandantes de espacio sin tener que exportar o Administración de Oracle (V1. se utilizará KEEP=0.Formación . No se generan datos de rollback y el comando se valida implícitamente ya que el comando TRUNCATE TABLE es un comando DDL. A partir de esta versión de Oracle se permite el borrado de columnas en las tablas. Se debe especificar la cláusula REUSE para retener todo el espacio que utiliza la tabla.table [ {DROP|REUSE} STORAGE ] Los efectos de utilizar este comando son los siguientes: • • • • • • Se borran todas las filas de la tabla. ya sea automáticamente o manualmente en una etapa posterior. Si son contiguas. • • 9. La sintaxis es la siguiente: DROP TABLE [schema].table [CASCADE CONSTRAINTS] Cuando se borra una tabla se liberan las extensiones que utiliza la tabla. Los disparadores de borrado no actúan cuando se usa este comando.4.Si se quiere liberar todo el espacio por debajo del límite superior.2 Truncado de una Tabla Al truncar una tabla se borran todas las filas de una tabla y se libera el espacio sin utilizar. o El límite superior se restablece para apuntar al primer bloque de la tabla. La opción de CASCADE CONTRAINTS es necesaria si la tabla es la principal en una relación de clave ajena. que es la cláusula por defecto: o Se liberan todas las extensiones excepto aquellas especificadas mediante MINEXTENTS.1. El efecto de DROP o REUSE repercute en cascada en los índices de la tabla.1. Para ello se debe tener establecido el parámetro compatible a un valor igual o superior a 8.4 Borrado de una Columna Antes de la versión de Oracle 8.

Las columnas marcadas como no utilizadas se pueden eliminar de la tabla posteriormente cuando haya menos actividad en el sistema. es marcarla como no utilizada (INVALID). ni volver a crear índices y restricciones.importar datos. Para borrar definitivamente las columnas no usadas de la tabla se debe ejecutar el siguiente comando: ALTER TABLE [schema]. Una forma alternativa de quitar una columna de una tabla y que sea más rápido el borrado posterior.Formación . 9.01) Pág. El borrado de columnas de una tabla tiene las siguientes restricciones: • • • • Suprimir Suprimir Suprimir Suprimir una columna de una tabla de tipo de objeto. columnas de tablas anidadas.5 TABLAS TEMPORALES Además de las tablas permanentes que se ha descrito anteriormente. los nombres y los tipos de datos de esas columnas no se muestran cuando se ejecuta el comando DESCRIBE. se pueden crear tablas temporales para contener datos privados de sesión que sólo existan mientras dure una transacción o una sesión.table DROP UNUSED COLUMNS [CHEKPOINT integer] Para identificar tablas con columnas no utilizadas. La sintaxis para eliminar columnas de una tabla es: ALTER TABLE [schema]. Se puede agregar una nueva columna con el mismo nombre que una columna no usada. Con ello se obtiene los nombres de las tablas que tienen columnas no utilizadas y el número de columnas marcadas como no utilizadas. 92 Aubay España . Además. se puede consultar la vista DBA_UNUSED_COL_TABS. Mientras se borran las columnas de tablas grandes. Administración de Oracle (V1.table DROP CONTRAINTS CHEKPOINT integer] COLUMN <nombre_columna> [CASCADE El borrado de una columna puede requerir mucho tiempo y necesitar una gran cantidad de espacio de rollback. una columna de clave principal. se pueden especificar puntos de control para minimizar el uso de espacio de rollback. Es posible que se tarde mucho tiempo en borrar una columna ya que se suprimen todos los datos de dicha columna.table SET UNUSED COLUMN <nombre_columna> [CASCADE CONSTRAINTS] Las columnas no utilizadas actúan como si no fueran parte de la tabla. Las consultas no pueden ver los datos de las columnas no utilizadas. todas las columnas de una tabla. La sintaxis para marcar una columna como no utilizada es la siguiente: ALTER TABLE [schema].

Sus campos más representativos son: • • • • • • OWNER OBJECT_NAME OBJECT_ID DATA_OBJECT_ID OBJECT_TYPE CREATED Vista DBA_SEGMENTS Esta vista contiene información sobre los parámetros storage de todos los segmentos de la base de datos. 9. 93 Aubay España . crea una tabla temporal que puede ser específica de transacción o de sesión..01) Pág.El comando CREATE GLOBAL TEMPORARY TABLE <table_name> AS SELECT. mientras que en las tablas específicas de sesión.Formación . ON COMMIT PRESERVE ROWS para especificar que las filas son visibles para toda la sesión. Cada sesión sólo puede ver y modificar sus propios datos.. los datos permanecen hasta que se acaba la transacción. los datos permanecen hasta que acaba la sesión. Los datos de una sesión son privados para la sesión. Sus campos más representativos son: • • • • • • OWNER SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME HEADER_FILE HEADER_BLOCK Administración de Oracle (V1. Las cláusulas que controlan la duración de las filas en una tabla temporal son: • • ON COMMIT DELETE ROWS para especificar que las filas son visibles dentro de la transacción. La definición de una tabla temporal es visible para todas las sesiones. Para tablas temporales específicas de transacción.6 VISTAS DEL DICCIONARIO DE DATOS SOBRE TABLAS Las vistas del diccionario de datos que muestran información sobre tablas son: • • • • DBA_OBJECTS DBA_SEGMENTS DBA_TABLES DBA_EXTENTS Vista DBA_OBJECTS Esta vista contiene una lista de todos los objetos de la base de datos.

Administración de Oracle (V1.Vista DBA_TABLES Esta vista contiene las descripciones de todas las tablas relacionales de la base de datos. Sus campos más reprensentativos son: • • • • • • • • • • • • • OWNER TABLE_NAME PCT_FREE PCT_USED INITIAL_EXTENT NEXT_EXTENT MIN_EXTENTS MAX_EXTENTS PCT_INCREASE CACHE BLOCKS EMPTY_BLOCKS TEMPORARY Vista DBA_EXTENTS Esta vista contiene el número de extensiones.01) Pág. 94 Aubay España .Formación . Sus campos más reprensentativos son: • • • • • • OWNER SEGMENT_NAME EXTENT_ID FILE_ID BLOCK_ID BLOCKS Si se ejecuta la siguiente consulta se obtendrá el número de extensiones y los bloques totales utilizados por una tabla en cada fichero de la base de datos: SQL>SELECT file_id. su ubicación y tamaño. count(*) Extents. SUM(blocks) Blocks From DBA_EXTENTS WHERE OWNER=’<user_name>’ and SEGMENT_NAME=’<segment_name>’ GROUP BY file_id.

En un índice no único. 10.01) Pág.10 GESTIÓN DE ÍNDICES Un índice es una estructura de árbol que permite el acceso directo a una fila de una tabla. también conocido como índice compuesto. La clasificación lógica agrupa los índices desde un punto de vista de la aplicación.1. aproximadamente un tercio del tamaño del bloque de datos. y tampoco es necesario que sean adyacentes.1. Administración de Oracle (V1. Las columnas de un índice concatenado no necesitan estar en el mismo orden que las columnas de la tabla. 95 Aubay España . o Basado en funciones. se crea en múltiples columnas en una tabla. Una clave de índice único sólo puede apuntar a una fila de la tabla. Los índices se pueden clasificar en función de su diseño lógico o de su implementación física. Físico: o Árbol-B. • Lógico: o Columna única o concatenada. o Clave normal o invertida. 10.1 Índices Concatenados o de Columna Única Un índice de columna única tiene una única columna en la clave del índice.1 CLASIFICACIÓN LÓGICA 10. Sin embargo el tamaño combinado de todas las columnas no puede exceder de. • 10.2 Índices Únicos y No Únicos Un índice único garantiza que no haya dos filas de una tabla con valores duplicados en la columna que define el índice. o Bitmap. Un índice concatenado. Estos índices se pueden crear tanto sobre una estructura B-Tree o bien una estructura Bitmap. El número máximo de columnas en un índice de clave compuesta es de 32. o Único o No Único. una clave sencilla puede tener múltiples filas asociadas con ella. Un índice basado en funciones calcula previamente el valor de la función o de la expresión y lo almacena en el índice.1.Formación . mientras que la clasificación física se deriva del modo en que se almacenan los índices.3 Índices basados en Funciones Un índice basado en funciones se crea cuando se utilizan funciones o expresiones que implican a una o más columnas en la tabla que se está indexando.

01) Pág. 10. que a su vez apuntan a los bloques del siguiente nivel del índice. se suele asociar el término índice B-Tree a los que almacenan una lista de ROWID para cada clave. de forma que el servidor Oracle no tiene que calcular el valor de la expresión a la hora de procesar sentencias SELECT y DELETE. cuando se procesan sentencias INSERT y UPDATE. SELECT * FROM emp WHERE UPPER(ename) IS NOT NULL. 10.2. En el nivel inferior están los nodos hojas que Administración de Oracle (V1. Un índice basado en funciones se puede crear para materializar expresiones de cálculo intensivo en el índice.1 Índice Árbol-B En la parte superior del índice está la raíz que contiene los registros que apuntan al siguiente nivel del índice. el servidor Oracle aún debe evaluar la función para procesar la sentencia y generar el registro índice.2 CLASIFICACIÓN FÍSICA Aunque las dos estructuras de índices (B-Tree y Bitmaps) usan una estructura de índice de Árbol-B.1 Estructura de un Índice B-Tree En la siguiente figura se muestra la estructura de un índice B-Tree Raiz Derivación Hoja Cabecera de entrada del índice Longitud de la columna clave Valor de la columna clave ROWID Fig.Formación .Los índices basado en funciones ofrecen un mecanismo eficaz para evaluar sentencias que contienen funciones en sus claúsulas WHERE. 10. 96 Aubay España . Sin embargo. En el siguiente nivel están los bloques de derivación. A continuación se muestra un ejemplo de creación de un índice basado en funciones y una consulta que utiliza dicho índice: CREATE INDEX emp_i ON emp (UPPER(ename)).

Los índices de clave inversa dividen la distribución de las actualizaciones de índice a través del árbol invirtiendo el valor de los datos de la clave del índice. Administración de Oracle (V1. se pueden producir cuellos de botella de E/S en el índice ya que todas las actualizaciones del índice se producen en el mismo sitio del árbol del índice. ROWID de una fila que contiene los valores clave. que definen el tamaño de una columna en la clave seguida del valor de la columna. 97 Aubay España . Las actualizaciones de las columnas clave conducen a una eliminación lógica y una inserción en el índice.2 Índice de Clave Invertida Un índice de clave invertida invierte los bytes de cada columna indexada. al mantener el orden de la columna. De esta forma se distribuye la carga entre varios bloques de índices. Cuando se produce el siguiente número 7782 se genera un registro de índice de valor clave 2877. No hay registros de índices que corresponde a una fila que tiene todas las columnas clave a NULL. Los bloques hoja están doblemente enlazados para facilitar la exploración del índice en un orden ascendente. 10. Por ejemplo en la inserción de un número 7698 en la tabla.Formación .contienen los registros de índice que apuntan a las filas de la tabla. El espacio que utiliza la fila suprimida no está disponible para nuevos registros hasta que se eliminen todos los registros del bloque. Características de los Registros de la Hoja Índice • • Los valores clave se repiten si hay múltiples filas que contienen el mismo valor clave.01) Pág. Formato de los Registros de la Hoja Índice Un registro de índice está compuesto de los siguientes componentes: • • • Una cabecera de registro. La eliminación de una fila sólo provoca la eliminación lógica del registro de índice. así como en un orden descendente de valores clave. Los pares valor-longitud de la columna clave.2. que almacena el número de columnas e información de bloqueo. se almacena un valor clave en el índice de 8967. Al insertar registros en una clave ascendente. Efecto de Operaciones DML en un Índice El servidor Oracle mantiene de forma automática los índices cuando se realizan operaciones DML sobre la tabla que contiene el índice: • • • Las operaciones de insertar provocan una inserción de un registro índice en el bloque apropiado. excepto el ROWID.

0.8. la clave consta de una columna y el primer registro tiene un valor clave Azul.2.8.3 Índices Bitmap Los índices de Bitmap tienen más ventajas que los índices B-Tree en determinadas situaciones: • Cuando una tabla tiene millones de registros y las columnas clave tienen baja cardinalidad. Administración de Oracle (V1.8. que en el ejemplo contiene 3 como número de fichero. que consta de una cadena de bits.8.Los índices de clave inversa son útiles en consultas que contienen predicados de igualdad. Como en un índice de clave inversa no se guardan juntas las claves léxicamente adyacentes. 10 como número de bloque y 0 como número de fila.2. no se puede realizar búsquedas de rango con un índice así.01) Pág.0. que en el ejemplo anterior contiene 3 como número de fichero.3 10. Los valores clave que consta de pares longitud-valor por cada columna clave. ROWID final. Un segmento de bitmap. Cuando las consultas suelen utilizar una combinación de múltiples condiciones WHERE con relación al operador OR.3 10. El servidor Oracle usa una técnica de compresión patentada para almacenar segmentos de bitmap. el nodo hoja de un índice bitmap contiene lo siguiente: • • • • • Una cabecera de registro que contiene el número de columnas y la información de bloqueo.3 12. hay muy pocos valores distintos para la columna.3 ROWID Final 12. El bit se define cuando la fila correspondiente contiene el valor clave y deja de definirse cuando la fila no contiene el valor clave. • • 10. pero el nodo hoja almacena un bitmap por cada valor clave en lugar de una lista de ROWIDS. Como muestra la tabla anterior.3 Bitmap 100010010010100 000100001000010 010010011010001 001000100010010 Un índice Bitmap también se organiza como uno B-Tree.1 Estructura de un Índice Bitmap Clave Azul Verde Rojo Amarillo ROWID Inicio 10. En el ejemplo de la tabla. 98 Aubay España .0.0. Cada bit del bitmap corresponde con un posible ROWID.3 12. ROWID inicial. esto es.Formación . significa que la fila ROWID correspondiente contien el valor clave.3.3 12. 12 como número de bloque y 8 como número de fila. y si está definido el bit. 10. Por ejemplo los índices Bitmap son preferibles a los índices B-Tree para las columnas género y estado civil de una tabla que contiene registros de pasaporte.3 10. Cuando las columnas clave son de sólo lectura o tienen baja actividad de actualización.

A continuación se muestra una consulta muy eficiente donde se usa un índice bitmap. y el ROWID final es un puntero hacia la última fila de la tabla cubierta por el segmento de bitmap. Administración de Oracle (V1. simplemente contando el número de unos en el índice Bitmap 10. Esto provoca un bloqueo de los segmentos de bitmap. es decir. el segundo bit del bitmap corresponde a la fila siguiente del bloque. muy distinto al otro tipo de índices que no los incluyen. se deben modificar los bitmaps.Formación . SELECT COUNT(*) FROM CUSTOMER WHERE MARITAL_STATUS = 'married' AND REGION IN ('central'. el primer bit del bitmap corresponde a ese ROWID. Si se define un índice Bitmap sobre la columna <campo>. Los índices de nulos pueden ser muy útiles para algunos tipos de sentencias SQL. Cuando se realizan cambios en la columna clave de la tabla. como aquellas que incluyen la función agregada COUNT. Por ejemplo si tenemos la sentencia SELECT COUNT(*) FROM <tabla> WHERE <campo> IS NULL. Un índice Bitmap puede procesar esta consulta con gran eficiencia. Como los bloqueos se adquieren en todo el segmento de bitmap. Los índices bitmaps incluyen filas que tienen valores nulos en su clave.El ROWID inicial es el ROWID de la primera fila que apunta al segmento de bitmap del bitmap.01) Pág. una fila que no esté cubierta por el bitmap no se puede actualizar por otras transacciones hasta que termina la transacción anterior.3. 99 Aubay España .'west'). el optimizador usará el índice bitmap sobre la columna indexada. El ROWID inicial y los segmentos de bitmap se usan para encontrar las filas que contienen el valor clave.2.2 Uso de Índice Bitmap El B-Tree se utiliza para encontrar los nodos hoja que contienen segmentos de bitmap para un valor dado de la clave.

2.10. Esto permite el uso eficaz de los bitmaps en las consultas que usan el predicado OR. system. segmentos temporales. columnas de baja cardinalidad. mientras que los índices Bitmap pueden ser útiles en entornos de almacenamiento de datos en los que se realizan consultas complejas en tablas grandes y estáticas.Formación .4 Comparación Índices B-Tree y Bitmap Árbol-B Bitmap Idóneo para las columnas Idóneo en el caso de las de elevada cardinalidad. esto es. Los índices B-Tree pueden ser mejores para un entorno OLTP para el indexado de tablas con muchos movimientos. no en tablespace que tenga segmentos de rollback. 10. utilizar algunos tamaños de extensión estándar que sena múltiplos de 5*DB_BLOCK_SIZE. Minimizar la fragmentación. el servidor Oracle puede utilizar dos segmentos de bitmap para realizar un OR de bits y obtener un bitmap como resultado. Las actualizaciones de las Las actualizaciones de las claves son relativamente columnas clave son muy caras. económicas. 100 Aubay España . Administración de Oracle (V1. mientras que un índice B-Tree. Evitar la creación de índices en tablas volátiles. los bloqueos son en registros correspondientes a filas individuales de la tabla. Las actualizaciones en columnas clave en un índice Bitmap son más costosas ya que los bitmaps utilizan bloqueo a nivel de segmento de bitmap. Los índices Bitmap se pueden utilizar para realizar operaciones tales como OR.3.3 CREACIÓN DE ÍNDICES 10.1 Instrucciones en la Creación de Índices • • • Los índices aceleran el rendimiento de las consultas y ralentizan las operaciones DML. Ineficaz en el caso de Eficaces en el caso de consultas que utilizan los consultas que utilizan los predicados OR predicados OR Útiles para OLTP Útiles en el caso de los grandes almacenes de datos. Colocar índices en tablespace independiente. tablas. Los índices Bitmap son más compactos que los índices B-Tree cuando se utilizan con columnas de baja cardinalidad.01) Pág.

) [TABLESPACE <name_tablespace> ] [PCTFREE integer] [INITRANS integer] [MAXTRANS integer] [storage-clause] [LOGGING|NOLOOGING] [NOSORT|REVERSE] donde: • • • • • • • • • • • • • • UNIQUE: Se utiliza para especificar un índice único. Por este motivo. Un ejemplo de creación de un índice B-Tree Normal: CREATE INDEX summit. NOSORT: Especifica que las filas se almacenan en la base de datos en orden ascendente.Formación . MAXTRANS: Limita el número de bloques de transacción que se pueden asignar a cada bloque.• • Se puede conseguir una ganancia en el rendimiento de índices grandes impidiendo la generación de REDO..] <name_table> (<name_column> [ASC | DESC] [ . La sintaxis de creación de un índice B-Tree normal es: CREATE [ UNIQUE ] INDEX [schema.. INITRANS: Especifica el número de registros de transacción preasignados en cada bloque. Name_column: Es el nombre de la columna.2 Creación de Índices B-Tree Normales Generalmente los índices se crean en la cuenta de usuario que posee la tabla. 2 es el valor mínimo por defecto.employee_last_name_idx ON summit. Por defecto es 255.01) Pág. normalmente INITRANS deberá ser mayor en índices que en las tablas correspondientes. Este es el valor por defecto.3.employee(last_name) Administración de Oracle (V1. Schema: Es el propietario del índice o tabla. 10. Name_table: Es el nombre de la tabla. y por tanto el servidor Oracle no tiene que ordenarlas al crear el índice. Como los registros de índice son menores en comparación con las filas de la tabla que indexan.. 101 Aubay España . ASC/DES: Se proporciona por compatibilidad sintáctica con otras bases de datos. Name_index: Es el nombre del índice. Tener en cuenta la cláusula NOLOGGING para la creación de índices grandes. por defecto no es único.] <name_index> ON [schema. NAME_TABLESPACE: Identifica el tablespace donde se crea el índice. <name_column> [ASC | DESC] ]. los bloques de índice suelen tener más entradas por bloque.. PCTFREE: Es la cantidad de espacio reservado en cada bloque. REVERSE: Almacena los bytes del índice en el bloque en orden inverso. LOGGING: Especifica que la creación del índice y las operaciones posteriores en el índice se registran en el fichero Redo Log.. NOLOGGING: Especifica que la creación y ciertos tipos de cargas no se registrarán en el fichero Redo Log.

...) CREATE BITMAP INDEX [schema.3.] <name_table> [TABLESPACE <name_tablespace> ] [PCTFREE integer] [INITRANS integer] [MAXTRANS integer] [storage-clause] [LOGGING|NOLOOGING] [NOSORT] Observar que un índice Bitmap no puede ser único.] <name_index> ON [schema.. a excepción que se usa la palabra clave REVERSE.3 Creación de Índices B-Tree de Clave Invertida La sintaxis para crear un índice de clave invertida es similar a los índices normales.4 Creación de Índices Bitmap La sintaxis para crear un índice Bitmap es la siguiente: (<name_column> [ASC | DESC] [ . En estos índices no se puede usar la palabra clave NOSORT..orders(id) REVERSE STORAGE (INITIAL 200K NEXT 200K PCTINCREASE 0 MAXEXTENTS 50) TABLESPACE indx.. <name_column> [ASC | DESC] ].) [TABLESPACE <name_tablespace> ] [PCTFREE integer] [INITRANS integer] [MAXTRANS integer] [storage-clause] [LOGGING|NOLOOGING] REVERSE Un ejemplo de creación de un índice B-Tree de clave invertida: CREATE UNIQUE INDEX summit..orders_id_idx ON summit. 10.Formación .3. 50) 10.. <name_column> [ASC | DESC] ].STORAGE (INITIAL 200K NEXT 200K PCTINCREASE 0 MAXEXTENTS TABLESPACE indx. Un ejemplo de creación de un índice B-Tree de clave invertida: Administración de Oracle (V1.] <name_table> (<name_column> [ASC | DESC] [ .] <name_index> ON [schema. 102 Aubay España ..01) Pág. CREATE [ UNIQUE ] INDEX [schema..

CREATE_BITMAP_AREA_SIZE El parámetro de inicialización CREATE_BITMAP_AREA_SIZE determina la cantidad de espacio que se utilizará para almacenar en memoria segmentos de bitmap.2 Asignación y Liberación de Espacio de Índice Administración de Oracle (V1. este valor se puede definir a un valor pequeño. Por regla general para una cardinalidad mayor se necesita más memoria para un rendimiento óptimo.1 Cambio de los Parámetros de Almacenamiento para Índices Algunos parámetros de almacenamiento y de utilización de bloques se pueden modificar con el comando ALTER INDEX. Un ejemplo de modificación de los parámetros de almacenamiento en un índice: ALTER INDEX summit. 103 Aubay España .employee(last_name) STORAGE (INITIAL 200K NEXT 200K PCTINCREASE 0 MAXEXTENTS 50) TABLESPACE indx. Un uso común de este cambio es para incrementar MAXEXTENTS para un índice.01) Pág.4 MODIFICACIÓN DE ÍNDICES 10.employee_last_name_idx ON summit. 10. entonces el valor puede estar en el orden de KB en lubar de MB. Por ejemplo si la cardinalidad es de 2 elementos.CREATE BITMAP INDEX summit. El valor por defecto es de 8 MB.employee_last_name_idx STORAGE (NEXT 400K MAXEXTENTS 100). Un valor mayor puede conducir a una creación de índice más rápida. 10. Se pueden cambiar los parámetros de utilización de bloques para garantizar mayores niveles de simultaneidad en un bloque de índices.] <name_index> [storage_clause] [INITRANS integer] [MAXTRANS integer] Las implicaciones de cambiar los parámetros de almacenamiento para un índice son las mismas que las de cambiarlos para una tabla. Si la cardinalidad es muy pequeña.4.4.Formación . La sintaxis para modificar los parámetros de almacenamiento es la siguiente: ALTER INDEX [schema.

Un ejemplo de asignación/liberación de espacio en un índice: ALTER INDEX summit. El índice existente contiene muchas entradas suprimidas.] <name_index> REBUILD [ONLINE] [TABLESPACE <name_tablespace> ] [PCTFREE integer] [INITRANS integer] [MAXTRANS integer] [storage-clause] Administración de Oracle (V1. en donde se ha suprimido los pedidos completamente y se han agregado a la tabla nuevos pedidos con números mayores.01) Pág. 104 Aubay España . Esto puede ser necesario si el índice está en el mismo tablespace que la tabla o si los objetos deben redistribuirse a través de varios discos. El truncamiento de una tabla provoca el truncamiento de los índices asociados. (SIZE 200K DATAFILE 10. La sintaxis para asignar o liberar espacio en los índices es la siguiente: ALTER INDEX [schema.orders_id_idx DEALLOCATE UNUSED. La tabla del índice se ha movido a otro tablespace mediante el comando ALTER TABLE… • • La sintaxis para reconstruir un índice es la siguiente: ALTER INDEX [schema. De esta forma se evita la extensión dinámica de los índices y una posterior degradación del rendimiento por problemas de fragmentación.orders_region_id_idx ALLOCATE EXTENT ‘/DISK6/INDX01.Formación .]<name_index> {ALLOCATE EXTENT (SIZE integer [K|M]) [DATAFILE ‘filename’]) | DEALLOCATE UNUSED [KEEP integer [K|M] ] } La asignación o liberación manual de espacio en un índice sigue las mismas reglas que se utilizan con estos comandos aplicados a una tabla.DBF’). Se puede utilizar la cláusula DEALLOCATE del comando ALTER INDEX para liberar espacio no utilizado por encima del límite superior de un índice.3 Reconstrucción de Índices La reconstrucción de un índice se debe realizar en las siguientes situaciones: • • El índice existente se desea mover a un tablespace distinto. ALTER INDEX summit. Se trata de un problema habitual en índices que almacenan el número de pedido de una tabla pedidos.4. Se desea convertir un índice normal en un índice de clave inversa. Nota: El espacio de un índice se libera cuando se trunca la tabla en la que se crea el índice.Puede ser necesario agregar extensiones a un índice antes de un periodo de mucha actividad de inserción en una tabla.

4 Borrado de Índices Puede ser necesario suprimir índices en las siguientes situaciones: • • Un índice que ya no es necesario por las aplicaciones. Un ejemplo de reconstrucción de un índice: ALTER INDEX summit.01) Pág. 10. aunque no se recomienda realizarlas con grandes operaciones DML durante este procedimiento. especialmente si la tabla es muy grande. Sus campos más representativos son: Administración de Oracle (V1. o Utiliza el espacio del índice de forma más eficaz. Regenerar Índices en Línea La construcción o reconstrucción de un índice puede ser una tarea que requiera mucho tiempo. Un ejemplo de reconstrucción de un índice online: ALTER INDEX summit.orders_id_idx REBUILD ONLINE. 105 Aubay España .orders_region_id_idx REBUILD TABLESPACE indx02. El índice está corrupto • La sintaxis para borrar un índice es la siguiente: DROP INDEX [schema. La eliminación de índices antes de la carga de datos grandes y volver a crearlos después de la carga: o Mejora el rendimiento de la carga.Formación .4.[LOGGING|NOLOOGING] [REVERSE|NOREVERSE] Las palabras clave REVERSE o NOREVERSE sólo se pueden utilizar para índices B-Tree.] <name_index> 10. Antes de cargas en bloque. Oracle ofrece un método para contruir un índice mientras se realizan operaciones simultáneas en la tabla base.5 VISTAS DEL DICCIONARIO DE DATOS SOBRE ÍNDICES Las vistas del diccionario de datos que muestran información sobre índices son: • • DBA_INDEXES DBA_IND_COLUMNS Vista DBA_INDEXES Esta vista contiene una lista de todos los índices de la base de datos.

01) Pág. status FROM DBA_INDEXES WHERE OWNER=’<name_user>’. El siguiente ejemplo enumera todos los índices propiedad de un usuario y muestra las tablas y las columnas en las que se ha construido índices: SQL> SELECT index_name. table_name. column_name FROM DBA_IND_COLUMNS WHERE INDEX_OWNER=’<name_user>’ ORDER BY INDEX_NAME. uniqueness. tipo y el estado de los índices que posee un usuario puede ser el siguiente: SQL> SELECT index_name. Administración de Oracle (V1. COLUMN_POSITION. Sus campos más representativos son: • • • • • • • INDEX_OWNER INDEX_NAME TABLE_OWNER TABLE_NAME COLUMN_NAME COLUMN_POSITION COLUMN_LENGTH EJEMPLOS Un ejemplo de consulta para verificar el nombre. 106 Aubay España . table_owner.• • • • • • • • • OWNER INDEX_NAME INDEX_TYPE TABLE_OWNER TABLE_NAME UNIQENESS TABLESPACE_NAME LOGGING STATUS Vista DBA_IND_COLUMNS Esta vista contiene una lista de columnas indexadas de la base de datos. tablespace_name. index_type.Formación .

Restricciones de Integridad Declarativa. Disparadores de Bases de Datos Los disparadores de base de datos son programas PL/SQL que se ejecutan cuando se produce un determinado evento en una tabla. Los disparadores pueden estar activados o desactivados. y se explica conceptualmente lo que es un disparador.01) Pág. Disparadores de la Base de Datos. 11. Los disparadores de base de datos se crean normalmente sólo para forzar una regla de negocio compleja que no se pudo definir como una restricción de integridad. Son fáciles de declarar y modificar por que no requieren un código extenso. 107 Aubay España . Restricciones de Integridad Las restricciones de integridad son un buen mecanismo para forzar reglas de negocio ya que: • • • • • Mejoran el Rendimiento. Este capítulo se centra en las restricciones de integridad.1 RESTRICCIONES DE INTEGRIDAD 11. El código de las aplicaciones se puede implementar mediante procedimientos almacenados dentro de la base de datos. Son flexibles (activadas o desactivadas) Están documentadas completamente en el diccionario de datos.1 Tipos de Restricciones Existen cinco tipos de restricciones de integridad declarativas en el servidor Oracle: Restricción NOT NULL UNIQUE PRIMARY KEY FOREIGN KEY Descripción Especifica que una columna no puede contener valores nulos Designa una columna o combinación de columnas como única Designa una columna o combinación de columnas como la clave primaria de la tabla Designa una columna o combinación de columnas como la clave ajena en una restricción de integridad referencial Administración de Oracle (V1.11 MANTENIMIENTO DE LA INTEGRIDAD DE LOS DATOS La integridad de los datos garantiza que todos los datos de una base de datos siguen las reglas de negocio. o como aplicaciones que ejecutan en el lado del cliente.Formación . Existen tres formas principales con las que se puede mantener la integridad de los datos: • • • Código de Aplicación. como una inserción. Centralizan las reglas. actualización o borrado.1.

2 Restricciones Diferidas/No Diferidas • El punto en que una transacción comprueba las restricciones se puede controlar mediante lo que se llama “Restricciones Diferidas”. se fuerzan al final de cada sentencia DML. Para que una restricción se considere como restricción diferible. como es el caso de entrada de pedidos. será en el momento de la validación de la transacción cuando se deshaga los cambios realizados.01) Pág. se debe definir como diferible en el momento de su creación. Restricciones No Diferidas Las restricciones No Diferidas. Restricciones Diferidas Estas restricciones son aquellas que sólo se comprueban cuando se valida una transacción. también llamadas inmediatas. Estas son las restricciones por defecto.1. Si se detecta cualquier violación de restricción. se puede especificar como: Administración de Oracle (V1. 108 Aubay España .CHECK Especifica una condición que debe cumplir cada fila de la tabla 11. donde se introduce al mismo tiempo el pedido y los elementos del pedido. Una restricción definida como no diferible no se puede modificar para ser forzada al final de una transacción. Una vez definida la restricción como diferible. La violación de una restricción hace que la sentencia se deshaga. Estas restricciones son útiles cuando se ha introducido al mismo tiempo las filas de la tabla principal y secundaria en una relación de clave ajena.Formación .

la restricción sólo se debería forzar al final de la transacción. por defecto. al igual que los nuevos datos que se introduzcan o actualicen pueden no cumplir las reglas definidas por la restricción.1.01) Pág. Los datos de una tabla. validar Desactivada. Administración de Oracle (V1. debería funcionar como una restricción inmediata. validar Activada. incluso aunque la restricción continúe guardada en el diccionario de datos. por defecto. además se suprime el índice en la restricción y la restricción se desactiva. Diferida inicialmente: Especifica que. no validar Una restricción que está desactivada no validada no se comprueba. 109 Aubay España .• • Inmediata inicialmente: Especifica que. no validar o forzada Activada. no validar Desactivada. Desactivado Validado Si una restricción se encuentra en este estado.Formación . 11. entonces no se permite ninguna modificación de las columnas restringidas.3 Estados de Restricción Una restricción de integridad se puede dar en uno de los siguientes estados: • • • • Desactivada.

DEFERRABLE: Indica que la verificación de la restricción se puede diferir hasta el final de la transacción mediante el comando SET CONSTRAINTS. NOT DEFERRABLE: Indica que esta restricción se comprueba al final de cada sentencia DML.2 IMPLEMENTACIÓN DE RESTRICCIONES Las restricciones se pueden definir cuando se crea las tablas o bien cuando se modifican las tablas para añadir la restricción.Para una restricción única. Esta es la opción por defecto. este estado impide que se introduzca cualquier dato inválido.01) Pág. La sintaxis utilizada para crear restricciones mientras se crea las tablas es la siguiente: column datatype [CONSTRAINT constraint] {[NOT] NULL |UNIQUE [USING INDEX index_clause] |PRIMARY KEY [USING INDEX index_clause] |REFERENCES [schema. 11. no validar. es decir. no validar (Forzada) Si una restricción está activada. 110 Aubay España . sin embargo la tabla puede contener datos que sean inválidos. El nombre del índice es el mismo que el de la restricción. Este es el estado normal de operación de una restricción para el procesamiento de transacciones. Activada.Formación . datos que violen la restricción. USING INDEX: Especifica que los parámetros definidos se deberían utilizar para el índice que utiliza el servidor Oracle para forzar una restricción única o de clave primaria.]table [(column)] [ON DELETE CASCADE] |CHECK (condition) } [constraint_state] :== [NOT DEFERRABLE|DEFERRABLE [INITIALLY {IMMEDIATE|DEFERRED}] ] [DISABLE|ENABLE [VALIDATE|NOVALIDATE]] Donde: • • • • Constraint: Identifica el nombre de la restricción almacenada en el diccionario de datos. Administración de Oracle (V1. entonces se garantiza que todos los datos de la tabla siguen la restricción. no se pueden introducir nuevos datos que violen la restricción. el estado desactivado validado permite cargar datos de forma eficaz en una tabla. Esto suele ser una etapa intermedia que asegura que todos los datos nuevos se verifican antes de ser aceptados en la tabla. Activado Validado Si una restricción está en este estado.

.. ) [USING INDEX index_clause] |UNIQUE (column [. Esta es la opción por defecto. ]<table_name> ADD [CONSTRAINT constraint] {PRIMARY KEY (column [. La sintaxis utilizada para crear restricciones después de crear las tablas es la siguiente: ALTER TABLE [ schema..employee ADD(CONSTRAINT employee_dept_id_fk FOREIGN KEY(dept_id) REFERENCES hr... )] [ON DELETE CASCADE] |CHECK (condition) } [constraint_state] Aquí se muestra un ejemplo: ALTER TABLE hr.• • • INITIALLY IMMEDIATE: Indica que al inicio de cada transacción se comprueba por defecto esta restricción al final de cada sentencia DML. last_name VARCHAR2(25) CONSTRAINT employee_last_name_nn NOT NULL. dept_id NUMBER(7)) TABLESPACE users. 111 Aubay España . Aquí se muestra un ejemplo: CREATE TABLE hr. ) REFERENCES [schema.Formación .. INITIALLY DEFERRED: Indica que la restricción sólo se verifica al final de cada transacción.2. column ]. ) [USING INDEX index_clause] |FOREIGN KEY (column [.department(id) DEFERRABLE INITIALLY DEFERRED).]table [(column [.employee( id NUMBER(7) CONSTRAINT employee_id_pk PRIMARY KEY DEFERRABLE USING INDEX STORAGE(INITIAL 100K NEXT 100K) TABLESPACE indx. column ].01) Pág. DISABLE: Desactiva la restricción de integridad.. En este caso el servidor Oracle no la fuerza. column ]. 11.1 Instrucciones para Definir Restricciones Administración de Oracle (V1. column ]..

se puede utilizar uno de los siguientes métodos para cargar los datos: o Definir o activar la clave ajena después de la carga inicial. la Administración de Oracle (V1. creando el índice y modificando la tabla para agregar o activar la restricción. una actualización de la clave primaria sólo se permite cuando no haya filas hijas con el antiguo valor clave.2.Formación . Si una tabla contiene una clave ajena de autoreferencia. 112 Aubay España .• • • Colocar índices para forzar restricciones de clave primaria y única en un tablespace distinto del que utiliza la tabla. Si no hay índices de clave ajena en la tabla hija. o Definir la restricción como diferible. Si hay un índice en la tabla. el servidor Oracle bloquea la tabla hija y no permite cambios para asegurar la integridad referencial.01) Pág. el servidor Oracle debe asegurarse que no haya filas en la tabla hija con la correspondiente clave ajena.2 Consideraciones sobre la Clave Ajena Se debe tener en cuenta varios factores al mantener tablas que están en una relación de clave ajena: DDL Relacionado con Tablas Principales • La clave ajena se debe suprimir antes de borrar la tabla principal. Utilizar el siguiente comando para realizar las dos acciones con una sola sentencia: o DROP TABLESPACE <name_tablespace> INCLUDING CONTENTS CASCADE CONSTRAINTS • • DDL sobre Tablas en una Relación de Clave Ajena Si no se utiliza la opción DELETE CASCADE cuando se eliminan las filas de la tabla principal. Esto se consigue especificando la cláusula USING INDEX o bien creando la tabla. Si los datos se suelen cargan en bloque dentro de la tabla es más efectivo desactivar las restricciones. De igual modo. (es útil si las cargas son frecuentes) 11. Utilizar el siguiente comando para realizar las dos acciones con una sola sentencia: o DROP TABLE <name_table> CASCADE CONSTRAINTS La tabla principal no se puede truncar sin suprimir o desactivar la clave ajena. La clave ajena se debe suprimir antes de eliminar el tablespace que contiene la tabla principal. realizar la carga y seguidamente activar las restricciones.

) } [ USING INDEX index_clause ] La cláusula USING INDEX sólo es aplicable para restricciones de clave primaria o única creadas como diferibles y se cumple que: • • Las restricciones se crearon desactivas Las restricciones estaban desactivadas y los índices suprimidos Activate VALIDATE La sintaxis utilizada para activar una restricción de no validar es la siguiente: ALTER TABLE [ schema.3 MANTENIMIENTO DE RESTRICCIONES Una restricción desactivada se puede activar de dos maneras: • • Active NOVALIDATE Active VALIDATE Active NOVALIDATE Activar una restricción de no validar es más rápido que activar una restricción de validar. Administración de Oracle (V1. ya que se comprueba la violación de restricciones en los datos existentes si la restricción es diferible. La sintaxis utilizada para activar una restricción de no validar es la siguiente: ALTER TABLE [ schema..integridad referencial se mantiene bloqueando los registros de índice y permitiendo bloqueos restrictivos en la tabla hija. ) } [ USING INDEX index_clause ] La opción VALIDATE está activada por defecto y no es necesario especificarla cuando se activa una restricción que está desactivada.. ] table ENABLE [ VALIDATE ]{CONSTRAINT constraint | PRIMARY KEY | UNIQUE ( column [.. Se recomienda la creación de índices para columnas de clave ajena ya que tiene ventajas de rendimiento.Formación . Si los datos de la tabla violan la restricción. column ] . 113 Aubay España . ] table ENABLE NOVALIDATE {CONSTRAINT constraint | PRIMARY KEY | UNIQUE ( column [. 11. column ] .01) Pág. se deshace la sentencia y la restricción continua desactivada..

01) Pág.Formación .4 VISTAS DEL RESTRICCIONES DICCIONARIO DE DATOS SOBRE vistas del diccionario de datos que muestran información sobre restricciones son: • • DBA_CONSTRAINTS DBA_CONS_COLUMNS Vista DBA_CONSTRAINTS Esta vista contiene información de las restricciones en la base de datos.11. Sus campos más representativos son: • • • • • • • • • • • • • • • • OWNER CONSTRAINT_NAME CONSTRAINT_TYPE TABLE_NAME SEARCH_CONDITION R_OWNER R_CONSTRAINT_NAME DELETE_RULE STATUS DEFERRABLE DEFERRED VALIDATED GENERATED BAD RELY LAST_CHANGE Vista DBA_CONS_COLUMNS Administración de Oracle (V1. 114 Aubay España .

3 p.constraint_type. los tipos y los estados de todas las restricciones de la tabla EMPLOYEE del esquema SUMMIT: SQL> SELECT constraint_name. Administración de Oracle (V1.constraint_type. Sus campos más representativos son: • • • • • OWNER CONSTRAINT_NAME TABLE_NAME COLUMN_NAME POSITION EJEMPLOS Utilizar la siguiente consulta para obtener los nombres. dba_constraints p 7 WHERE c. 2 deferred. Utilizar la siguiente consulta para obtener las columnas en las restricciones de la tabla EMPLOYEE del esquema SUMMIT: SQL> SELECT c. c.owner 11 AND c. 5 p. 2 cc.Esta vista contiene información de las columnas con las restricciones en la base de datos. 115 Aubay España .position.constraint_name.r_owner=p.table_name='EMPLOYEE' 6 AND c.constraint_name AS "Referenced Key". dba_cons_columns cc 4 WHERE c. deferrable.Formación .constraint_name 8 ORDER BY cc. constraint_type. Utilizar la siguiente consulta para buscar las claves ajenas en la tabla EMPLOYEE del esquema SUMMIT y las restricciones principales: SQL> SELECT c.table_name='EMPLOYEE' 9 AND c.01) Pág.owner. validated 3 FROM dba_constraints 4 WHERE owner='SUMMIT' 5 AND table_name='EMPLOYEE'.constraint_name.table_name 6 FROM dba_constraints c.constraint_name AS "Foreign Key".constraint_type='R' 10 AND c.owner 7 AND c. 4 p.constraint_name = cc.owner='SUMMIT' 5 AND c.r_constraint_name = p.owner='SUMMIT' 8 AND c.owner = cc.column_name 3 FROM dba_constraints c. 2 p.

con lo cual nombre de usuario y esquema se utilizan indistintamente con frecuencia. se le asocia de forma automática un esquema del mismo nombre. Cuando se crea un usuario de base de datos.12 GESTIÓN DE USUARIOS El administrador de la base de datos define los nombres de los usuarios a los que se permite acceder a la base de datos.Formación . Un esquema es una recopilación específica de los siguientes objetos asociados a un usuario particular: • • • • • • • • • • Tablas Disparadores Restricciones Índices Vistas Secuencias Unidades de programa almacenadas (PL/SQL) Sinónimos Enlaces de bases de datos Tipos de datos definidos por el usuario 12.1 CREACIÓN DE USUARIOS La sintaxis para crear un usuario de base de datos en Oracle es la siguiente: Administración de Oracle (V1. 116 Aubay España .01) Pág.

117 Aubay España . EXTERNALLY: Especifica que el usuario se autentica mediante el sistema operativo. TEMPORARY TABLESPACE: Identifica el tablespace temporal para el usuario. Administración de Oracle (V1. QUOTA: Define el espacio máximo permitido para objetos propiedad del usuario en el tablespace. BY password: Especifica que el usuario se autentica mediante la base de datos y debe proporcionar password para conectarse.Formación . Por defecto no se tienen cuotas en ningún tablespace.01) Pág.donde: • • • • • • • User: Es el nombre del usuario. GLOBALLY AS: Especifica que el usuario se autentica globalmente por el nombre externo especificado. La palabra clave UNLIMITED se utiliza para especificar que los objetos propiedad del usuario pueden usar tanto espacio como haya disponible en el tablespace. DEFAULT TABLESPACE: Identifica el tablespace por defecto para el usuario.

2 MODIFICACIÓN DE USUARIOS La sintaxis para modificar un usuario de base de datos en Oracle es la siguiente: Administración de Oracle (V1. 12.Formación .01) Pág.• • • PASSWORD EXPIRE: Fuerza al usuario a restablecer la contraseña cuando el usuario se conecta a la base de datos mediante SQL Plus. ACCOUNT LOCK/UNLOCK: Se puede usar para bloquear o desbloquear explícitamente la cuenta de usuario (por defecto es UNLOCK). 118 Aubay España . PROFILE: Se utiliza para controlar el uso de los recursos y especificar el mecanismo de control de contraseña que se utiliza para el usuario.

4 VISTAS DEL DICCIONARIO DE DATOS SOBRE USUARIOS Las vistas del diccionario de datos que muestran información sobre usuarios son: • • DBA_USERS DBA_TS_QUOTAS Vista DBA_USERS Muestra la información de todos los usuarios dados de alta en la base de datos. 12. 119 Aubay España .Formación .Como única novedad de parámetros respecto a la creación de usuarios es la asignación del ROLE que tiene asignado el usuario. Están diseñados para facilitar la gestión de los privilegios en la base de datos.01) Pág. Los roles son grupos específicos de privilegios relacionados que se otorgan a los usuarios o a otros roles. 12. Esta opción se debe especificar si el esquema contiene algún objeto. Sus campos son: • • • • • USERNAME TABLESPACE_NAME BYTES MAX_BYTES BLOCKS Administración de Oracle (V1. Sus campos más representativos son: • • • • • • • • USERNAME USER_ID ACCOUNT_STATUS LOCK_DATE EXPIRY_DATE DEFAULT_TABLESPACE TEMPORARY_TABLESPACE CREATED Vista DBA_TS_QUOTAS Muestra información de las quotas en los tablespaces para todos los usuarios de la base de datos. Un usuario que se encuentre conectado actualmente a la base de datos no se podrá suprimir.3 SUPRESIÓN DE USUARIOS Para eliminar un usuario de la base de datos se debe ejecutar el siguiente comando: DROP USER <name_user> [CASCADE] La opción CASCADE suprime todos los objetos del esquema antes de suprimir al usuario. Oracle proporciona una gestión de privilegios controlada por lo que llama Roles.

max_bytes FROM DBA_TS_QUOTAS WHERE USERNAME=’<name_user>’. Un ejemplo de consulta que enumera todos los usuarios de la base de datos. EJEMPLOS Un ejemplo de consulta para comprobar las cuotas de tablespace para un usuario concreto: SQL> SELECT tablespace_name.• MAX_BLOKS Un valor de -1 en las columnas MAX_BLOCKS o MAX_BYTES indica que el usuario tiene cuota ilimiada en dicho tablespace. account_status. 120 Aubay España .Formación .01) Pág. el estado de sus cuentas y los tablespaces temporales: SQL>SELECT username. Administración de Oracle (V1.bytes. blocks. max_bloks. temporary_tablespace FROM DBA_USERS.

PUBLIC: Otorga el privilegio del sistema a todos los usuarios de la base de datos. por ejemplo CREATE TABLE. Los privilegios que permiten la gestión de objetos en cualquier esquema. procedimiento. Estas operaciones incluyen crear. se le debe haber otorgado el privilegio WITH ADMIN OPTION. A continuación se muestra una tabla con la mayoría de los privilegios de sistema en una base de datos Oracle: Administración de Oracle (V1.1 PRIVILEGIOS DE SISTEMA Los privilegios de sistema se pueden clasificar de la siguiente forma: • • • Los privilegios que permiten las operaciones en todo el sistema.13 GESTIÓN DE PRIVILEGIOS Un privilegio es el derecho a realizar un tipo de operación sobre la base de datos o sobre objetos contenidos en la misma. Rol: Especifica el nombre del rol que se quiere otorgar. Existen dos tipos de privilegios: • • Privilegios de Sistema: Permite que un usuario realice una operación de base de datos. función o paquete. WITH ADMIN OPTION: Permite que el usuario al que se otorga el derecho de acceso a que conceda el privilegio o rol a otros usuarios o roles. por ejemplo CREATE SESSION. Para otorgar un privilegio del sistema. Los privilegios que permiten la gestión de objetos en el propio esquema de un usuario. CREATE TABLESPACE. secuencia.Formación . Cualquier usuario con el privilegio del sistema GRANT ANY ROLE. 13. Los usuarios con privilegios ANY pueden acceder a las tablas del diccionario de datos. por ejemplo CREATE ANY TABLE. o un tipo de operaciones de bases de datos. 121 Aubay España . La sintaxis utilizada para otorgar privilegios del sistema es la siguiente: GRANT { privilegio | rol } TO { <user_name>|rol|PUBLIC } [WITH ADMIN OPTION] Donde: • • • • • • Privilegio: Especifica el privilegio del sistema que se quiere otorgar. como por ejemplo una tabla. segmentos de rollback y procedimientos. vistas. borrar y modificar tablas. podrá otorgar cualquier role en una base de datos.01) Pág. vista. Privilegios de Objetos: Permite que un usuario realice una operación en un objeto específico.

122 Aubay España . Añadir ficheros a los tablespaces.Privilegio ANALYZE ANALIZE ANY AUDIT AUDIT ANY AUDIT SYSTEM DATABASE ALTER DATABASE DATABASE LINK CREATE DATABASE LINK INDEX CREATE ANY INDEX ALTER ANY INDEX DROP ANY INDEX LIBRARY CREATE LIBRARY CREATE ANY LIBRARY DROP LIBRARY DROP ANY LIBRARY PRIVILEGE GRANT ANY PRIVILEGE PROCEDURE CREATE PROCEDURE CREATE ANY PROCEDURE ALTER ANY PROCEDURE DROP ANY PROCEDURE EXECUTE ANY PROCEDURE PROFILE CREATE PROFILE ALTER PROFILE DROP PROFILE ALTER RESOURCE COST PUBLIC DATABASE LINK CREATE PUBLIC DATABASE LINK DROP PUBLIC DATABASE LINK PUBLIC SYNONYM CREATE PUBLIC SYNONYM DROP PUBLIC Descripción Analiza cualquier tabla o índice de la base de datos Auditar cualquier objeto de la base de datos Activar y desactivar la auditoría Modificar la base de datos. Crear enlaces de base de datos privados en el esquema propio Crear índices sobre cualquier tabla en cualquier esquema Modificar índices sobre cualquier tabla en cualquier esquema Borrar índices sobre cualquier tabla en cualquier esquema Crear librerías externas en el esquema propio Crear librerías externas en cualquier esquema Eliminar librerías externas en el esquema propio Eliminar Crear librerías externas en cualquier esquema Conceder cualquier privilegio del sistema.01) Pág. siempre que se tenga el privilegio del sistema operativo.Formación . pero no sobre objetos Crear un procedimiento en el esquema propio Crear procedimientos bajo cualquier esquema Modificar cualquier procedimiento de la base de datos Borrar cualquier procedimiento de la base de datos Ejecutar cualquier procedimiento de la base de datos Crear perfiles Modificar cualquier perfil de la base de datos Borrar cualquier perfil de la base de datos Calcular los costes de recursos utilizados en todas las sesiones de los usuarios Crear enlaces de base de datos públicos Borrar enlaces de base de datos públicos Crear sinónimos públicos Borrar sinónimos públicos Administración de Oracle (V1.

123 Aubay España .01) Pág.SYNONYM ROLE CREATE ROLE ALTER ANY ROLE DROP ANY ROLE GRANT ANY ROLE ROLLBACK SEGMENT CREATE ROLLBACK SEGMENT ALTER ROLLBACK SEGMENT DROP ROLLBACK SEGMENT SESSION CREATE SESSION ALTER SESSION RESTRICTED SESSION SEQUENCE CREATE SEQUENCE CREATE ANY SEQUENCE ALTER ANY SEQUENCE DROP ANY SEQUENCE SELECT ANY SEQUENCE SNAPSHOT CREATE SNAPSHOT CREATE ANY SNAPSHOT ALTER ANY SNAPSHOT DROP ANY SNAPSHOT SYNONYM CREATE SYNONYM CREATE ANY SYNONYM DROP ANY SYNONYM SYSTEM ALTER SYSTEM TABLE CREATE TABLE CREATE ANY TABLE ALTER ANY TABLE DROP ANY TABLE EXPORT ANY TABLE LOCK ANY TABLE COMMENT ANY TABLE SELECT ANY TABLE INSERT ANY TABLE Crear roles Modificar cualquier rol en la base de datos Borrar cualquier rol de la base de datos Conceder cualquier rol de la base de datos Crear un segmento de rollback Modificar un segmento de rollback Borrar un segmento de rollback Conectarse a la base de datos Ejecutar el comando alter session para cambiar parámetros de entorno Conectarse a la base de datos que haya sido arrancada con el comando STARTUP RESTRICT Crear una secuencia en el propio esquema Crear una secuencia bajo cualquier secuencia Modificar cualquier secuencia de la base de datos Borrar cualquier secuencia de la base de datos Utilizar cualquier secuencia de la base de datos Crear réplicas de tablas remotas en el propio esquema Crear réplicas de tablas remotas bajo cualquier esquema Modificar cualquier réplica de la base de datos Borrar cualquier réplica de la base de datos Crear sinónimos en el esquema propio Crear sinónimos bajo cualquier esquema Borrar cualquier sinónimo de la base de datos Ejecutar el comando ALTER SYSTEM Crear una tabla en el esquema propio Crear tablas bajo cualquier esquema Modificar la estructura de cualquier tabla de la base de datos Borrar cualquier tabla de la base de datos Realizar una exportación de cualquier tabla de la base de datos Bloquear cualquier tabla o vista de la base de datos Comentar cualquier tabla de la base de datos Realizar consultas de cualquier tabla de la base de datos Realizar inserciones en cualquier tabla de la base de datos Administración de Oracle (V1.Formación .

13.Formación .UPDATE ANY TABLE DELETE ANY TABLE TABLESPACE CREATE TABLESPACE ALTER TABLESPACE MANAGE TABLESPACE DROP TABLESPACE UNLIMITED TABLESPACE TRIGGER CREATE TRIGGER CREATE ANY TRIGGER ALTER ANY TRIGGER DROP ANY TRIGGER USER CREATE USER BECOME USER ALTER USER DROP USER VIEW CREATE VIEW CREATE ANY VIEW DROP ANY VIEW Realizar actualizaciones en cualquier tabla de la base de datos Realizar borrados de filas de cualquier tabla de la base de datos Crear un tablespace en la base de datos Modificar tablespaces Poder poner un tablespace OFF/ON LINE. y ejecutar el comando ALTER TABLESPACE BEGIN/END BACKUP Eliminar tablespaces Utilizar cantidades de espacio ilimitado en cualquier tablespace de la base de datos Crear un disparador en el esquema propio Crear disparadores bajo cualquier esquema de la base de datos Modificar cualquier disparador de la base de datos Borrar cualquier disparador de la base de datos Crear un usuario Convertirse de forma temporal en otro usuario Modificar cualquier usuario de la base de datos Eliminar a un usuario Crear una vista en el esquema propio Crear vistas bajo cualquier esquema Borrar cualquier vista de la base de datos La sintaxis utilizada para revocar privilegios del sistema es la siguiente: REVOKE { privilegio | rol } FROM { <user_name>|rol|PUBLIC } Donde: • • • Privilegio: Especifica el privilegio del sistema que se quiere revocar.1. Los campos de esta vista son: Administración de Oracle (V1.1 Vistas Mostrar Privilegios del Sistema Las vistas que muestran información de los privilegios del sistema son: • • DBA_SYS_PRIVS SESSION_PRIVS DBA_SYS_PRIVS Esta vista muestra todos los privilegios del sistema otorgados a los roles y a los usuarios de la base de datos. Rol: Especifica el nombre del rol que se quiere revocar.01) Pág. PUBLIC: Revoca el privilegio del sistema a todos los usuarios de la base de datos. 124 Aubay España .

125 Aubay España . Columna: Especifica la columna de una tabla o una vista.2 PRIVILEGIOS DE OBJETO Cada privilegio de objeto que se otorga autoriza a un usuario al que se otorga.. tanto los otorgados directamente como los roles activados al usuario. WITH ADMIN OPTION: Permite que el usuario al que se otorga el derecho de acceso a que conceda el privilegio o rol a otros usuarios o roles.01) Pág. vista) o sentencias SQL sobre secuencias UPDATE objeto (tabla o vista) Todos los privilegios anteriores La sintaxis utilizada para revocar privilegios de objeto es la siguiente: REVOKE { privilegio | all } ON [esquema. derecho de acceso a que se realice alguna operación en el objeto. 13.]objeto FROM { <user_name>|rol|PUBLIC } [CASCADE CONSTRAINTS] Administración de Oracle (V1.]objeto TO { A continuación se muestra una tabla con los privilegios de objeto en una base de datos Oracle: PRIVILEGI O ALTER DELETE EXECUTE INDEX INSERT REFERENCES SELECT UPDATE ALL SENTENCIA SQL PERMITIDA ALTER objeto (tabla o vista) DELETE FROM objeto (tabla o vista) EXECUTE objeto (procedimiento o función) CREATE INDEX ONM objeto (sólo tablas) INSERT INTO objeto (tabla o vista) Sentencia CREATE o ALTER TABLE que tenga una restricción de integridad de clave ajena (FOREIGN KEY) sobre un objeto (sólo tablas) SELECT. Esta vista contiene el campo PRIVILEGE. PUBLIC: Otorga el privilegio del sistema a todos los usuarios de la base de datos.FROM objeto (tabla.• GRANTEE • PRIVILEGE • ADMIN OPTION SESSION_PRIVS Esta vista muestra los privilegios actuales de la sesión. La sintaxis utilizada para otorgar privilegios de objeto es la siguiente: GRANT { privilegio [(columna)] | ALL } ON <user_name>|rol|PUBLIC } [WITH GRANT OPTION] Donde: • • • • • • Privilegio: Especifica el privilegio de objeto que se quiere otorgar. [esquema.Formación . ALL: Otorga todos los privilegios al objeto al que se haya otorgado WITH GRANT OPTION Rol: Especifica el nombre del rol que se quiere otorgar.

Los campos de esta vista son: • • • • • • GRANTEE OWNER TABLE_NAME GRANTOR PRIVILEGE GRANTABLE DBA_COL_PRIVS Esta vista muestra todos los privilegios de objetos sobre columnas otorgados a los roles y a los usuarios de la base de datos. CASCADE CONSTRAINTS: Elimina las restricciones de integridad referencial.01) Pág.Formación . Los campos de esta vista son: • • • • • • • GRANTEE OWNER TABLE_NAME COLUMN_NAME GRANTOR PRIVILEGE GRANTABLE Administración de Oracle (V1.1 Vistas Mostrar Privilegios de Objetos Las vistas que muestran información de los privilegios de objetos son: • • DBA_TAB_PRIVS DBA_COL_PRIVS DBA_TAB_PRIVS Esta vista muestra todos los privilegios de objetos otorgados a los roles y a los usuarios de la base de datos.2. 13. 126 Aubay España .Donde: • • • • Privilegio: Especifica el privilegio de objeto que se quiere revocar. ALL: Revoca todos los privilegios al objeto al que se haya otorgado WITH GRANT OPTION Rol: Especifica el nombre del rol que se quiere revocar.

no están en ningún esquema. Se pueden activar y desactivar a cada usuario al que se haya otorgado el rol.01) Pág. NOT IDENTIFIED: Indica que no es necesario ningún tipo de verificación cuando se activa el rol.14 GESTIÓN DE ROLES Los Roles son grupos especificados de privilegios que se otorgan a los usuarios o a otros roles.1 CREACIÓN. No los posee nadie.1. 127 Aubay España . BY <password>: Proporciona la contraseña que el usuario debe especificar cuando se activa el rol.1 Creación de Roles La sintaxis para crear un rol es la siguiente: CREATE ROLE <name_rol> [NOT IDENTIFIED | IDENTIFIED {BY <password> | EXTERNALLY}] Donde: • • • • • <name_rol>: Es el nombre del rol. 14. EXTERNALLY: Indica que el usuario debe estar autorizado por un servicio externo como puede ser el sistema operativo. IDENTIFIED: Indica que es necesario la verificación cuando se activa la fila. Su objeto es facilitar la gestión de los privilegios en la base de datos • • • • • • • • Se otorgan y revocan con los mismos comandos que se utilizan para otorgar y revocar los privilegios del sistema. El nombre de cada rol debe ser único entre los nombres de los usuarios y nombres de roles existentes.2 Modificación de Roles Sólo se puede modificar un rol para cambiar su método de autentificación. La sintaxis para modificar un rol es la siguiente: Administración de Oracle (V1. MODIFICACIÓN.1. ASIGNACIÓN Y BORRADO DE ROLES 14. Se pueden otorgar y revocar a cualquier usuario o rol. 14.Formación . Pueden precisar de una contraseña para su activación. Sus descripciones se almacenan en el diccionario de datos. Pueden estar formados tanto por privilegios del sistema como privilegios de objetos. esto es.

bsq y al usuario se le concede el privilegio UNLIMITED TABLESPACE de forma explícita y no como parte del rol Concede al usuario todos los permisos del sistema con la opción WITH ADMIN OPTION y con UNLIMITED TABLESPACE de forma explícita.sql RESOURCE DBA EXP_FULL_DATABASE IMP_FULL_DATABASE Administración de Oracle (V1.1. CREATE SYNONYM. Este rol se crea con el fichero sql.Formación . UPDATE.sql Concede al usuario los siguientes privilegios: BECOME USER.bsq Concede al usuario los siguientes privilegios: SELECT ANY TABLE. CREATE VIEW.01) Pág.5 Uso de Roles Predefinidos Los roles contenidos en la siguiente tabla se definen automáticamente al crear una base de datos Oracle: Nombre de Rol CONNECT Descripción Concede al usuario los siguientes privilegios: ALTER SESSION. Se crea con el fichero sql. Para borrar un rol es preciso tener el privilegio DROP ANY ROLE.1.3 Asignación de Roles Para otorgar un rol a un usuario se utiliza la misma sintaxis que se utiliza para otorgar un privilegio del sistema a un usuario: GRANT <name_role> TO <name_user> [WITH ADMIN OPTION] Igualmente si se desea revocar un rol de un usuario. CREATE DATABASE LINK. el servidor Oracle lo revoca de todos los usuarios y roles a los que se había otorgado y lo elimina de la base de datos. BACKUP ANY TABLE. CREATE TRIGGER. CREATE SEQUENCE. Se crea con el fichero catexp.ALTER ROLE <name_rol> [NOT IDENTIFIED | IDENTIFIED {BY <password> | EXTERNALLY}] 14.1. se utiliza la misma sintaxis que se usa paras revocar un privilegio del sistema de un usuario: REVOKE <name_role> FROM <name_user> 14.bsq Concede al usuario los siguientes privilegios: CREATE PROCEDURE.4 Borrado de Roles Para eliminar un rol de la base de datos se debe utilizar la siguiente sintaxis: DROP ROLE <name_role> Cuando se borra un rol de la base de datos. CREATE TABLE.CREATE SEQUENCE. Se crea con el fichero sql. Se crea con el fichero catexp. DELETE. INSERT. 14. 128 Aubay España . CREATE TABLE. CREATE SESSION.

Formación . el usuario podrá utilizar los privilegios otorgados a ese rol. excepto los que enumere la cláusula EXCEPT. ALL: Activa todos los roles otorgados al usuario actual. Para activar un rol. De forma global en la creación del usuario con el comando ALTER USER…DEFAULT ROLE. (Esta opción no se podrá usar para activar roles con contraseñas). NONE: Desactiva todos los roles en la sesión actual del usuario. primero se debe otorgar dicho role al usuario. La sintaxis que se utiliza para activar y desactivar los roles de forma explícita es la siguiente: SET ROLE {<name_role> [ IDENTIFIED BY password ] | ALL [EXCEPT <name_role] | NONE } Donde: • • • • <name_role>: Es el nombre del rol.3 VISTAS MOSTRAR INFORMACIÓN DE ROLES Las vistas que muestran información sobre los roles de la base de datos son: • • • • • • • DBA_ROLES DBA_ROLE_PRIVS ROLE_ROLE_PRIVS DBA_SYS_PRIVS ROLE_SYS_PRIVS ROLE_TAB_PRIVS SESSION_ROLES DBA_ROLES Muestra todos los roles existentes en la base de datos.2 ACTIVACIÓN Y DESACTIVACIÓN DE ROLES Se puede a los usuarios activar o desactivar de forma temporal o permanente los privilegios asociados con los roles. La activación y desactivación de los roles a un usuario se puede realizar de dos formas: • • De forma explícita con el comando SET ROLE. 14. el usuario no podrá utilizar los privilegios asociados con ese rol a menos que ese privilegio se otorgue directamente al usuario o a otro rol activado para ese usuario.01) Pág. Cuando se activa un rol. IDENTIFIED BY password: Proporciona la contraseña cuando se activa el rol. 129 Aubay España .DELETE_CATALOG_ROLE EXECUTE_CATALOG_ROL E SELECT_CATALOG_ROLE Este rol permite borrar todos los paquetes del diccionario de datos Este rol permite ejecutar todos los paquetes del diccionario de datos Este rol permite consultar todas las tablas y vistas del diccionario de datos 14. Si se desactiva un rol. Los campos de esta vista son: Administración de Oracle (V1.

• ROLE • PASSWORD_REQUIRED DBA_ROLE_PRIVS Muestra la lista de roles que se otorgan a los usuarios y a los roles. Los campos de esta vista son: • • • • GRANTEE USERNAME (usuario actual) PRIVILEGE ADMIN_OPTION ROLE_SYS_PRIVS Muestra los privilegios del sistema que se otorgan a los roles.Formación . Los campos de esta vista son: • • • ROLE PRIVILEGE ADMIN_OPTION ROLE_TAB_PRIVS Muestra privilegios de tablas que se otorgan a los roles. Los campos de esta vista son: • • • • GRANTEE GRANTEED_ROLE ADMIN_OPTION DEFAULT_ROLE ROLE_ROLE_PRIVS Muestra los roles que se otorgan a los roles. 130 Aubay España . Los campos de esta vista son: • • • ROLE GRANTED_ROLE ADMIN_OPTION DBA_SYS_PRIVS Muestra los privilegios de sistema que se otorgan tanto a los usuarios como a roles.01) Pág. Los campos de esta vista son: • • • • • • ROLE OWNER TABLE_NAME COLUMN_NAME PRIVILEGE GRANTABLE Administración de Oracle (V1.

131 Aubay España . Un ejemplo de consulta que enumera los privilegios de tabla asignados a roles: SQL>SELECT * FROM ROLE_TAB_PRIVS WHERE OWNER=<name_user> AND TABLE_NAME=<table_name>. Administración de Oracle (V1.01) Pág. El campo de esta vista es: • ROLE EJEMPLOS Un ejemplo de consulta para mostrar los privilegios otorgados a los usuarios y a roles: SQL> SELECT role.SESSION_ROLES Muestra una lista de roles que el usuario tiene activados actualmente.Formación . password_required FROM dba_roles.

en formato de texto plano. La utilidad import no puede leer ficheros de texto o ficheros creados en cualquier otro formato.1 EXPORT La sintaxis que se utiliza para realizar la exportación es la siguiente: $ORACLE_HOME/bin/exp [keyword=] {value | (value. . o Para minimizar la contención o reducir la fragmentación. La utilidad Export proporciona tres modos de exportación: • • • Tabla Usuario Base de Datos Administración de Oracle (V1.01) Pág. EXPORT. value . Uso de Export e Import • Reorganización de tablas: o Una tabla puede contener muchos bloques con una gran cantidad de espacio libre. Mover datos de un usuario a otro usuario.15 UTILIDADES: IMPORT.) } Donde keyword son palabras clave que se explican en la siguiente sección y value es el valor asignado a la palabra clave. o reorganizar los datos para obtener un rendimiento y almacenamiento más eficaz. La utilidad SQL*Loador es una herramienta de Oracle para pasar datos desde cualquier fuente de datos a una base de datos Oracle. Migrar a una versión de Oracle diferente. Mover datos entre bases de datos Oracle. Este método puede no ser admitido para mover datos de una versión de Oracle posterior a una versión de Oracle anterior. o Una tabla puede contener muchos bloques vacíos por debajo del límite superior.Formación . SQL*LOADER Las utilidades Export e Import permiten mover datos entre bases de datos Oracle y dentro de una base de datos Oracle a diferentes tablespaces o usuarios. Migrar a una plataforma de sistema operativo distinta. . 132 Aubay España . La utilidad import puede leer ficheros del sistema operativo creados por la utilidad export y copiar las definiciones de los objetos y los datos en una base de datos Oracle. La utilidad export se puede utilizar para hacer una copia lógica de definiciones de objetos y datos en un fichero binario del sistema operativo. Realizar copias de seguridad lógica. • • • • • 15. o Una tabla puede contener muchas filas migradas.

excepto los índices y disparadores propiedad del usuario pero que están en tablas propiedad de otros usuarios. Un valor Y especifica que durante la importación. Tamaño del buffer que se utilizará para almacenar las filas recuperadas antes de escribirlas al fichero de exportación. Los datos de la tabla. excepto aquellos propiedad del usuario SYS son exportados al usar este método. Las restricciones de la tabla.Formación .4 Parámetros de la utilidad Export En la siguiente tabla se muestran algunos de los parámetros más utilizados al realizar la exportación. Los índices de la tabla.1.01) Pág. El uso de este modo exporta: • • • • • La definición de la tabla. y los usuarios con privlegios pueden exportar tablas de otros usuarios. o Los disparadores e índices creados por otros usuarios que están en las tablas del usuario. en este caso los objetos exportados son: o Todos los objetos propiedad del usuario.1.1. Palabra clave USERID BUFFER COMPRESS Por Defecto Específico del S. Este modo requiere que el usuario que realice la exportación tenga asignado el role EXP_FULL_DATABASE.1 Modo Tabla Todos los usuarios pueden usar el modo tabla para exportar sus propias tablas.2 Modo Usuario La exportación en este modo funciona de forma diferente dependiendo si el usuario que ejecuta la exportación tiene privilegios: • Un usuario con privilegios puede exportar objetos propiedad de cualquier usuario. 15. 15.O. Y Significado Nombre y contraseña de usuario. • 15. 133 Aubay España . el tamaño de la extensión inicial se definirá con un valor igual al tamaño actual del segmento. Los usuarios sin privilegios sólo pueden exportar objetos de su propiedad y este modo no incluirá ningún índice o disparador creado por otros usuarios en las tablas propiedad de este usuario.15.1. Los disparadores de la tabla. Un valor N hará que se conserven los Administración de Oracle (V1.3 Modo Base de Datos Completa Todos los objetos de la base de datos.

Administración de Oracle (V1. o Si se especifica la ruta de acceso directa (DIRECT=Y).CONSISTENT N CONSTRAINTS DIRECT FEEDBACK FILE FULL GRANTS HELP INDEXES LOG OWNER PARFILE RECORDLENGT H ROWS STATISCS TABLES Y N 0 Expdat. Un valor de Y especifica que los datos se van a exportar. TABLES=[schema. Los nombres de los usuarios para la exportación a nivel de usuario. Un valor de Y especifica la exportación de la base de datos completa. Especifica un entero para solicitar que se muestre un punto cuando se importen n filas. El nombre del fichero que almacena todos los mensajes de la exportación. Un valor de N usa la ruta de acceso convencional. Un valor Y muestra una lista de parámetros y su significado. Especifica el nombre del fichero que contiene una lista de parámetros de exportación.O. Un valor de Y especifica que toda la operación de exportación se realizará en una transacción de sólo lectura. OWNER=<user_name> la Sólo uno de los parámetros FULL=Y. Nombre del fichero de exportación. El valor por defecto suprime la presentación. Schema. Un valor de Y especifica que las restricciones se van a exportar con la tabla. el parámetro CONSISTENT no se puede definir como Y. Un valor Y especifica que se exporten todas las concesiones de los objetos.01) Pág.Formación .table para la exportación en modo tabla. Y ESTIMATE tamaños de extensiones actuales. Un valor de Y especificar una ruta de acceso directa que se utiliza para la exportación. Un valor de N especificar que sólo hay que mantener la consistencia a nivel de tabla. Para una guía completa de los parámetros se puede consultar el capítulo “Export” del manual de Oracle Utilities. 134 Aubay España . Espefica el método de análisis que se utiliza en importación. Un valor de N hace que las restricciones no se exporten. Expor intentará obtener una imagen de lectura consistente de todos los objetos exportados. Este parámetro indica si se desea exportar los índices. Este parámetro no se combina con otros parámetros. El tamaño del registro de salida.]<table_name> puede ser especificado.dmp N Y N Y NULL Específico del S.

Dichas restricciones se pueden volver a activar después de completarse la importación. Definiciones de tabla. 135 Aubay España . Restricciones de integridad. Si un usuario es incapaz de acceder al tablespace por defecto. 6. Las tablas se importarán en el mismo tablespace desde el que se exportaron. Por este motivo se recomienda desactivar las restricciones referenciales para importar datos sobre una tabla existente. 2. import valida sólo antes de cargar cada tabla. si el tablespace ya no existe o si el usuario no tiene la cuota necesaria.) } Donde keyword son palabras clave que se explican en la siguiente sección y value es el valor asignado a la palabra clave. Un valor de Y especifica que import debería validar después de cada inserción. value . 15.2. El fichero de exportación contiene objetos con el siguiente orden: 1. la importación creará la tabla sobre el tablespace por defecto del usuario. Si ocurriese algún error se deshace todo lo Administración de Oracle (V1. N Significado Nombre y contraseña de usuario. el orden de importación puede provocar fallos de integridad referencial. procedimientos y disparadores. 3. Sin embargo. Por defecto.O.Formación . Datos de tabla. funcionales y de dominio. Si se importan datos sobre tablas existentes. Esta secuencia del fichero de exportación impide que los datos sean rechazados debido al orden en que se importan las tablas. vistas.1 Parámetros de la utilidad Import Palabra clave USERID BUFFER COMMIT Por Defecto Específico del S. Definiciones de tipo. Tamaño en bytes del buffer al que se transfieren las filas de datos. pueden invalidarse en la importación por importarse antes de objetos a los que hacen referencia. Se debe comprobar los objetos con STATUS=INVALID y recompilarlos. . 4. Los objetos tabla se importan conforme se leen del fichero de exportación. la tabla no se importará. También se impide que se arranquen disparadores redundantes sobre los mismo datos. 5.2 IMPORT La sintaxis que se utiliza para realizar la importación es la siguiente: $ORACLE_HOME/bin/imp [keyword=] {value | (value. Índices de tabla. Índices de bitmap. Algunos objetos como los procedimientos almacenados.01) Pág.15. .

dmp NULL N Y N N INDEXES LOG PARFILE RECORDLENGT H ROWS SHOW Y NULL Específico del S. El tamaño del registro de entrada. El valor por defecto suprime la presentación. Un valor de Y especifica que los datos se van a importar. Las sentencias SQL incluidas en la exportación se muestran en el orden en que la importación las ejecutará. Un valor Y muestra una lista de parámetros y su significado. Especifica un entero para solicitar que se muestre un punto cuando se importen n filas. Nombre del fichero de importación. Un valor de Y especifica una importación de base de datos completa. Un valor de Y hace que se importen los índices El nombre del fichero que almacena todos los mensajes de la importación. Para una guía completa de los parámetros se puede consultar el capítulo “Import” del manual de Oracle Utilities. Y N TABLES TOUSER NULL NULL hecho antes de continuar. Este parámetro no se combina con otros parámetros. Administración de Oracle (V1. Una lista de nombres de usuario sobre los que se va a importar sus objetos. Errores como los del sistema operativo. Una lista de usuarios cuyos objetos van a ser importados. import pasa por alto los errores de creación de objetos cuando intenta crear objetos de base de datos. Sólo uno de los parámetros FULL=Y. 136 Aubay España . Este sólo es necesario si los datos se exportaron en un sistema operativo con un tamaño de registro distinto. el contenido del fichero de exportación se enumera en pantalla y no se importa.]<table_name> puede ser especificado. TOUSER FULL y TABLES Designa las tablas que se van a importar.01) Pág. Si el valor es Y. de base de datos y de SQL no se ignoran y pueden parar el procesamiento.O. Un valor Y especifica que se importen todas las concesiones de los objetos. Al especificar este parámetro como Y se evita un crecimiento excesivo de los segmentos de rollback. FROMUSER-TOUSER o TABLES=[schema. Para tablas el valor Y hace que las filas se importen sobres las tablas existentes y no mostrando mensajes de error. Si el valor se define como Y. En este caso import continúa sin notificar el error. Especifica el nombre del fichero que contiene una lista de parámetros de importación.FEEDBACK FILE FROMUSER FULL GRANTS HELP IGNORE 0 Expdat.Formación . Un valor de N hace que se notifiquen los errores y la tabla se ignora si todavía existe. Si este valor es Y los únicos parámetros que se pueden definir son FROMUSER.

3 SQL*LOADER La herramienta de Oracle SQL*Loador está diseñada para realizar carga de datos desde ficheros externos sobre tablas de bases de datos Oracle.01) Pág. o que tiene acceso a dicha tabla. Puede manipular datos antes de que sean insertados usando funciones SQL. Para acceder a esta herramienta se debe ejecutar el comando $ORACLE_HOME/bin/sqlldr Los componentes básicos de SQL*Loador se muestran en el siguiente gráfico: Fig. Puede cargar datos Objetos. Puede seleccionar los datos que desea cargar. Nombre del fichero que describe el formato del fichero de entrada Valor Defecto NULL NULL Administración de Oracle (V1.15. Puede generar secuencias de valores clave sobre columnas específicas. Puede cargar datos dentro de múltiples tablas durante al misma sesión de carga. es requerido por Oracle. Colecciones y datos LOBs. 15. Presenta las siguientes características: • • • • • • • Puede cargar datos desde múltiples ficheros de datos. 137 Aubay España .1 Los parámetros con los que se puede invocar la herramienta SQL*Loader se muestran en la siguiente tabla: Parámetro USERID CONTROL Descripción Usuario propiertario de la tabla que se va a cargar.Formación . Es una utilidad compatible con la utilidad de carga de DB2.

Si se especifica un número positivo. Si no se utiliza no crea ningún fichero de descarte. Número máximo de registros a ser descartados.log Nombre del fichero donde se escriben las filas del fichero de entrada que han sido rechazadas durante la carga. los ficheros que no cumplan dicho filtro se guardarán en el fichero indicado en esta opción. Oracle cargará dicho número exacto de filas. … (campo_n position(<entero>:<entero>) tipo de dato) En la línea INTO TABLE se puede indicar la acción a realizar en la tabla según el modificador seleccionado: • Insert: es el valor por defecto. e indica que la tabla estará vacía cuando comience la carga. Si no se indica nada tomará el nombre del fichero de control con extensión . Las tablas destino no deben de tener índices. Número de errores permitidos Identifica el número de filas a leer desde el fichero de datos antes de salvar los datos en la base de datos Elimina los mensajes durante el arranque de la utilidad SQL*Loador (header.errors. se ejecutan múltiples sesiones. discards. e inicia la carga a partir del registro que se encuentra inmediatamente después del indicado.1 Formato del Fichero de Control El formato del fichero de control es el siguiente: load data infile ‘<nombre del fichero de datos>’ into table [ insert | append | replace | truncate ] <nombre de la tabla destino> (campo_1 position(<entero>:<entero>) tipo de dato. partitions. Escribe la salida del comando SQL*Loador en un fichero de log.01) Pág. Si no se indica nada tomará el nombre del fichero de control con extensión . Si se especifica un número positivo Oracle salta a la fila especificada. cargando los datos simultáneamente. Administración de Oracle (V1.Formación . all Usa un path directo Nombre del fichero que contiene los parámetros pasados a la utilidad SQL*Loador Cuando se usa esta opción. (campo_2 position(<entero>:<entero>) tipo de dato.3.LOG BAD DATA DISCARD DISCARDMA X SKIP LOAD ERRORS ROWS SILENT DIRECT PARFILE PARALLEL READSIZE de datos para la tabla Oracle. 138 Aubay España .bad Nombre del fichero de datos Si en la carga se utiliza un filtro. Especifica en bytes el tamaño del buffer de lectura NULL NULL NULL NULL ALL 0 ALL 50 ALL NULL FALSE NULL FALSE 65536 15. feedback.

139 Aubay España . surname position(15:28) char.• • • Append: Añade nuevas filas a los contenidos existentes de la tabla. clssn position(29:36) char.ctl puede ser el siguiente: Load data Infile ‘person.dat’ Into table personal When clssn <> ‘CR4’ (first_name position(01:14) char. hire_date position(37:42) date ‘YYYYMMDD’) $ORACLE_HOME/bin/sqlldr frieda/frieda control=bruce. Truncate: Se comporta igual que Replace. Ejemplo Supongamos que se quiere realizar la siguiente carga con las opciones: • • • • • • Nombre de Usuario: frieda Contraseña: frieda Fichero de Control: bruce.ctl Load: Todos los registros Parallel: SI Direct: No El formato del fichero de control bruce.Formación . Replace: Borra las filas de la tabla y carga las nuevas filas.01) Pág.ctl parallel=true Administración de Oracle (V1.

¿Cuál a. d. Shared Pool Administración de Oracle (V1. de los siguientes ficheros almacena segmentos de rollback ? Ficheros de redo log Ficheros de control Fichero de Datos Fichero de Parámetros de las siguientes áreas de memoria no es una parte de la SGA? Caché de buffers de la base de datos PGA Buffer de Redo Log Shared Pool 6. Fichero de Parámetros 4. c. Un usuario intenta conectarse a una base de datos Oracle y recibe el error “ORA-01034 ORACLE not available”. LGWR 3. Caché de Buffers de la base de datos c. b. ¿Cuál de las siguientes causas puede ser el error? a. Para la pregunta anterior. b. Caché de buffers de la base de datos b. Un usuario ejecuta un comando SQL para actualizar una fila de una tabla de la base de datos. Shared Pool d. Fichero de Datos b. La versión de Oracle a la que se está conectando no está instalada. ¿Qué proceso ejecuta esta sentencia? a. ¿Cuál de las siguientes áreas de memoria se utiliza para almacenar en caché la información del Diccionario de Datos a. Proceso de usuario b.16 PRÁCTICAS 16. 2. Proceso de Servidor c. 140 Aubay España . 5. La instancia a la que se conecta el usuario no está ejecutándose d.1 TEMA 2: COMPONENTES DE LA ARQUITECTURA ORACLE 1. El usuario introdujo una contraseña no válida b. ¿Cuál a. El usuario introdujo un nombre de usuario no válido c. c. Buffer de redo log d.Formación .01) Pág. ¿Dónde está el cambio que realizó el proceso identificado en la pregunta anterior? a. PGA c. DBWR d. d.

7. Determinar el tamaño de la SGA 16. Nombre de la Base de Datos BD<xx>. Un Fichero de control nombrado control01. c. Determinar el tamaño de la caché de buffers de una base de datos 9.3 TEMA 4: CREACIÓN DE UNA BASE DE DATOS ORACLE 1. ficheros redo log y ficheros de control 8. Parar una Instancia de base de datos Oracle en modo Inmediato 5. Fichero de Datos d. Fichero de Control c. Enumerar el nombre y tamaño de los ficheros de datos. Arrancar y Abrir una instancia de base de datos Oracle con un fichero de parámetros diferente al de por defecto 16. Parar una Instancia de base de datos Oracle en modo Abort 6.log y ubicado en un path donde se vayan a ubicar los ficheros de datos. Identificar el nombre de la base de datos. Escribir uno o varios scripts para crear una base de datos Oracle. Determinar el número máximo de cursores permitidos en la base de datos 9. Fichero de Redo Log b. cada uno con un miembro de 150K. Dos grupos de ficheros de redo log. ¿en cuál de los siguientes ficheros se registran los cambios antes de que el servidor Oracle devuelva un mensaje de “commit completado” al usuario? a.Formación . 141 Aubay España . d. Para cada grupo.log y redo0201. denominados redo0101. el número máximo de grupos de ficheros log y de miembros de ficheros log es de cinco. b. con la siguiente configuración: a. el nombre de la instancia y el tamaño de los bloques de la base de datos 7. Parar una Instancia de base de datos Oracle en modo Normal 4.2 TEMA 3: GESTIÓN DE UNA INSTANCIA ORACLE 1. Arrancar y Montar una instancia de base de datos Oracle 2. Arrancar y Abrir una instancia de base de datos Oracle 3.ctl y ubicado en un path donde el usuario oracle del sistema operativo pueda escribir. Fichero de Parámetros 8. Administración de Oracle (V1. Cuándo un usuario ejecuta la sentencia commit.01) Pág.

5. Consultar la vista DBA_DATA_FILES para obtener el nombre de los ficheros de datos que forman parte del tablespace SYSTEM. Modifique el nombre del fichero asociado al tablespace INDX01<user>. Un fichero de datos de 20M. Cree un tablespace permanente DATA01<user> y ubiquelo en la ruta donde se encuentran el resto de los ficheros de datos.dbf y ubicado en un path donde se vayan a ubicar los ficheros de datos. Cree un tablespace permanente INDX01<user> y ubiquelo en la ruta donde se encuentran el resto de los ficheros de datos. 2. h. 3. 2.01) Pág. Un número máximo de 100 ficheros redo log. 4.e.4 TEMA 5: DICCIONARIO DE DATOS 1. El tamaño de dicho tablespace que sea de 2MB. 142 Aubay España . Administración de Oracle (V1. 3. Consultar la vista DBA_FREE_SPACE para obtener la cantidad de espacio libre disponible en la base de datos. 16. Consultar las vistas V$DATABASE. g. Juego de caracteres WE8ISO8859PI i. Un máximo de 30 ficheros de datos que se pueden crear en la base de datos. denominado system01. V$THREAD y V$PARAMETER para identificar el nombre de la base de datos.Formación . f. Consultar la vista DBA_USERS para obtener una lista de usuarios creados en la base de datos. Ubicar los ficheros de trazas sobre directorios bdump y cdump y ubicado en un path donde el usuario oracle del sistema operativo pueda escribir. 6. El tamaño de dicho tablespace que sea de 2MB. el nombre de la instancia y el tamaño del bloque de la base de datos. 16. Consultar la vista V$DATAFALE para obtener el nombre y tamaño de los ficheros de datos.5 TEMA 6: GESTIÓN DE TABLESPACES Y FICHEROS DE DATOS 1. Consultar la vista DBA_SEGMENTS para obtener la cantidad de espacio real ocupado por la base de datos.

Sign up to vote on this title
UsefulNot useful