UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES

UNIANDES IBARRA

FACULTAD DE SISTEMAS MERCANTILES

CARRERA DE SISTEMAS E INFORMÁTICA

Autor: Benito Jiménez

INTRODUCCIÓN

En este manual consta de un poco de teoría que es una base de datos, la estructura de memoria, el Área global del sistema (SGA), Área global del programa (PGA ) procesos demonios,

Los privilegios y roles, que son las bases distribuidas, replicación.

Además como instalar Oracle 9i crear una base de datos atreves del asistente, creación de tablas usuarios roles, e ingresar datos en una tabla.

En este manual se explica un poco de lo que es Oracle y para dar los primeros pasos en Oracle sien en la actualidad una plataforma que tiene el más potente motor de base de datos.

Objetivo.

Realizar la instalación y creación de usuarios y tablas una base de datos para inicializarse en Oracle.

QUE ES UNA BASE DE DATOS

Es una colección de datos que nos permite el almacenamiento de datos integrados y su recuperación de forma rápida de estos datos.

ARQUITECTURA ORACLE

La arquitectura Oracle consta de tres componentes básicos:

- Las estructuras de memoria.- Que se utiliza para almacenar los datos y el código ejecutable.

- Los Procesos .- Es el que realiza la ejecución del sistema de bases de datos y las tareas de cada usuario conectado a la base de datos

- Los archivos.- Son los que almacenan de forma física la información de la base de datos, en el disco.

ARQUITECTURA ORACLE

ESTRUCTURAS DE MEMORIA

Procesos

Procesos de la Base de Datos

SGA

Servidor

Usuario

Memoria

Archivos

Existen de dos clases una de ellas es la compartida con todos los usuarios que están conectados y la otra dedicada al trabajo de cada una de ellos.

Se ejecutan de esta manera o una forma para tener idea de cómo actúan:

Cada base de datos Oracle es asociada a una determinada instancia, de igual manera una instancia puede abrir y ejecutar una determinada base de datos. Se puede tener múltiples instancias ejecutándose en un mismo equipo, cada una teniendo acceso a su propio espacio físico de datos.

Cada vez que ORACLE es inicializado, tanto el System Global Area (SGA), como los procesos demonios son levantados, el SGA conjuntamente con los procesos demonios es lo que se denomina como una instancia Oracle.

El Área Global del Sistema SGA (System Global Area)

Es el área compartida por todos los usuarios, es un conjunto de estructuras de memoria que contiene datos e información de control para una determinada instancia.

Se mantiene en la memoria virtual del computador donde reside la instancia Oracle.

Dentro de una instancia ORACLE existe la posibilidad de que uno o más usuarios estén conectados a la vez, los datos del SGA son compartidos entre todos los usuarios, es por eso que muchas veces el SGA se lo puede llamar Shared Global Area.

Sus componentes son:

Fondo común Compartido (Shared Pool).

Mantiene el diccionario de datos y las aéreas de las ordenes SQL que se solicitan para su procesamiento.

Esta estructura se utiliza durante el procesamiento de comandos

Su tamaño es configurable, contiene dos zonas específicas.

• Library Cache.- Almacena la información relacionada con una instrucción de SQL que son:

o Texto de la instrucción. o Árbol de parseo, es decir la versión compilada de la instrucción.

o Plan de ejecución, es decir la secuencia o pasos a seguir para realizar la ejecución de la instrucción, a bajo nivel de acuerdo con los resultados producidos por el optimizador de consultas.

Es decir si una consulta es ejecutada nuevamente y su información permanece todavía en el Library Cache, no será necesario compilar de nuevo la instrucción. Este componente nos permite mejorar el rendimiento de las aplicaciones que se ejecutan periódicamente.

• Data dictionary cache.- También conocido como dictionary cache o row cache almacena la información más reciente sobre el diccionario de datos, esta información incluye definición de columnas password y privilegios.

Área de memoria rápida (Database buffer cache).- Donde mantiene los datos traídos por las ordenes SQL de los usuarios conectados a la base de datos. Ejemplo cuando se procesa una consulta el servidor busca los bloques de datos requeridos en la estructura, si el bloque no se encuentra en esta estructura el proceso servidor lee la memoria secundaria y coloca una copia en la estructura.

Área de registros de rehacer (Redo log buffer).- Es donde se registran los cambios hechos a la base de datos, por operaciones Insert, update, delete, create, alter y Drow

Request Queue y Response Queue.- Estas estructuras constituyen los elementos básicos para el manejo de conexiones de usuarios, por cada instancia de Oracle abra un Request Queue y barias Response Queue si está configurado el servidor en modo compartido, caso contrario no existirán.

Cuando un proceso usuario desea establecer conexión con el manejador, la solicitud de conexión será encolada en la Request Queue. Los procesos servidores tomarán las solicitudes de conexión, efectuarán las acciones necesarias para que la base de datos complete la solicitud y colocarán la petición en la Response Queue asociada al proceso que atendió la solicitud.

Área Global del Programa PGA (Program Global Area).

Se crea en memoria por cada sesión de usuario, esta área no se comparte con otras sesiones de usuario.

Constituye a una región de memoria a cada proceso servidor de Oracle, por lo tanto el PGA no es una área de memoria compartida, el tipo de información que es almacenado depende de las opciones instaladas para el servidor Oracle.

Por ejemplo, cuando se utiliza una configuración de servidor dedicado, el PGA contiene los siguientes componentes:

• Sort Area, que es utilizada para llevar a cabo los posibles ordenamientos de filas requeridos antes de que las filas sean procesadas o devueltas al usuario como resultado de una consulta.

• Stack Space, el cual contiene las variables de sesión de usuario y sus valores.

• Cursor State, el cual almacena el estado de los diferentes cursores que están siendo utilizados en la sesión del usuario.

• Session Information, la cual mantiene información sobre los privilegios que el

usuario que ejecuta la sesión.

Ejemplo: Cada vez que se invoca SQL*Plus, se crear un proceso usuario. Este proceso usuario se comunicará (bien sea por los mecanismos de IPC en caso de que el servidor ORACLE y el proceso usuario estén en la misma máquina- o por mecanismos de software de comunicación en Red como SQL*Net en caso de que el servidor ORACLE y el proceso usuario estén en máquinas diferentes) con el proceso servidor que le proveerá del acceso necesario al servidor ORACLE.

Procesos Demonios Los procesos demonio, también conocidos como Background Proceses, constituyen programas que llevan a cabo funciones específicas de soporte y mantenimiento a la ejecución del servidor de bases de datos. Esto no quiere decir que sean opcionales, por el contrario sin ellos no se podría operar correctamente en un entorno basado en ORACLE

PRIBILEGIOS Y ROLES

• El nombre de usuario no debe superar 30 caracteres, no debe tener caracteres especiales y debe iniciar con una letra.

• Un método de autentificación. El más común es una clave o password • Un Tablespace default, el cual es donde el usuario va a poder crear sus objetos por

defecto, sin embargo, esto no significa que pueda crear objetos, o que tenga una cuota de espacio. Estos permisos se asignan de forma separada, salvo si utiliza el privilegio RESOURCE el que asigna una quota unlimited, incluso en el Tablespace SYSTEM! Sin embargo si esto ocurre, ud. puede posteriormente mover los objetos creados en el SYSTEM a otro Tablespace.

• Un Tablespace temporal, donde el usuario crea sus objetos temporales y hace los sort u ordenamientos.

• Un perfil o profile de usuario, que son las restricciones que puede tener su cuenta (opcional).

Por ejemplo, conectado como el usuario SYS, creamos un usuario y su clave asi:

SQL> CREATE USER benitoUsuario IDENTIFIED BY ahz DEFAULT TABLESPACE users;

Si no se indica un Tablespace por defecto, el usuario toma el que está definido en la BD (generalmente el SYSTEM). Para modificar el Tablespace default de un usuario se hace de la siguiente manera:

SQL> ALTER USER usuario DEFAULT TABLESPACE datos;

También podemos asignar a los usuarios un Tablespace temporal donde se almacenan operaciones de ordenamiento. Estas incluyen las cláusulas ORDER BY, GROUP BY, SELECT DISTINCT, MERGE JOIN, o CREATE INDEX (también es utilizado cuando se crean Tablas temporales).

SQL> CREATE USER usuario IDENTIFIED BY jpz DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp;

Adicionalmente, a cada usuario se puede asignar a un profile o perfil, que tiene dos propósitos principalmente:

• Limita el uso de recursos, lo que es recomendable, por ejemplo en ambientes de Desarrollo

• Garantiza y refuerza reglas de Seguridad a nivel de cuentas

Ejemplos, cuando se crea el usuario o asignar un perfil existente:

SQL> CREATE USER usuario IDENTIFIED BY jpz DEFAULT TABLESPACE users TEMPORARY TABLESPACE temp PROFILE resource_profile;

SQL> ALTER USER usuario PROFILE perfil_desa;

Eliminar un Usuario de la Base de Datos

Para eliminar un usuario de la BD se hace uso de la clausula DROP USER y opcionalmente se puede utilizar CASCADE, para decirle que también elimine todos los objetos creados por ese usuario.

SQL> DROP USER usuario CASCADE;

Modificar cuentas de Usuarios

Para modificar un usuario creado, por ejemplo cambiar su clave, tenemos la sintaxis:

SQL> ALTER USER NOMBRE_USUARIO IDENTIFIED BY CLAVE_ACCESO [DEFAULT TABLESPACE ESPACIO_TABLA] [TEMPORARY TABLESPACE ESPACIO_TABLA] [QUOTA {ENTERO {K | M } | UNLIMITED } ON ESPACIO_TABLA [PROFILE PERFIL];

Privilegios de Sistema y de Objetos

En Oracle existen dos tipos de privilegios de usuario.

System: Que permite al usuario hacer ciertas tareas sobre la BD, como por ejemplo crear un Tablespace. Estos permisos son otorgados por el administrador o por alguien que haya recibido el permiso para administrar ese tipo de privilegio. Existen como 100 tipos distintos de privilegios de este tipo.

En general los permisos de sistema, permiten ejecutar comandos del tipo DDL (Data definition Language), como CREATE, ALTER y DROP o del tipo DML (Data Manipulation Language). Oracle 10g tiene mas de 170 privilegios de sistema los cuales pueden ser vistos consultando la vista: SYSTEM_PRIVILEGE_MAP

Entre todos los privilegios de sistema que existen, hay dos que son los importantes: SYSDBA y SYSOPER. Estos son dados a otros usuarios que serán administradores de base de datos.

Para otorgar varios permisos a la vez, se hace de la siguiente manera:

SQL> GRANT CREATE USER, ALTER USER, DROP USER TO ahernandez;

Object: Este tipo de permiso le permite al usuario realizar ciertas acciones en objetos de la BD, como una Tabla, Vista, un Procedure o Función, etc. Si a un usuario no se le dan estos permisos sólo puede acceder a sus propios objetos (véase USER_OBJECTS). Este tipo de permisos los da el owner o dueño del objeto, el administrador o alguien que haya recibido este permiso explícitamente (con Grant Option).

Por ejemplo, para otorgar permisos a una tabla Ventas para un usuario particular:

SQL> GRANT SELECT,INSERT,UPDATE, ON analista.venta TO jperez;

Adicionalmente, podemos restringir los DML a una columna de la tabla mencionada. Si quisieramos que este usuario pueda dar permisos sobre la tabla Factura a otros usuarios, utilizamos la cláusula WITH GRANT OPTION. Ejemplo:

SQL> GRANT SELECT,INSERT,UPDATE,DELETE ON venta TO mgarcia WITH GRANT OPTION;

Asignar cuotas a Usuarios

Por defecto ningun usuario tiene cuota en los Tablespaces y se tienen tres opciones para poder proveer a un usuario de una quota: Sin límite, que permite al usuario usar todo el espacio disponible de un Tablespace.

Por medio de un valor, que puede ser en kilobytes o megabytes que el usuario puede usar. Este valor puede ser mayor o nenor que el tamaño del Tablespace asignado a él.

Por medio del privilegio UNLIMITED TABLESPACE, se tiene prioridad sobre cualquier cuota dada en un Tablespace por lo que tienen disponibilidad de todo el espacio incluyendo en SYSTEM y SYSAUX.

No se recomienda dar cuotas a los usuarios en los Tablespaces SYSTEM y SYSAUX, pues tipicamente sólo los usuarios SYS y SYSTEM pueden crear objetos en éstos. Tampoco dar cuotas en los Tablespaces Temporal o del tipo Undo.

Roles

Finalmente los Roles, que son simplemente un conjunto de privilegios que se pueden otorgar a un usuario o a otro Rol. De esa forma se simplifica el trabajo del DBA en esta tarea.

Por default cuando creamos un usuario desde el Enterprise Manager se le asigna el permiso de connect, lo que permite al usuario conectarse a la BD y crear sus propios objetos en su propio esquema. De otra manera, debemos asignarlos en forma manual.

Para crear un Rol y asignarlo a un usuario se hace de la siguiente manera:

SQL> CREATE ROLE appl_dba;

Opcionalmente, se puede asignar una clave al Rol:

SQL> SET ROLE appl_dba IDENTIFIED BY app_pwd;

Para asignar este Rol a un usuario:

SQL> GRANT appl_dba TO usuario;

Otro uso común de los roles es asignarles privilegios a nivel de Objetos, por ejemplo en una Tabla de Facturas en donde sólo queremos que se puedan hacer Querys e Inserts:

SQL> CREATE ROLE consulta;

SQL> GRANT SELECT,INSERT on analista.factura TO consulta;

Y finalmente asignamos ese rol con este “perfil” a distintos usuarios finales:

SQL> GRANT consulta TO bjimenez;

Nota: Existen algunos roles predefinidos, tales como: CONNECT, CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SYNONYM, CREATE SEQUENCE, CREATE DATABASE LINK, CREATE CLUSTER, ALTER SESSION, RESOURCE, CREATE PROCEDURE, CREATE SEQUENCE, CREATE TRIGGER, CREATE TYPE, CREATE CLUSTER, CREATE INDEXTYPE, CREATE OPERATOR SCHEDULER, CREATE ANY JOB, CREATE JOB, EXECUTE ANY CLASS, EXECUTE ANY PROGRAM, MANAGE SCHEDULER, etc. DBA: Tiene la mayoría de los privilegios, no es recomendable asignarlo a usuarios que no son administradores. SELECT_CATALOG_ROLE: No tiene privilegios de sistema, pero tiene cerca de 1600 privilegios de objeto.

Para consultar los roles definidos y los privilegios otorgados a través de ellos, utilize las vistas:

SQL> select * from DBA_ROLES; SQL> select * from DBA_ROLE_PRIVS order by GRANTEE;

BASE DE DATOS DISTRIBUIDA

Un sistema de base de datos distribuida permite a las aplicaciones tener accesos a base de datos locales y remotas, existen: sistemas distribuidos de base de datos homogénea, sistema distribuido de base de datos heterogéneas, base de datos distribuida utilizando una arquitectura cliente/servidor.

Sistemas distribuidos de base de datos Homogénea.

Es una red de dos o más bases de datos Oracle que residen en una o varias maquinas.

Una aplicación puede acceder o modificar barias base de datos en un único entorno distribuido, los usuarios no necesitan saber que su acceso es a una base de datos remota.

Las bases de datos distribuidas y los procesamientos distribuidos están íntimamente vinculados sin embargo su significado es diferente.

Oracle sistemas distribuidos de bases de datos utilizan una arquitectura de procesamiento distribuido. Por ejemplo, un servidor de base de datos Oracle actúa como un cliente cuando solicita datos que otro servidor de base de datos Oracle gestiona.

- Procesamiento distribuido.- Son las operaciones que se producen cuando una aplicación se distribuye en diferentes ordenadores sus tareas mediante una red.

Por ejemplo, una aplicación de base de datos suele distribuye tareas de front-end de presentación a los equipos cliente y permite a un servidor de base de datos de back-end para administrar el acceso compartido a bases de datos. En consecuencia, una aplicación de base de datos distribuida sistema de procesamiento es más comúnmente conocido como un sistema cliente / servidor de aplicaciones de bases de datos.

Sistemas distribuidos de base de datos Heterogéneo.

En sistema de base de datos, por lo menos una de las bases de datos no es de Oracle

Para la aplicación, lo heterogéneo de sistemas distribuidos de bases de datos aparece como una única base de datos local de Oracle. El local de Oracle Database Server esconde la distribución y la heterogeneidad de los datos.

El servidor de Oracle accede a la base de datos de Oracle utilizando Oracle sistema no servicios heterogéneos en relación con un agente.

Si tiene acceso a los datos no-Oracle usando una tienda de Oracle Gateway transparente, entonces el agente es una aplicación específica del sistema. Por ejemplo, si incluye una base de datos de Sybase en un sistema distribuido de Oracle, entonces usted necesita para obtener una pasarela transparente Sybase-específicas para que las bases de datos Oracle en el sistema puede comunicarse con él.

- Servicios Heterogéneos

Heterogéneos Servicios (SA) es un componente integrado en el servidor de base de datos de Oracle y la tecnología que permite a la serie actual de Oracle transparente productos Gateway.

SA ofrece una arquitectura común y los mecanismos de administración de productos Oracle puerta de enlace y otros servicios de acceso heterogéneas.

También, proporciona al alza de funcionalidad compatible para los usuarios de la mayoría de los anteriores lanzamientos de puerta de enlace de Oracle transparente.

REPLICACION DE BASE DE DATOS ORACLE.

Es la operación de copiar y mantener objetos de base de datos en barias bases de datos de un sistema distribuido.

La replicación se utiliza para mejorar el rendimiento de la base de datos local, proteger la disponibilidad de las aplicaciones debido a las varias opciones de acceso a los datos existentes.

Por ejemplo, una aplicación que normalmente tiene acceso a una base de datos local en lugar de un servidor remoto para reducir al mínimo el tráfico de red y lograr el máximo rendimiento. Además, la aplicación puede seguir funcionando si las experiencias servidor local un fracaso, pero con otros servidores de datos replicados son accesibles.

Oracle9 i extiende la disponibilidad al reducir la necesidad de quiesce el entorno de duplicación. Sitios de replicación pueden permanecer abiertos a los usuarios mientras que ciertas operaciones de administración de base de datos se están produciendo. Oracle9 también nos permite replicar tipos definidos por el usuario y crear vistas materializadas que se basan en otras vistas materializadas. Además, usted puede cargar más rápido tipos de vistas materializadas.

INSTALACION DE OIRACLE 9i

Hacemos clic en setup nos aparece la ventana de bienvenida damos cloic en siguiente.

Elegir una ruta para la carpeta Home de Oracle. Esa carpeta es la encargada de almacenar

el software de base de datos de Oracle. Se nos pregunta qué nombre tendrá esa carpeta

Home (por defecto se llama OraHome92) y la ubicación de la misma (normalmente

dentro de la carpeta Oracle en el disco con más espacio disponible). Pulsar Siguiente

Aparece una lista con las posibles instalaciones que permite el CD. Lógicamente se elegirá

Database si es la base de datos lo que queremos instalar.

La opción “Client” permite instalar sólo las aplicaciones necesarias para utilizar un

servidor Oracle previamente instalado (la instalación cliente puede instalar herramientas

de Administración o herramientas Runtime, para desarrolladores).

En la siguiente pantalla se nos pregunta qué versión de Oracle instalaremos. Se nos ofrecen

tres posibilidades:

Versión Enterprise. Versión con todas las posibilidades de Oracle

Versión Estándar. Versión para grupos de trabajo o aplicaciones de un solo

departamento.

Versión Personal. Como la Enterprise pero para un solo usuario y ordenador

Personalizada. Permite clarificar mejor la forma de instalar Oracle (es la más complejo,

pero la que más opciones permite)

Escogemos la primera y pulsar Siguiente

Escogemos la primera opción que es Usos general.

En la siguiente ventana ponemos el nombre de la base de datos local y el SID.

Indicar la ruta en la que se instalarán por defecto los archivos de la base de datos.

Es conveniente que esta carpeta esté en una unidad distinta a la de la carpeta

Home de Oracle, para acelerar el rendimiento. Esta carpeta se suele llamar

OraData.

database.benito.local

database

Indicar el juego de caracteres que se utilizará en la base de datos. Normalmente se toma el juego de caracteres que utiliza el sistema operativo. Este dato si se rellena mal ocasiona que algunos de nuestros caracteres nacionales, nunca se muestren adecuadamente.

Tras aceptar el cuadro anterior se nos muestra un resumen de la instalación. Tras este

resumen comienza la copia de los archivos en nuestro disco duro. Este es el paso más largo,

se pueden tardar bastantes minutos (incluso alguna hora) en completarse).

En segundo plano se configurarán los servicios de red necesarios para el funcionamiento

de Oracle, la base de datos y el servidor http de Oracle. (Ver imagen anterior)

En cuanto se instala la base de datos y se lanza la instancia asociada a ella (la instancia es

la base de datos en ejecución, desde ese instante al arrancar Windows la instancia estará en

memoria salvo que la detengamos) se nos piden las contraseñas asociadas a los usuarios

administrativos SYS y SYSTEM. Es muy importante recordarlas y no perderlas.

Tras el paso anterior se lanza el Agente de Oracle (Oracle Intelligent Agent) y el

servidor http. Al final se indicarán los puertos necesarios para comunicar con el servidor

http de Oracle (añadiendo el texto /isqlplus a esa dirección se podrá conectar desde un

navegador con el servidor Oracle vía http).

Salimos de la instalación.

Crear Usuarios

Luego de Instalar se debe crear usuarios.

Abrimos el Enterprise Manager Console

Se abre la siguiente pantalla ponemos el usuauario System la contraceña en conectar como ponemos SYSDBA para que tenga mas privilegios de administrador.

Nos dirigimos a l menu objeto crear nuevo o precionamos las teclas Ctrl + N se muestra el siguiente cuadro escogemos tabla espace

En Nombre ponemos el nombre de nuestro que queremos llarlo, en direccion lo dejamos por defecto lo podemos cambiar a otro disco para mas seguridad.

En mostrar SQL hacemos clic u nos muetra las sentecia SQL para generar nustra Tablespace mediante codigo clic en crear.

Ahora nos vamos a seguridadespara crear nuestro usuario clic derecho crear.

Ponemos el nombre que desamos dar a nuestro nuevo usuario, introduciomos nuestra contraseña, Escogemos el tablespace que creamos anteriormente en temporal lo ponemos tem dejamos en desbloqueado.

Ahora vamos a darle roles a nuestro usuario.

Aumentamos el resource, connect ya está establecida automáticamente. También es recomendable DBA.

Ahora vamos a dar los privilegios hacemos clic en la pestaña sistema. Escogemos las siguientes privilegios para que tenga los permisos necesarios, como muestra el la imagen.

Clic en crear

Nos dirigimos a esquema podemos ver que no hay el nombre del usuario nuevo damos clic derecho en crear, luego en tabla.

Escogemos el nombre de nuestro usuario creado para que sea parte del esquema nuestra tabla.

Ya podemos crear nuestras tablas.

Llenamos como se muestra en la pantalla

En la siguiente pantalla no ponemos nada ya que crearemos nuestra clave primaria luego

En esta tampoco hacemos nada dejamos por defecto para que no acepte valores nulos el COD_CLIE podemos cambia la opción pero ya que será nuestra clave primaria no se debe permitir valores nulos.

Dejamos por defecto ya esta columna no es una clave foránea. siguiente

Hacemos clic en siguiente en todas las ventanas hasta que aparezca la siguiente pantalla, clic en terminar.

Actualizamos ahora podemos ver que ya aparece en nuestro esquema hacemos clic en nuestro esquema creado clic en tablas.

En el lado derecho de nuestra pantalla hacemos clic en restricciones.

Ahí crearemos nuestra clave primaria de esta manera, En nombre PKCLIENTES, TIPO escogemos Prymary, en la parte inferior en columna de la tabla escogemos el campo COD_CLIE aplicamos y ya tenemos creado nuestra clave primaria.

Ahora crearemos la tabla VENTAS en donde tendremos una clave foránea que ara referencia a código del cliente.

En restricciones crearemos nuestra clave primaria y la clave foránea.

La clave foránea se crea de la siguiente manera, en nombre FKVENTAS, Tipo escogemos FOREIGN, en esquema de referencia escogemos nuestro esquema que tenemos las tablas, en tabla de referencia seleccionamos la tabla con la relacionaremos.

En la parte inferior en columna de tabla escogemos cual campo de nuestra tabla Ventas se relacionara y en columna de referencia escogemos la de la tabla clientes.

De esa forma se debe ir creando las siguientes tablas.

Modelo físico diseñado en ERwin

Disparador

Se crea el disparador ya que no se puede generar como en SQL server campos auto numéricos, en Oracle se debe crear un disparador para que realice esa acción de la siguiente forma.

Clic en crear y ya tenemos nuestro disparador se queremos crear campos auto numéricos debemos crear disparadores para cada uno.

DISTIBUCION DE BASE DE DATOS

Esto nos sirve para que desde otro equipo o usuario se pueda insertar datos a una tabla, se debe crear Link de la siguiente manera.

Ponemos nombre del Link , en usuario fijo, en Usuario el nombre del usuario, contraseña la contraseña del usuario que queremos que tenga acceso, y nombre del servicio.

Ya podemos realizar consultas a otro usuario e insertar datos al la tabla del mismo.

INSTALACIÓN Y CONFIGURACIÓN DE ORACLE MANAGEMENT SERVER

ES una utilidad de Oracle muy potente que sirve, entre otras cosas, para realizar copias de

seguridad tanto físicas (RMAN) como lógicas (export), nos puede avisar de eventos que se

produzcan en la base de datos (espacio de los tablespaces, etc), administrar bases de datos, etc.

También hay que tener en cuenta que Oracle Management Server necesita una base de

datos propia (que creará el asistente de configuración) para poder administrarse a si mismo

y poder guardar los eventos, tareas, etc.

Para poder configurar Oracle Managent Server deberemos tener instalado Oracle Server.

Para realizar este manual hemos utilizado la versión 9i de Oracle Server. Si hemos

instalado esta opción (por defecto se instala) nos aparecerá en el menú "Inicio" -

"Programas" - "Oracle" - "Configuration and migration tools" - "Enterprise Manager

Configuration Assistant". Si este acceso directo no existe deberemos instalarlo

introduciendo los CDs de instalación de Oracle 9i Server:

Tras ejecutar "Enterprise Manager Configuration Assistan" iniciaremos el asistente de configuración de esta utilidad. Pulsaremos "Siguiente" para iniciar la configuración:

A continuación marcaremos "Configurar Oracle Management Server Local" (si es la primera vez que instalamos esta herramienta) o también podremos seleccionar "Actualizar

un repositorio existente" (si tenemos algún Management Server de versiones anteriores a la 9). Otra de las opciones del asistente de instalación de Oracle Management Server es "Borrar un repositorio existente" para poder eliminar la base de datos que Oracle Management Server crea. En nuestro caso, marcaremos "Configurar Oracle Management Server" para iniciar la configuración y pulsaremos "Siguiente":

A continuación especificaremos si queremos crear un nuevo repositorio (base de datos donde Oracle Management Server guardará la información para gestionar los distintos servidores de Oracle) o usar un repositorio existente. En nuestro caso, puesto que nuestra organización no tiene ningún repositorio creado seleccionaremos "Crear un nuevo repositorio" y pulsaremos "Siguiente":

Podremos seleccionar "Típico" para crear un repositorio con las opciones por defecto o "Personalizado" para indicar las opciones manualmente (es la opción que hemos elegido para poder configurar nosotros mismos las opciones de creación del repositorio):

En el siguiente paso (4 de 9) nos da la opción de crear el repositorio como una nueva instancia de la base de datos local (creará una nueva base de datos en el equipo donde estamos instalando Oracle Managent Server) o bien podremos alojar el repositorio en una base de datos existente (esta opción creará las tablas necesarias para el repositorio en una base de datos existente y pertenecientes al usuario de Oracle Management Server que seleccionemos posteriormente, obviamente esta opción necesita que exista una base de datos de Oracle Server). En nuestro caso, puesto que deseamos que el repositorio sea independiente de la base de datos en producción seleccionaremos "En una nueva instancia de la base de datos local". También queremos cambiar el SID por defecto (OEMREP), para ello pulsaremos en "Cambiar SID":

Si hemos pulsado "Cambiar SID" nos mostrará esta ventana para introducir el nombre de la Base de Datos Globlal y el SID de la base de datos (en nuestro caso en ambos "ORAREP"). Pulsaremos "Aceptar" y "Siguiente" para continuar:

En este paso seleccionaremos el usuario y la contraseña que será el propietario de las tablas del

repositorio. Este no será el usuario con el que se inicie sesión en Oracle Management Server, será

el usuario con el que podremos acceder directamente a las tablas de la base de datos que creará

el asistente de instalación de Oracle Management Server:

Nos avisará de que el nombre de usuario de la base de datos debe ser único para cada repositorio de Enterprise Management. Con lo cual el nombre anterior no debe existir con anterioridad. Pulsaremos "Sí" para continuar:

Por último, antes de iniciar la instalación, el asistente nos muestra un resumen de las opciones que hemos ido seleccionando en los pasos anteriores. Si nos hemos equivocado o queremos cambiar alguna de ellas pulsaremos "Atrás" en caso cotrario, para iniciar la instalación del respositorio pulsaremos "Terminar":

Tras pulsar "Terminar" nos aparecerá una ventana indicando el progreso de la instalación del repositorio (Copia de archivos de la base de datos, inicialización de la base de datos, creación e iniciación de la instancia de Oracle, etc):

Puesto que le hemos indicado al asistente que nos cree el repositorio como una base de datos nueva nos pedirá que introduzcamos la contraseña para el usuario SYS y para el usuario SYSTEM de esta nueva base de datos:

Tras pulsar "Aceptar" en la ventana anterior continuará el proceso de instalación:

Y ha finalizado.

Podemos ver en el Enterprise manager console. Que tenemos nuestro usuario y ya podemos crear nustras tablas en la base de datos.