Taller de Oracle 1

Base de Datos Oracle 10g: Taller de Administracin I 1-1

Productos Oracle
Bases de datos Oracle: La base de datos Oracle es la primera base de datos
diseada para Enterprise Grid Computing (el modo ms flexible y rentable de
gestionar informacin y aplicaciones).
Oracle Application Server: El servidor certificado para plataforma Java 2
Enterprise Edition (J2EE) de Oracle integra todo lo necesario para desarrollar y
desplegar aplicaciones basadas en Web. El servidor de aplicaciones despliega
portales de comercio electrnico, servicios Web y aplicaciones transaccionales que
incluyen aplicaciones basadas en PL/SQL, en Oracle Forms y en J2EE.
Aplicaciones Oracle: Oracle E-Business Suite es un juego completo de
aplicaciones de negocio para gestionar y automatizar los procesos de la
organizacin.
Oracle Collaboration Suite: Oracle Collaboration Suite es un sistema integrado
nico para todos los datos de comunicaciones de la organizacin: voz, correo
electrnico, fax, dispositivo mvil, informacin de agenda y archivos.
Oracle Developer Suite: Oracle Development Suite es un completo entorno
integrado que combina herramientas de desarrollo de aplicaciones y de anlisis de
negocios.
Servicios Oracle: Los servicios como Oracle Consulting y Oracle University
proporcionan los conocimientos necesarios para sus proyectos Oracle. Para obtener
Base de Datos Oracle 10g: Taller de Administracin I 1-N
enlaces tiles a diferentes recursos, consulte el apndice titulado
Siguientes Pasos para Continuar con la Formacin.
Base de Datos Oracle 10g: g Significa Grid
Global Grid Forum (GGF) es un organismo que desarrolla estndares para Grid
Computing.
Est compuesto por un juego de comits y grupos de trabajo que se centran en diversos
aspectos de Grid Computing. Los comits y grupos de trabajo estn compuestos por
participantes procedentes del mundo acadmico, de la comunidad investigadora y (cada
vez ms) de compaas comerciales. Puede visitar el sitio Web de GGF en la direccin
http://www.gridforum.org.
Oracle ha creado el software de infraestructura de Grid Computing que equilibra todos
los tipos de cargas de trabajo en todos los servidores y permite que todos ellos se
puedan gestionar como un sistema completo. Grid Computing puede lograr el mismo
nivel elevado de fiabilidad que la computacin de mainframe ya que todos sus
componentes estn en cluster. Aunque, a diferencia de los mainframes y los grandes
servidores de multiproceso simtrico (SMP) de UNIX, los grid pueden incorporar
tecnologas de sistemas abiertos, como los procesadores Intel y el sistema operativo
Linux, con un costo muy bajo.
La tecnologa de Grid Computing de Oracle incluye:
Automatic Storage Management (ASM)
Real Application Clusters (RAC)
Oracle Streams
Enterprise Manager Grid Control
Base de Datos Oracle 10g: g Significa Grid (continuacin)
Automatic Storage Management distribuye los datos de bases de datos por todos los
discos, crea y mantiene un grid de almacenamiento y proporciona el rendimiento de
entrada/salida (E/S) ms elevado con los mnimos costos de gestin. Conforme se
agregan o borran discos, ASM vuelve a distribuir los datos de manera automtica. (No
es necesario disponer de un gestor de volmenes lgicos para gestionar el sistema de
archivos.) La duplicacin opcional aumenta la disponibilidad de los datos y es posible
agregar o borrar discos en lnea. Para obtener ms informacin, consulte la leccin
titulada Gestin de Estructuras de Almacenamiento de Bases de Datos.
Oracle Real Application Clusters ejecuta y escala todas las cargas de trabajo de
aplicacin en un cluster de servidores y ofrece las siguientes funciones:
Clusterware integrado: Incluye la funcionalidad para la conectividad de cluster,
mensajes y bloqueo, control de cluster y recuperacin. Est disponible en todas las
plataformas que soporta la base de datos Oracle 10g.
Gestin automtica de cargas de trabajo: Se pueden definir reglas para asignar
automticamente recursos de procesamiento a cada servicio durante las
operaciones normales y en respuesta a fallos. Estas reglas se pueden modificar de
manera dinmica para satisfacer las cambiantes necesidades de negocio. Esta
asignacin dinmica de recursos dentro de un grid de base de datos es exclusiva de
Oracle RAC.
Notificacin automtica de eventos a la capa media: Cuando cambia una
configuracin de cluster, la capa media puede adaptarse inmediatamente a la
operacin de failover de instancias o a la disponibilidad de una instancia nueva.
Esto permite a los usuarios finales seguir trabajando cuando se produce un failover
de instancias sin los retrasos que normalmente provocan los timeouts de red. En
caso de disponibilidad de instancia nueva, la capa media puede iniciar
inmediatamente las conexiones de equilibrio de carga en esa instancia. Los
controladores de Java Database Connectivity (JDBC) de la base de datos Oracle
10g disponen de la funcionalidad Fast Connection Failover que se puede activar
automticamente para manejar estos eventos.
Oracle Streams proporciona un marco unificado para compartir informacin, combinar
la cola de mensajes, replicar datos, notificar eventos, cargar el almacn de datos y
publicar y suscribir la funcionalidad en una tecnologa nica. Oracle Streams puede
mantener sincronizadas dos o ms copias de origen de datos cuando se apliquen
actualizaciones en cualquiera de los sitios. Puede, de manera automtica, capturar los
cambios en las bases de datos, propagar esos cambios a los nodos suscritos, aplicarlos y
detectar y resolver los conflictos de actualizacin de datos. Las aplicaciones pueden
utilizar directamente Oracle Streams como una funcin de cola de mensajes o flujo de
trabajo, permitiendo la comunicacin entre las aplicaciones del grid.
Enterprise Manager Grid Control gestiona las operaciones de todo el grid que
incluyen la gestin de toda la pila de software, el provisionamiento de usuarios, la
clonacin de bases de datos y la gestin de parches. Puede controlar el rendimiento de
todas las aplicaciones desde el punto de vista de sus usuarios finales. Grid Control
considera la disponibilidad y el rendimiento de la infraestructura de grid como un todo
unificado en lugar de como unidades de almacenamiento, bases de datos y servidores de
aplicaciones aislados. Los nodos de hardware, bases de datos y servidores de
aplicaciones se pueden agrupar en entidades lgicas nicas y se puede gestionar un
grupo de destinos como una sola unidad.
Nota: En este curso, utilice la Consola de Base de Datos de Enterprise Manager
para gestionar las bases de datos de una en una.
Arquitectura de la Base de Datos Oracle
El servidor de Oracle es la clave para la gestin de informacin. Normalmente, un
servidor de Oracle tiene que gestionar de manera fiable una gran cantidad de datos en
un entorno de varios usuarios para que numerosos usuarios puedan acceder de manera
simultnea a los mismos datos. Todo esto se debe realizar al mismo tiempo que se
ofrece un alto rendimiento. Asimismo, un servidor de Oracle tiene que impedir el acceso
no autorizado y proporcionar soluciones eficaces para la recuperacin ante fallos.
Estructuras de Bases de Datos
Cada base de datos Oracle en ejecucin est asociada a una instancia de Oracle. Cuando
una base de datos se inicia en un servidor de bases de datos, el software de Oracle
asigna un rea de memoria compartida denominada rea Global del Sistema (SGA) e
inicia varios procesos en segundo plano de Oracle. Esta combinacin de SGA y los
procesos de Oracle se denomina instancia de Oracle.
Despus de iniciar una instancia, el software de Oracle la asocia a una base de datos
concreta. Esto se denomina montaje de la base de datos. La base de datos est ahora
lista para su apertura, lo que la hace accesible a los usuarios autorizados. Varias
instancias se pueden ejecutar simultneamente en la misma computadora, accediendo
cada una de ellas a su propia base de datos fsica.
La arquitectura de la base de datos Oracle se puede ver como varios componentes
estructurales interrelacionados.
Una base de datos Oracle utiliza procesos y estructuras de memoria para
gestionar y acceder a la base de datos. Todas las estructuras de memoria
existen en la memoria principal de las computadoras que constituyen el servidor
de la base de datos. Los procesos son trabajos que funcionan en la memoria de
estas computadoras. Un proceso se define como thread de control o
mecanismo de un sistema operativo que puede realizar una serie de pasos.
Estructuras de Memoria de Oracle
Las estructuras de memoria bsicas asociadas a una instancia de Oracle incluyen:
rea Global del Sistema (SGA): Compartida por todos los procesos de servidor
y en segundo plano.
rea Global de Programa (PGA): Privada para cada proceso de servidor y en
segundo plano. Existe una PGA por cada proceso.
SGA es un rea de memoria que contiene datos e informacin de control para la
instancia.
SGA incluye las siguientes estructuras de datos:
Cach de buffers de la base de datos: Almacena en cach los bloques de datos
que se recuperan de la base de datos.
Buffer de redo log: Almacena en cach la informacin de redo (utilizada para la
recuperacin de instancias) hasta que se pueda escribir en los archivos redo log
fsicos almacenados en el disco.
Pool compartido: Almacena en cach las distintas construcciones que se pueden
compartir entre usuarios.
Pool grande: Es un rea opcional que proporciona grandes asignaciones de
memoria para determinados procesos grandes, como operaciones de recuperacin
y copia de seguridad de Oracle y procesos de E/S del servidor.
Estructuras de Memoria de Oracle (continuacin)
Pool Java: Se utiliza para todos los cdigos y datos Java especficos de la sesin
dentro de Java Virtual Machine (JVM).
Pool de Streams: Utilizado por Oracle Streams.
Al iniciar la instancia con Enterprise Manager o SQL*Plus, aparece la cantidad de
memoria asignada a SGA.
Un rea Global de Programa (PGA) es una regin de la memoria que contiene datos e
informacin de control para cada proceso de servidor. Un proceso de servidor de Oracle
se ocupa de las solicitudes de un cliente. Cada proceso de servidor tiene su propia PGA
creada al iniciar el proceso de servidor. El acceso a PGA es exclusivo para dicho
proceso de servidor y se lee y escribe slo mediante cdigo de Oracle que acta en su
nombre.
Con la infraestructura de SGA dinmica, el tamao de la cach de buffers, el pool
compartido, el pool grande, el pool Java y el pool de Streams de la base de datos
cambian sin cerrar la instancia.
La base de datos Oracle utiliza los parmetros de inicializacin para crear y configurar
las estructuras de memoria. Por ejemplo, el parmetro SGA_TARGET especifica la
cantidad total de espacio disponible en SGA. Si define SGA_TARGET en 0, se
desactivar la gestin automtica de memoria compartida.
Estructuras de Proceso
Al llamar a un programa de aplicacin o herramienta de Oracle, como Enterprise
Manager,
el servidor de Oracle crea un proceso de servidor para ejecutar los comandos que emita
la aplicacin. El servidor de Oracle tambin crea un juego de procesos en segundo plano
para
una instancia que interactan entre s y con el sistema operativo para gestionar las
estructuras
de memoria, realizar una E/S asncrona para escribir datos en disco y llevar a cabo otras
tareas necesarias. El que estn presentes unos procesos en segundo plano u otros
depende de las funciones que se estn utilizando en la base de datos.
Gestin de Instancias de Oracle
Un servidor de bases de datos Oracle consta de una base de datos Oracle y una instancia
de Oracle. Una instancia de Oracle est formada por estructuras de memoria conocidas
como rea Global del Sistema (SGA) y por procesos en segundo plano que manejan
gran parte del trabajo en segundo plano relacionado con la ejecucin de una instancia.
Los procesos en segundo plano ms comunes son los siguientes:
Monitor del sistema (SMON): Realiza la recuperacin de fallos cuando la
instancia se inicia despus de un fallo.
Control de procesos (PMON): Realiza la limpieza de procesos cuando falla un
proceso de usuario.
Escritor de la base de datos (DBWn): Escribe bloques modificados de la cach
de buffers de la base de datos en los archivos de datos del disco.
Punto de control (CKPT): Actualiza todos los archivos de datos y de control de
la base de datos para indicar el punto de control ms reciente.
Escritor de log (LGWR): Escribe las entradas de redo log en el disco.
Proceso de archivado (ARCn): Copia los archivos redo log en un
almacenamiento de archivado cuando se produce un cambio de log.
Proceso de Servidor y Cach de Buffers de la Base de Datos
Cuando se procesa una consulta, el proceso del servidor de Oracle busca en la cach de
buffers
de la base de datos cualquier bloque que necesita. Si no encuentra el bloque en la cach
de buffers de la base de datos, el proceso de servidor lee el bloque del archivo de datos y
coloca una copia
en esa cach. Puesto que es posible que solicitudes posteriores del mismo bloque
encuentren el bloque en memoria, las solicitudes no requerirn lecturas fsicas. El
servidor de Oracle utiliza el algoritmo de uso menos reciente para dejar obsoletos los
buffers a los que no se ha accedido ltimamente y crear espacio para los nuevos bloques
en la cach de buffers de la base de datos.
Los buffers de la cach de buffers pueden tener uno de los siguientes cuatro estados:
Asignado: Se evita que varias sesiones escriban en el mismo bloque al mismo
tiempo.
Las dems sesiones esperan para acceder al bloque.
Limpio: El buffer ahora no est asignado y es candidato para quedarse obsoleto
inmediatamente si no se vuelve a hacer referencia al contenido actual (bloque de
datos).
El contenido est sincronizado con el contenido de los bloques almacenado en el
disco o el buffer contiene una instantnea de lectura consistente (CR) de un
bloque.
Libre o no utilizado: El buffer est vaco porque la instancia se acaba de
iniciar. Este estado es muy parecido al estado limpio, salvo que el buffer no
se ha utilizado.
Sucio: El buffer ya no est asignado pero el contenido (bloque de datos) ha
cambiado y se debe vaciar en el disco con DBWn antes de que se quede
obsoleto.
Estructura de Base de Datos Fsica
Los archivos que constituyen una base de datos Oracle estn organizados del siguiente
modo:
Archivos de control: Contienen datos sobre la propia base de datos (es decir,
informacin sobre la estructura de la base de datos fsica). Estos archivos son crticos
para la base de datos. Sin ellos, no se pueden abrir los archivos de datos para acceder
a los datos que contiene la base de datos.
Archivos de datos: Contienen los datos de aplicacin o de usuario de la base de
datos.
Archivos redo log en lnea: Permiten la recuperacin de instancias de la base de
datos. Si la base de datos falla y no pierde archivos de datos, la instancia puede
recuperar la base de datos con la informacin de dichos archivos.
Los siguientes archivos adicionales son importantes para la correcta ejecucin de la base
de datos:
Archivo de parmetros: Se utiliza para definir el modo de configurar la instancia
cuando se inicie.
Archivo de contraseas: Permite a los usuarios conectarse a la base de datos de
forma remota y realizar tareas administrativas.
Archivos de copia de seguridad: Se utilizan para la recuperacin de la base de
datos. Normalmente restaura un archivo de copia de seguridad
cuando un fallo del medio fsico o un error del usuario ha daado o
suprimido el archivo original.
Estructura de Base de Datos Fsica (continuacin)
Archivos archive log: Contienen un historial en curso de los cambios de datos
(redo) generados por la instancia. Mediante estos archivos y una copia de
seguridad de la base de datos, se puede recuperar un archivo de datos perdido. Es
decir, los archive logs permiten la recuperacin de archivos de datos restaurados.
Archivos de rastreo: Cada proceso de servidor y en segundo plano puede
escribir en un archivo de rastreo asociado. Cuando un proceso detecta un
error interno, vuelca informacin sobre el error en su archivo de rastreo.
Parte de la informacin escrita en un archivo de rastreo va destinada al
administrador de la base de datos, mientras que otra informacin es para
los Servicios de Soporte Oracle.
Archivos log de alertas: Son archivos de rastreo especiales. Tambin se
conocen como logs de alertas. El log de alertas de una base de datos es
un log cronolgico de mensajes y errores. Oracle recomienda revisar estos
archivos.
Tablespaces y Archivos de Datos
Una base de datos se divide en unidades lgicas de almacenamiento denominadas
tablespaces, que se pueden utilizar para agrupar estructuras lgicas relacionadas. Cada
base de datos est dividida lgicamente en uno o ms tablespaces. Se crean
explcitamente uno o ms archivos de datos para cada tablespace con el fin de
almacenar fsicamente los datos de todas las estructuras lgicas de un tablespace.
Nota: Tambin pueden crear tablespaces de archivo grande, que son tablespaces con un
nico archivo de datos aunque de gran tamao (hasta 4 mil millones de bloques de
datos). Los tablespaces de archivo pequeo tradicionales (utilizados por defecto) pueden
contener varios archivos de datos, pero los archivos no pueden ser tan grandes. Para
obtener ms informacin sobre los tablespaces de archivo grande, consulte Database
Administrators Guide.
Tablespaces SYSTEM y SYSAUX
Cada base de datos Oracle contiene un tablespace SYSTEM y un tablespace SYSAUX. Se
crean automticamente al mismo tiempo que la base de datos. El valor por defecto del
sistema es crear un tablespace de archivo pequeo. Tambin se pueden crear tablespaces
de archivo grande, lo que permite a la base de datos Oracle gestionar archivos de
enorme tamao (de hasta 8 exabytes).
Un tablespace puede estar en lnea (accesible) o fuera de lnea (no accesible). El
tablespace SYSTEM siempre est en lnea cuando la base de datos est abierta. Almacena
tablas que soportan la funcionalidad principal de la base de datos como, por ejemplo, las
tablas del diccionario de datos.
El tablespace SYSAUX es un tablespace auxiliar del tablespace SYSTEM. El tablespace
SYSAUX almacena componentes de base de datos y debe estar en lnea para el correcto
funcionamiento de todos los componentes de base de datos.
Segmentos, Extensiones y Bloques
Los objetos de base de datos, como tablas e ndices, se almacenan en los tablespaces como
segmentos. Cada segmento contiene una o ms extensiones. Una extensin consta de
bloques de datos contiguos, lo que significa que cada extensin slo puede existir en un
archivo de datos. Los bloques de datos son la unidad ms pequea de E/S de la base de
datos.
Cuando la base de datos solicita un juego de bloques de datos del sistema operativo, ste
lo asigna a un sistema de archivos real o bloque de disco en el dispositivo de
almacenamiento. Por este motivo, no es necesario conocer la direccin fsica de los datos
de la base de datos. Esto tambin indica que un archivo de datos se puede segmentar o
duplicar en varios discos.
El tamao del bloque de datos se puede definir en el momento de la creacin de la base de
datos.
El tamao por defecto de 8 KB es adecuado para la mayora de las bases de datos. Si la
base de datos da soporte a una aplicacin de almacn de datos con tablas e ndices
grandes, un tamao de bloque mayor puede ser til.
Si la base de datos da soporte a una aplicacin transaccional en la que la lectura y escritura
se realizan aleatoriamente, puede ser til especificar un tamao de bloque menor. El
tamao de bloque mximo depende del sistema operativo. El tamao de bloque mnimo de
Oracle es de 2 KB y se utiliza pocas veces (si se llega a usar).
Puede tener tablespaces con distintos tamaos de bloque. Sin embargo, se deben
utilizar slo para tablespaces transportables. Para ms informacin, consulte
Database Administrators Guide.
Estructuras de Bases de Datos Fsicas y Lgicas
Una base de datos Oracle es una recopilacin de datos que se trata como una unidad. El
objetivo general de una base de datos es almacenar y recuperar la informacin
relacionada. La base de datos tiene estructuras lgicas y fsicas.
Tablespaces
Una base de datos se divide en unidades lgicas de almacenamiento denominadas
tablespaces, que agrupan estructuras lgicas relacionadas. Por ejemplo, los tablespaces
suelen agrupar todos los objetos de una aplicacin para simplificar algunas operaciones
administrativas. Puede tener un tablespace para los datos de la aplicacin y otro adicional
para los ndices de la aplicacin.
Bases de Datos, Tablespaces y Archivos de Datos
La relacin entre las bases de datos, los tablespaces y los archivos de datos se ilustra en la
diapositiva. Cada base de datos est dividida de manera lgica en uno o ms tablespaces.
Se crean explcitamente uno o ms archivos de datos para cada tablespace con el fin de
almacenar fsicamente los datos de todas las estructuras lgicas de un tablespace. Si se
trata de un tablespace TEMPORARY, en lugar de un archivo de datos, el tablespace tendr
un archivo temporal.
Estructuras de Bases de Datos Fsicas y Lgicas (continuacin)
Esquemas
Un esquema es una recopilacin de objetos de base de datos propiedad de un usuario de
la base de datos. Los objetos de esquema son estructuras lgicas que hacen referencia
directa a datos de la base de datos. Los objetos de esquema incluyen estructuras como,
por ejemplo, tablas, vistas, secuencias, procedimientos almacenados, sinnimos,
ndices, clusters y enlaces de base de datos. En general, los objetos de esquema incluyen
todo lo que la aplicacin cree en la base de datos.
Bloques de Datos
Al nivel ms detallado de granularidad, los datos de una base de datos Oracle se
almacenan en bloques de datos. Un bloque de datos corresponde a un nmero concreto
de bytes de espacio de la base de datos fsica en el disco. Se especifica un tamao del
bloque de datos para cada tablespace cuando se crea. Una base de datos utiliza y asigna
espacio libre de la base de datos en bloques de datos Oracle.
Extensiones
Al nivel siguiente del espacio de la base de datos lgica se denomina extensin. Una
extensin es un nmero especfico de bloques de datos contiguos (obtenidos en una
nica asignacin) que se utilizan para almacenar un tipo determinado de informacin.
Segmentos
Al nivel de almacenamiento de la base de datos lgica por encima de una extensin se
denomina segmento. Un segmento es un juego de extensiones asignadas para una
determinada estructura lgica. Por ejemplo, los diferentes tipos de segmentos incluyen:
Segmentos de datos: Cada tabla no de cluster y no organizada por ndices tiene
un segmento de datos. Todos los datos de la tabla se almacenan en las extensiones
de su segmento de datos. Para una tabla particionada, cada particin tiene un
segmento de datos. Cada cluster tiene un segmento de datos. Los datos de cada
tabla del cluster se almacenan en el segmento de datos del cluster.
Segmentos de ndice: Cada ndice tiene un segmento de ndice que almacena
todos sus datos. Para un ndice particionado, cada particin tiene un segmento de
ndice.
Segmentos de deshacer: El administrador de la base de datos crea un tablespace
UNDO para almacenar temporalmente informacin de deshacer. La informacin de
un segmento de deshacer se utiliza para generar informacin de base de datos de
lectura consistente y, durante la recuperacin de la base de datos, para realizar una
operacin de rollback de las transacciones sin confirmar para los usuarios.
Segmentos temporales: La base de datos Oracle crea segmentos temporales
cuando una sentencia SQL necesita un rea de trabajo temporal para terminar la
ejecucin. Cuando la sentencia termina la ejecucin, las extensiones del segmento
temporal vuelven a la instancia para un uso futuro. Especifique un tablespace
temporal por defecto para cada usuario o un tablespace temporal por defecto que
se utilice en toda la base de datos.
La base de datos Oracle asigna el espacio dinmicamente. Cuando las extensiones
existentes de un segmento estn completas, se agregan extensiones adicionales. Debido
a que las extensiones se asignan segn sea necesario, las extensiones de un segmento
pueden o no ser contiguas en el disco.
Ejemplos del Curso: Esquema HR
Los ejemplos utilizados en este curso pertenecen una aplicacin de recursos humanos
(HR), que se puede crear como parte de la base de datos inicial.
A continuacin, se muestran algunas reglas principales de negocio de la aplicacin HR:
Cada departamento puede ser el empleador de uno o ms empleados. Cada
empleado se puede asignar a un nico departamento.
Cada puesto debe ser para uno o ms empleados. Cada empleado debe estar
asignado a un nico puesto simultneamente.
Cuando un empleado cambia su departamento o puesto, un registro de la tabla
JOB_HISTORY registra las fechas de inicio y de finalizacin de las asignaciones
pasadas.
Los registros de JOB_HISTORY se identifican mediante una clave primaria
compuesta (PK): las columnas EMPLOYEE_ID y START_DATE.
Notacin: PK = Clave primaria, FK = Clave ajena
Las lneas slidas representan las restricciones obligatorias de clave ajena y las lneas
discontinuas las opcionales.
La tabla EMPLOYEES tambin tiene una restriccin de clave ajena consigo misma. sta
es una implementacin de la regla de negocio: Cada empleado informa directamente a un
nico superior. La clave ajena es opcional porque el empleado de nivel superior
no informa a otro empleado.
Arquitectura de Base de Datos: Resumen de Componentes Estructurales
En esta leccin, ha aprendido, a un alto nivel, sobre los componentes estructurales de la
base de datos Oracle: estructuras de memoria, de proceso y de almacenamiento. En las
siguientes lecciones encontrar informacin ms detallada.

Taller de Oracle 1

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Taller de Oracle 1

Transféré par

Droits d'auteur :

Formats disponibles

Base de Datos Oracle 10g: Taller de Administracin I 1-1

Base de Datos Oracle 10g: Taller de Administracin I 1-2

Vous aimerez peut-être aussi