Manual básico de Oracle 9i (página 2)

Esta arquitectura consiste básicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es más ventajosa en un sistema operativo multiusuario distribuido a través de una red de computadoras.

En esta arquitectura la capacidad de proceso está repartida entre los clientes y los servidores, aunque son más importantes las ventajas de tipo organizativo debidas a la centralización de la gestión de la información y la separación de responsabilidades, lo que facilita y clarifica el diseño del sistema.

Entre las principales características de la arquitectura cliente/servidor se pueden destacar las siguientes:

El servidor presenta a todos sus clientes una interfaz única y bien definida.

El cliente no necesita conocer la lógica del servidor, sólo su interfaz externa.

El cliente no depende de la ubicación físicadel servidor, ni del tipo de equipo físico en el que se encuentra, ni de su sistema operativo.

Los cambios en el servidor implican pocos o ningún cambio en el cliente.

Ventajas

•    Centralización de los recursos: mediante el servidor que es el centro de la red, se puede administrar los recursos comunes para todos los usuarios.

•    Mejoramiento de la seguridad: puesto que la cantidad de puntos de entrada permite el acceso a los datos.

•    Administrar el nivel del servidor: requieren menos administración debido a que los clientes no son muy importante en este modelo.

•    Red escalable: esta arquitectura, permite quitar o agregar clientes sin afectar el funcionamiento de la red sin mayores modificaciones.

•    Centralización del control: los accesos, recursos y la integridad de los datos son controlados por el servidor de forma que un programa cliente defectuoso o no autorizado no pueda dañar el sistema.

•    Escalabilidad: aumenta la capacidad de clientes y servidores por separado pudiendo ser los elementos aumentado o mejorado en cualquier circunstancia, además, de añadir nuevos nodos a la red clientes-servidores.

•    Mantenimiento fácil: distribuidas las funciones y responsabilidades en diferentes equipos independientes, se puede reemplazar, reparar, actualizar, o trasladar un servidor, mientras sus clientes no son afectados por el cambio.

•    Las tecnologías son lo bastante desarrolladas, diseñadas en el entorno de C/S para asegurar las transacciones, amigabilidad de la interfaz y la facilidad de empleo.

Desventajas

•    Alto Costo: debido a lo complicado de la técnica del servidor.

•    Punto débil: el servidor es el único eslabón débil en la red de cliente/servidor, puesto que toda la red está construida en torno a él.

•    La congestión del tráfico ha sido siempre un problema en el paradigma de C/S. Cuando una gran cantidad de clientes envían peticiones simultaneas al mismo servidor, puede ser que cause muchos problemas para éste

•    El paradigma de C/S cuando un servidor está caído, las peticiones de los clientes no pueden ser satisfechas.

•    El hardware y software en un servidor son determinantes. Un hardware en un ordenador puede no poder servir a cierta cantidad de clientes. Se requiere de software y hardware específico, más en el servidor para dar garantía del trabajo.

•    El cliente no usa los recursos dentro del servidor. Por ejemplo, si la aplicación es una Web, no se puede escribir en el disco duro del cliente o imprimir directamente sobre las impresoras sin sacar antes la ventana previa de impresión de los navegadores.

Oracle 9I

Oracle es una corporación que surgió a final de los años 70 y principio de los años 80. George Koch y su equipo de técnicos, fue el primero en trabajar en el terreno de Oracle en 1982.

Oracle es una de las mejores bases de datos que están en el mercado, tienen características que garantizan la seguridad e integridad de los datos, que las transacciones se efectuaran de manera correcta, sin causar inconsistencias, el procesamiento de grandes volúmenes de información será segura.

Es un sistema de gestión de base de datos relacional Se considera a Oracle como uno de los sistemas de bases de datos más completos es considerado como una herramienta cliente/servidor para la gestión de base de datos, destacándose por:

Soporte de transacciones

Estabilidad

Escalabilidad

Soporte multiplataforma.

Su principal herramienta es:

La BD como tal, la cual esta compuesta de

Un repositorio de datos

Un DBMS (data base management system).

En el repositorio de datos se encuentran todos los objetos.

El DBMS se encarga de manipular los objetos (tablas, vistas, triggers, procedimientos, paquetes, usuarios, entre otras) que ese encuentra en el repositorio.

Evolución De Oracle

Instalación de Oracle 9I

Instalación De Oracle 9i En Windows

Introduciremos el CD 1 de la instalación, los tres CDs que componen el programa de instalación se pueden descargar gratuitamente (siempre que no sea con fines lucrativos) desde la propia web de oracle: www.oracle.com

• Tras seleccionar la ruta de los ficheros de Oracle pulsaremos en Siguiente .

• A continuación seleccionaremos el tipo de instalación que deseemos:

En nuestro caso, puesto que crearemos la base de datos en el servidor donde estamos realizando la instalación seleccionaremos Oracle9i Database 9.2.0.1.0 . Si ya disponemos de un servidor de Oracle con las correspondientes bases de datos a las que queramos acceder será suficiente con seleccionar la opción Oracle9i Client 9.2.0.1.0 , en este caso la instalación es bastante más simple, pues sólo es necesario especificar la IP o el nombre de red del servidor de Oracle así como el nombre (sid) de la base de datos a la que queramos acceder.

• Seleccionaremos el tipo de instalación que queramos realizar:

En nuestro caso, seleccionaremos Enterprise Edition, si queremos realizar una instalación más avanzada (especificando manualmente las opciones a instalar) seleccionaremos Personalizado, en este caso aparecería una ventana como esta:

• Seleccionaremos la siguiente opción dependiendo del uso que le queramos dar a nuestra base de datos, normalmente es para Uso General. Si no queremos crear una base de datos en el proceso de instalación (se puede crear en otro momento) seleccionaremos Sólo software:

• Seleccionaremos el puerto para Oracle MTS Service, normalmente se suele seleccionar el puerto por defecto 2030. Este parámetro es muy importante pues, si decidimos cambiar el puerto por defecto, cuando queramos que un cliente se conecte al servidor deberemos especificar el puerto que hayamos seleccionado en este punto de la instalación:

• Especificaremos el nombre de la base de datos (con un máximo de 8 caracteres):

Nota: el SID es el identificador interno que utilizará Oracle para referenciar a nuestra base de datos, se puede elegir uno diferente al del nombre de la Base de Datos, aunque se suele utilizar el mismo.

• En este punto de la instalación seleccionaremos la ubicación de los archivos de la base de datos que la instalación creará. Oracle recomienda que la ubicación de los archivos de la base de datos esté en un disco físico distinto al de los archivos de la instalación (software de Oracle).

También recomienda que los archivos de Redo Log estén multiplexados (varias copias, esto se configura en la consola de administración de Oracle) y en diferentes discos físicos. Lógicamente es lo recomendable por Oracle y sólo se configura así cuando se trata de una Base de Datos que tendrá múltiples accesos concurrentes (al mismo tiempo) y con un volumen de datos importante, pues el desembolso económico en hardware para la correcta instalación de Oracle puede ser importante.

En nuestro caso, instalaremos los archivos de la base de datos en un segundo disco duro instalado exclusivamente para Oracle. A pesar de todo no hay ningún problema por instalar la base de datos en el mismo disco duro que el software de Oracle. Si nuestra organización dispone, por ejemplo, de unos 20 usuarios conectados a Oracle no habría una pérdida del rendimiento por instalarla en el mismo disco duro. Por supuesto esto es orientativo pues dependerá también del volumen de datos que necesite cada usuario así como de otros factores (rpm del disco duro, características del servidor de Oracle (procesadores, memoria RAM, …), velocidad de la red local, tipo de conexión que realice el software de nuestra empresa que acceda a Oracle (el acceso nativo sin necesidad de utilizar controladores ODBC incrementa considerablemente el rendimiento frente a accesos mediante controladores ODBC que no dejan de ser una pasarela entre el software y Oracle):

• Seleccionaremos el juego de caracteres que vayamos a utilizar, si dejamos el juego de caracteres por defecto Oracle utilizará el juego de caracteres que tengamos configurado en nuestro sistema operativo, es la opción recomendada. Este parámetro sólo sería importante en el caso en que queramos exportar nuestra base de datos a otro servidor de Oracle, en este caso será importante que el juego de caracteres del servidor que recibirá los datos coincida con el que los exportó. Si no coinciden podrían aparecer erróneamente caracteres como "á,¬" alojados en nuestra base de datos:

• Como último paso de la preinstalación nos aparecerá una ventana con el software que se va a instalar, tras comprobar que es correcto pulsaremos en Instalar:

• Introduciremos los CDs de instalación conforme los vaya pidiendo el programa:

• Tras la instalación de Oracle y la creación de la base de datos aparecerá una ventana indicando que el proceso de instalación ha finalizado:

Arquitectura de un servidor Oracle 9i

ESQUEMA GENERAL

Por cada instancia de Oracle se tiene una sola base de datos.

En un servidor se puede crear varias instancias pero es recomendable solo una porque cada instancia consume muchos recursos.

Arquitectura de Oracle 9i

La arquitectura de Oracle tiene tres componentes básicos:

Las estructuras de memoria. Para almacenar los datos y el código ejecutable.

Los Procesos. Son los que corren el sistema de BD y las tareas de cada usuario conectado a la BD.

Los Archivos. Son los que sirven para el almacenamiento físico en el disco de la información de la BD.

INSTANCIA DE ORACLE

Para permitir el acceso a los datos, Oracle utiliza un conjunto de procesos que son compartidos por todos los usuarios. Además, existen estructuras de memoria que son utilizadas para almacenar los datos más recientemente solicitados a la BD.

Una instancia de BD es el conjunto de estructuras de memoria y de procesos que acceden a los ficheros de datos.

Los parámetros que determinan el tamaño y composición de una instancia están almacenados en un fichero llamado init.ora. Este fichero es leído durante el arranque de la BD y puede ser modificado por el DBA. Cualquier modificación de este fichero no tiene efecto hasta la siguiente vez que se arranque la BD.

La instancia de Oracle esta compuesta por el proceso de fondo y un área de memoria compartida SGA

Consiste en una estructura de memoria SGA (System Global Area) y un conjunto de procesos usados por el servidor de Oracle para gestionar una BD.

ESTRUCTURA DE MEMORIA

Hay dos clases de memoria, una de ella compartida por todos los usuarios conectados y otra dedicada al trabajo de cada una de ellas.

SGA (System Global Area)

PGA (Process Global Area)

SGA (System Global Area)

Sirve para facilitar la transferencia de información entre usuarios y también almacena la información estructural de la BD más frecuentemente requerida.

El SGA es utilizado para el intercambio de datos entre el servidor y las aplicaciones cliente.

Una instancia Oracle puede abrir una sola base de datos a la vez.

Library Cache

Almacena las sentencias SQL mas recientes en memoria.

Database Dictionary Cache

Buffer para el diccionario de datos. Tablas, columnas, tipos, índices.

Database Buffer Cache

Buffer de la base de datos, contiene bloques de datos que han sido cargados desde los Datafiles.

Redo Log Buffer Cache

Bloques de datos que han sido actualizados.

PGA (Process Global Area)

El Process Global Area es un área de memoria utilizada por un proceso Oracle. Esta zona de memoria no se puede compartir.

Es un área no compartida en la cual se puede escribir y contiene:

Área e almacenamiento

Información de la sesión

Estado del cursor

Espacio de la pila

Procesos

Los procesos son programas que se ejecutan para permitir el acceso a los datos, estos procesos se cargan en memoria y son transparentes para los usuarios y son los siguientes:

PMON (Process Monitor)

Monitorea los procesos de los usuarios en caso de que la conexión falle.

SMON (System Monitor)

Proceso encargado de recuperar la instancia y abrir la base de datos en caso de que ocurra alguna falla.

CKPT (CheckPoint Process)

Sintoniza las tareas de grabación en BD.

DBWR (Database Write)

Escribe los bloques de datos de la memoria a la base de datos.

Es uno de los dos únicos procesos que tienen permitido escribir en los archivos de datos que componen la base de datos Oracle.

LGWR (Log Writer)

Graba los bloques del Redo Log del Fuffer a los archivos Redo Log File.

Escribe las transacciones que se encuentran en los Redo Log a Disco cuando ocurre un commit.

Base de datos

La base de datos Oracle es un conjunto de datos tratados como una sola y misma entidad y está constituida de tres tipos de archivos, a saber:

Los ficheros de control (Control File)

Los ficheros de datos (Data File)

Los ficheros log (Log File)

Control File

Contiene información para mantener y controlar la integridad de la base de datos. Estos archivos especifican cuales Datafiles conforman la BD para poder tener acceso a los datos o para poder recuperar la BD antes de una falla

Data File

Sirve para el almacenamiento físico de las tablas, índices y procedimientos, Estos son los archivos donde se almacenan los datos de las aplicaciones es decir contienen los datos de los usuarios de la base de datos.

Redo Log File

Almacena los cambios hechos en la base de datos con propósito de recuperarlos en caso de falla.

CONEXIONES DE UNA BASE DE DATOS

1. CONEXIÓN NATIVA

Es una conexión entre el cliente y el servidor sin utilizar otra aplicación y pertenecen a una misma plataforma (familia).

Requerimientos para realizar una conexión nativa o TNS

Add Database Alias

Database Alias. Nombre a la instancia del servidor o nombre a la base de datos de nuestro servidor.

Protocolo a usar (TCP/IP).

TCP/IP

Hostname: IP del servidor

Database Instance: Oracle

Verificación de los datos

Exit Neteasy Configuration

2. CONEXIÓN ODBC

Es una conexión entre el cliente y el servidor utilizando una aplicación para la conexión, es decir una conexión entre diferentes plataformas (familias).

Requisitos

Instalar el driver ODBC de Oracle.

Crear la conexión nativa.

Crear la conexión ODBC.

ESQUEMA GENERAL DE LA CONEXIÓN A UNA BD DE ORACLE

Proceso Usuario

Es un programa, aplicación o herramienta que usa el usuario para iniciar un proceso de usuario y establecer una conexión.

Proceso servidor

Una vez establecida la conexión, un proceso servidor es iniciado, el cual maneja la peticiones del proceso usuario.

Un proceso servidor puede ser dedicado, es decir es decir solo atiende las peticiones de un solo proceso usuario, o puede ser compartido, con lo cual puede atender múltiples procesos usuarios.

Sesión

Es una conexión específica de un usuario a un servidor Oracle.

Se inicia cuando el usuario es validado por el servidor Oracle.

Finaliza cuando el usuario termina la sesión en forma normal o aborta la sesión.

Herramienta SQL Plus

Es una herramienta que permite al usuario comunicarse con el servidor para procesar comandos SQL o PL/SQL tiene la flexibilidad de realizar inicio y parada de la base de datos.

DDL (Data Definition Language )

Lenguaje de definición de datos, este lenguaje es proporcionado por el sistema de gestión de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de definición de las estructuras que almacenarán los datos así como de los procedimientos o funciones que permitan consultarlos.

El lenguaje de programación SQL, el más difundido entre los gestores de bases de datos, admite las siguientes sentencias de definición: CREATE, DROP y ALTER, cada una de las cuales se puede aplicar a las tablas, vistas, procedimientos almacenados y triggers de la base de datos.

Otras que se incluyen dentro del DDL, pero que su existencia depende de la implementación del estándar SQL que lleve a cabo el gestor de base de datos son GRANT y REVOKE, los cuales sirven para otorgar permisos o quitarlos, ya sea a usuarios específicos o a un rol creado dentro de la base de datos.

DML (Data Manipulation Language)

Lenguaje de Manipulación de Datos, es un lenguaje proporcionado por el sistema de gestión de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de consulta o manipulación de los datos, organizados por el modelo de datos adecuado.

El lenguaje de manipulación de datos más popular hoy día es SQL, usado para recuperar y manipular datos en una base de datos relacional. Otros ejemplos de DML son los usados por bases de datos IMS/DL1, CODASYL u otras.

CONEXIÓN UTILIZANDO PL/SQL

Para la conexión debemos ingresar el usuario, la contraseña y la cadena de conexión y podemos utilizar los siguientes usuarios.

La pantalla de bienvenida a SQL Plus indicara lo siguiente y estaremos listos para trabajar.

Ejemplo

Conexión como el usuario Scott

Áreas lógicas y archivos físicos

TABLESPACE

Un Tablespace es una unidad lógica que denota el espacio de almacenamiento de datos dentro de una base de datos y que están constituidos por uno o más Datafiles

Un Tablespace no es un fichero físico en el disco, simplemente es el nombre que tiene un conjunto de propiedades de almacenamiento que se aplican a los objetos (tablas, secuencias, etc.) que se van a crear en la base de datos bajo el Tablespace indicado (tablas, secuencias, etc.).

Un objeto en base de datos debe estar almacenado obligatoriamente dentro de un Tablespace.

Propiedades:

Localización de los ficheros de datos.

Especificación de máximas cuotas de consumo de disco.

Control de la disponibilidad de los datos (en línea o fuera de línea).

Backup de datos.

Cuando un objeto se crea dentro de un cierto Tablespace, este objeto adquiere todas las propiedades antes descritas del Tablespace utilizado.

Características:

Debe estar asociado a un Datafiles.

Un Tablespace esta asociado a uno o varios Datafiles y puede tener uno o varios usuarios.

Sintaxis para seleccionar los Tablespace del sistema.

SELECT * FROM DBA_TABLESPACES;

Creación de un tablespace

DATAFILE

Un Datafiles es la representación física de un Tablespace. Son los "ficheros de datos" donde se almacena la información físicamente, puede tener cualquier nombre y extensión (siempre dentro de las limitaciones del sistema operativo), y puede estar localizado en cualquier directorio del disco duro, aunque su localización típica suele ser $ORACLE_HOME/Database.

Un Datafiles tiene un tamaño predefinido en su creación (por ejemplo 100Mb) y este puede ser alterado en cualquier momento. Cuando creemos un Datafiles, este ocupará tanto espacio en disco como hayamos indicado en su creación, aunque internamente esté vacío. Oracle hace esto para reservar espacio continuo en disco y evitar así la fragmentación. Conforme se vayan creando objetos en ese Tablespace, se irá ocupando el espacio que creó inicialmente.

Características:

Archivo físico donde se almacenan los datos.

Es el espacio de memoria concedido al usuario para que interactué con el SGA.

Un Datafiles esta asociado a un solo Tablespace.

Se pueden extender automáticamente cuando la BD necesita espacio.

Sintaxis para seleccionar los DataFile del sistema.

SQL> SELECT * FROM DBA_DATA_FILE;

OBJETOS DE LA BASE DE DATOS PARA DAR SEGURIDAD

USUARIOS

Una cuenta de usuario no es una estructura física de la BD, pero está relacionada con los objetos de la BD: los usuarios poseen los objetos de la BD. Existen dos usuarios especiales: SYS y SYSTEM.

El usuario SYS posee las tablas del diccionario de datos; que almacenan información sobre el resto de las estructuras de la BD.

El usuario SYSTEM posee las vistas que permiten acceder a las tablas del diccionario, para el uso del resto de los usuarios de la BD.

Todo objeto creado en la BD se crea por un usuario, en un espacio de tablas y en un fichero de datos determinado. Toda cuenta de la BD puede estar unida a una cuenta del S.O, lo que permite a los usuarios acceder a la cuenta de la BD sin dar la clave de acceso.

Cada usuario puede acceder a los objetos que posea o a aquellos sobre los que tenga derecho de acceso.

Características:

Es el medio de conexión entre el usuario y la base de datos.

Los usuarios son los diferentes usuarios de la Base de Datos. Cada uno es propietario de sus objetos.

Un usuario puede ser activo es decir que puede interactuar con la BD o puede ser un usuario inactivo.

Consideraciones para crear un usuario:

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

El usuario puede autentificarse de varias formas por medio de:

Password

Usuario heredado

Autentificación global. Que puede ser por password o heredado.

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 SYSTEM, creamos un usuario con su clave y vamos a modificar mediante el password que cuenta con tres estados.

1. ALTA

Sintaxis para crear un usuario

SQL>CREATE USER ( nombre_usuario)

IDENTIFIED BY (contraseña)

DEFAULT TABLESPACE (nombre_tablespace);

Default TAblespace (tablespace asignado al usuario).

Temporary TAblespace (tablespace temporal asignado al usuario).

Password expire (permite cambiar la clave).

Account Lock o UnlocK(si no se pone la instrucción el sistema por defecto lo activa).

Ejemplo:

SQL> CREATE USER inventario

IDENTIFIED BY jessica

DEFAULT TABLESPACE septimo;

2. ACTUALIZAR

Sintaxis para actualizar un usuario

SQL> ALTER USER (nombre_usuario)

IDENTIFIED BY (nueva_contraseña)

ACCOUNT LOCK;

Ejemplo:

SQL> ALTER USER inventario

IDENTIFIED BY jessica1

ACCOUNT LOCK;

3. BAJA

En este estado es cuando el usuario ya no hace las funciones para la que fue creado.

Sintaxis para eliminar un usuario

SQL> DROP USER (nombre_usuario);

Ejemplo:

SQL> ALTER USER inventario

PRIVILEGIOS

Los privilegios pueden ser de dos tipos:

1. Privilegios del sistema, como por ejemplo para crear tablas.

2. Privilegios sobre objetos, como por ejemplo permiso de select sobre una tabla concreta.

PRIVILEGIOS DEL SISTEMA

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.

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.

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

Sintaxis para otorgar permisos.

SQL> GRANT CREATE USER, ALTER USER, DROP USER TO (nombre_usurio);

Ejemplo:

SQL> GRANT CONNECT, RESOURCE TO inventario;

Sintaxis para utilizar el privilegio Grant.

GRANT [privilegios_de_sistema | roles] TO [usuarios | roles |PUBLIC]

{WITH ADMIN OPTION};

WITH ADMIN OPTION permite que el privilegio/rol que se ha concedido, pueda ser concedido a otros usuarios por el usuario al que se le está asignando.

Instrucción REVOKE:

REVOKE [privilegios_de_sistema | roles] FROM [usuarios | roles

|PUBLIC];

Ejemplo:

SQL> REVOKE CONNECT, RESOURCE FROM inventario;

PRIVILEGIOS SOBRE LOS OBJETOS

Este tipo de privilegios le permite al usuario hacer cierta acción en un objeto de la base de datos, como puede ser una tabla, vista, función etc. Si a un usuario no se le dan estos privilegios solo podrías acceder a sus propios objetos. Y estos tipos de privilegios los da el dueño del objeto, el administrador o alguien que haya recibido este permiso explícitamente. Los privilegios sobre objetos consienten que un objeto (creado por un usuario) estos privilegios puede ser de SELECT, de UPDATE, de DELETE, de INSERT.

La sintaxis del privilegio Grant es:

GRANT [ALL {PRIVILEGES} | SELECT | INSERT | UPDATE | DELETE]

ON objeto TO [usuario | rol | PUBLIC]

{WITH ADMIN OPTION};

SQL> GRANT SELECT, INSERT, UPDATE, ON (esquema_objeto) TO (usuario);

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

SQL> GRANT SELECT, INSERT, UPDATE, DELETE ON (esquema_objeto) TO (usuario) WITH GRANT OPTION;

De igual manera para eliminar privilegios sobre objetos se tiene la instrucción

REVOKE:

Si sintaxis es:

REVOKE [ALL {PRIVILEGES} | SELECT | INSERT | UPDATE | DELETE]

ON objeto FROM [usuario | rol | PUBLIC]

{WITH ADMIN OPTION};

SQL>REVOKE SELECT, INSERT, UPDATE, DELETE ON (esquema_objeto) TO (usuario) WITH GRANT OPTION;

ROLES

Los roles son conjuntos de privilegios. Un rol puede tener garantizados una serie de privilegios tanto del sistema como sobre objetos, y a la vez puede tener garantizado otros roles.

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.

Sintaxis para crear un Rol y asignarlo a un usuario:

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 jperez;

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;

PERFILES

Los perfiles permiten definir limitaciones de recursos. Por ejemplo podemos definir un perfil que limite el número de sesiones abiertas concurrentemente por un usuario cualquiera, y posteriormente aplicar este perfil a uno o más usuarios concretos.

ESQUEMA BASICO DE SEGURIDAD

Ejercicios prácticos

SHOW USER.- saber con que usuario se esta trabajando

SQL> SHOW USER

el usuario es "SYSTEM"

Creación de usuario

SQL> CREATE USER US3

2 IDENTIFIED BY PUS3

3 PASSWORD EXPIRE

4 ACCOUNT LOCK;

Usuario creado.

Conceder privilegios

SQL> GRANT CREATE SESSION TO US3;

Concesión terminada con éxito.

Realizar una conexión con el usuario System.

SQL> CONNECT SYSTEM/MASTER @SEPTIMO;

Conectado.

Modificar el usuario

SQL> ALTER USER US3

2 ACCOUNT UNLOCK;

Usuario modificado.

Modificar la clave

SQL> ALTER USER US3

2 IDENTIFIED BY JESSICA;

Usuario modificado

Realizar una conexión con el usuario creado.

SQL> CONNECT US3/JESSICA @SEPTIMO;

Conectado.

Ver los privilegios que tiene el sistema respecto a toda la base.

SQL> SELECT * FROM SCOTT.EMP;

SELECT * FROM SCOTT.EMP

*

ERROR en línea 1:

ORA-00942: la tabla o vista no existe

SQL> CREATE TABLE A (COD NUMBER);

CREATE TABLE A (COD NUMBER)

*

ERROR en línea 1:

ORA-01031: privilegios insuficientes

Nota: El usuario US3 no tiene el privilegio de seleccionar y crear tablas para darle estos privilegios se debe conectar con el administrador para que este le de estos privilegios, en este caso el administrador es System.

Conexión con el administrador

SQL> CONNECT SYSTEM/MASTER @SEPTIMO

Conectado.

Concediendo privilegios al US3

SQL> GRANT CREATE TABLE, SELECT ANY TABLE TO US3;

Concesión terminada con éxito

Conexión con el usuario US3

SQL> CONNECT US3/JESSICA @SEPTIMO

Conectado.

SQL> SELECT * FROM SCOTT.EMP;

Privilegio para poder crear una tabla por parte del administrador.

SQL> GRANT CONNECT, RESOURCE TO US3;

Concesión terminada con éxito.

SQL> CONNECT US3/JESSICA @SEPTIMO

Conectado.

Creación de una tabla

SQL> CREATE TABLE EJERUS3

2 (COD NUMBER (5),

3 NOM VARCHAR (20)

4);

Tabla creada.

Insertar datos en la tabla

SQL> INSERT INTO EJERUS3 VALUES (1,'JESSICA');

1 fila creada.

Nota: Commit permite visualizar los registros al hacer un Select de la tabla

SQL> COMMIT;

Validación terminada.

SQL> SELECT * FROM EJERUS3;

COD NOM

——— ——————–

1 JESSICA

SQL> INSERT INTO EJERUS3 VALUES (2,'PATRICIO');

1 fila creada.

SQL> SELECT * FROM EJERUS3;

COD NOM

——— ——————–

1 JESSICA

2 PATRICIO

SQL> SELECT * FROM US2.EJERUS2;

COD NOM

——— ——————–

1 DIEGO

Privilegios que no tiene el US3 sobre otros usuarios

SQL> SELECT * FROM US4.EJERUS4;

SELECT * FROM US4.EJERUS4

*

ERROR en línea 1:

ORA-00942: la tabla o vista no existe

SQL> INSERT INTO US2.EJERUS2 VALUES (3,'JESSICA');

INSERT INTO US2.EJERUS2 VALUES (3,'JESSICA')

*

ERROR en línea 1:

ORA-01031: privilegios insuficientes

Privilegios que le concedieron otros usuarios al US3

SQL> SELECT * FROM US5.EJERUS5;

COD NOM

——— ——————–

1 daniel

SQL> SELECT * FROM US6.EJERUS6;

COD NOM

——— ——————–

1 DIEGOS

SQL> INSERT INTO US2.EJERUS2 VALUES (3,'JESSICA');

1 fila creada.

SQL> COMMIT;

Validación terminada.

SQL> INSERT INTO US2.EJERUS2 VALUES (7,'PATRICIO');

1 fila creada.

SQL> COMMIT;

Validación terminada.

Privilegios que concede el US3 a otros usuarios

SQL> GRANT INSERT ON EJERUS3 TO US1,US2,US4,US5,US6;

Concesión terminada con éxito.

SQL> INSERT INTO US6.EJERUS6 VALUES (11,'LUKAS');

1 fila creada.

SQL> COMMIT;

Validación terminada.

No tiene el privilegio de borrar la información de otros usuarios

SQL> DELETE FROM US2.EJERUS2;

DELETE FROM US2.EJERUS2

*

ERROR en línea 1:

ORA-01031: privilegios insuficientes

Selección de los tablespace

SQL> SELECT TABLESPACE_NAME FROM DBA_TABLESPACES;

TABLESPACE_NAME

——————————

SYSTEM

UNDOTBS1

TEMP

CWMLITE

DRSYS

EXAMPLE

INDX

ODM

TOOLS

USERS

XDB

SEPTIMO2

SEPTIMO3

SEPTIMO5

SEPTIMO7

SEPTIMO1

SEPTIMO9

OTRO3

OTRO5

OTRO

OTRO7

TABLESPACE_NAME

——————————

OTRO2

SEPTIMO

ORTO

24 filas seleccionadas.

Ejercicio 2

Creación de usuarios tablas conceder privilegios.

SQL> CREATE USER INVENTARIOUS3

2 IDENTIFIED BY PATRICIO

3 DEFAULT TABLESPACE SEPTIMO2

4 ACCOUNT UNLOCK;

Usuario creado.

SQL> GRANT CONNECT,RESOURCE TO INVENTARIOUS3;

Concesión terminada con éxito.

SQL> GRANT CONNECT,RESOURCE TO INVENTARIOUS3

2 WITH ADMIN OPTION;

Concesión terminada con éxito.

SQL> SHOW USER

el usuario es "SYSTEM"

SQL> CONNECT INVENTARIOUS3/PATRICIO @SEPTIMO

Conectado.

Creación de tablas

Proveedores

Productos

Clientes

Categorías

Compras

Ventas

Detalle compras

Detalle ventas

Proveedores

Clientes

Categorías

Productos

Compras

Ventas

Detalle compras

Detalle ventas

Seleccionar todas las tablas

Secuencias

A menudo es preciso generar números en forma ordenada para implementar, por ejemplo, una clave primaria en una tabla o garantizar que esos números no se repiten y van siempre en un orden predefinido por el desarrollador (no necesariamente secuenciales).

Oracle implementa los objetos denominadas secuencias, que permiten hacer lo anterior de manera transparente para el usuario.

Cuando se define una secuencia se deben indicar, como mínimo, el valor de partida (valor mínimo) y el incremento.

Es un objeto que permite generar valores únicos. Se emplean para obtener las claves primarias de las tablas.

Objeto que genera números en forma continua.

La sintaxis de creación de una secuencia:

CREATE SEQUENCE nombre_secuencia

DISPARADORES

Son procedimientos que son ejecutados cuando se produce un determinado evento en la BD. Se pueden utilizar para mejorar y reforzar la integridad y la seguridad de la BD.

Son segmentos de código PL/SQL que se ejecutan cuando se producen operaciones de DML. Se definen a nivel de tabla y se clasifican según tres parámetros:

Before/After, si se ejecuta antes o después de la sentencia.

Insert/Update/Delete, según se ejecute una de estas sentencias.

Each row/Statement dependiendo si se ejecuta para cada fila afectada en la sentencia, o bien una sola vez por sentencia con independencia de las filas de la tabla afectadas.

EJERCICIOS

Creación de una secuencia y un disparador para cada tabla e insertar datos en la tabla.

Clientes

Categorías

Productos

Proveedores

Compras

Detalle Compras

Ventas

Declaraciones y tipos de datos de PL/SQL

DECLARACIONES

PL/SQL. Es un lenguaje procedimental que amplía la funcionalidad de SQL añadiendo estructuras habituales en otros lenguajes de programación como:

Variables y tipos (predefinidos y definidos por el usuario)

Estructuras de control (bucles y condiciones IF-THEN-ELSE)

Procedimientos y funciones.

Tipos de objetos y métodos

Creación de programas PL/SQL.

Podemos crear programas con cualquier editor y ejecutarlos desde el prompt de SQL con STAR o @. Los ficheros creados serán de texto y tendrán la extensión SQL.

Para que un fichero se ejecute correctamente debe tener en su última línea el símbolo /.

Características de PL/SQL

La unidad básica en PL/SQL es el bloque. Todos los programas de PL/SQL están compuestos por bloques que pueden estar anidados.

Estructura de un Bloque:

DECLARE

/*Aquí se declaran las variables, tipos cursores y subprogramas locales*/

BEGIN

/* Aquí se incluyen las órdenes SQL y PL/SQL, es obligatoria y debe contener, al menos una orden ejecutable */

END;

EXCEPTION

/* Sección para el manejo de excepciones (errores)*/

END;

Creación de bloques

Bloques anónimos: Se construyen de forma dinámica y se suelen ejecutar una sola vez.

Bloques nominados: Igual que los anónimos pero con una etiqueta que les da nombre.

Subprogramas: Procedimientos, paquetes y funciones, almacenados en la BD y que se ejecutan en múltiples ocasiones. Los subprogramas se ejecutarán mediante una llamada.

Disparadores ("Triggers"): Bloques nominados que se almacenan en la BD y se ejecutan ante algún suceso.

Para dar nombre a un bloque se le pone una etiqueta antes del DECLARE . <<etiqueta>>

Para transformar un bloque en un procedimiento almacenado reemplazamos la palabra clave

DECLARE por CREATE OR REPLACE PROCEDURE nombre_procedimiento AS

Bases de datos.

DECLARE

v_ContBucle BINARY_INTEGER := 1;

BEGIN

LOOP

INSERT INTO temp_table (num_col)

VALUES (v_ContBucle);

v_ContBucle := v_ContBucler + 1;

EXIT WHEN v_ContBucle > 50;

END LOOP;

END;

TIPOS DE DATOS DE ORACLE

NUMBER:(escala,pesición)

CHAR:(tamaño)

VARCHAR2:(tamaño)

DATE: fecha

BINARY_INTEGER: Se usa para almacenar valores que sólo van a ser utilizados en cálculos y no se van a almacenar en la BD.

BOOLEAN: Pueden contener los valores TRUE,FALSE o NULL.

ROWID: Almacena las direcciones físicas de los registros de una tabla y son utilizados para búsquedas de alto rendimiento.

Para mostrar un valor cadena podemos utilizar:

DBMS_OUTPUT.PUT_LINE (cadena)

En caso de que el valor a mostrar no sea una cadena puedes utilizar la función TO_CHAR() para transformarlo.

El paquete DBMS_OUTPUT simplemente implementa una cola, si queremos que los datos aparezcan por pantalla tenemos que activar la opción SERVEROUTPUT mediante la orden de SQL*Plus.

Ejemplos de declaraciones de bloques

Suma de dos números

Bucle simple LOOP

Bucle del while

Bucle del for

Bucle del if- then-else

Ejercicio 1

Creación de una nueva tabla e insertar datos y calcular cuanto es su sueldo.

Ejercicio 2

Al ejercicio anterior se le va a modificar la tabla agregándole nuevos campos e insertando nuevos registros y además se debe calcular cual es el total que va a recibir con lo descuentos y el bono que tiene.

Otra forma para realizar el mismo ejercicio sin utilizar el bloque de declaraciones de las variables.

Glosario de términos

La siguiente es una lista de los términos más utilizados cuando se trabaja con bases de datos Oracle. Las definiciones ayudarán a comprender con mayor claridad algunos conceptos que se mencionan a lo largo de los diferentes capítulos de este manual.

Administrador de Base de Datos

El administrador o DBA es el principal responsable de la operación, configuración y rendimiento de una base de datos. Su principal tarea consiste en resguardar la integridad de los datos almacenados en la base, proveyendo para esto mecanismos de respaldo, efectuando monitorizaciones periódicas al sistema, implementando medidas de seguridad, etc.

Bloque

Un bloque es la unidad más pequeña de almacenamiento en una base de datos Oracle. El tamaño mínimo es de 2 KB y el máximo no debiera superar los 16 KB.

? Buffer

Este término se refiere a una cantidad de memoria utilizada para almacenar información. Un buffer comúnmente almacena datos que están a punto de ser usados o se acaban de utilizar recientemente. En la mayoría de los casos son copias exactas de datos que se encuentran almacenados en el disco y se mantienen en memoria con el fin de lograr un acceso más rápido y ayudar de esa manera a mejorar el rendimiento de un sistema.

En Oracle, los buffers del SGA almacenan los bloques de datos usados más recientemente. El conjunto de buffers que guardan estos bloques reciben el nombre de Database buffer cache; y aquellos que se utilizan para guardar temporalmente las entradas del tipo redo log hasta que se escriben en el disco, se conocen como redo log buffers.

? Caché

Es un área de almacenamiento implementada en la memoria RAM del computador que permite accesos más rápidos a la información ya que es mucho más veloz que la memoria. En Oracle, los buffers de bloques y el área shared pool son consideradas áreas caché. Estas guardan los datos que se utilizan con mayor frecuencia y los mantienen disponibles por si son requeridos en los procesos de consulta hasta que nuevos datos más frecuentemente usados los reemplazan.

? Checkpoint

Un checkpoint es una operación que fuerza a que todos los cambios registrados en bloques de datos en memoria, sean escritos en el disco.

? Clean buffer

Un buffer de este tipo es aquel que no ha sido modificado y que por lo tanto el proceso DBWR no utilizará para confirmar los cambios en el disco (porque no ha sufrido cambios).

DBMS

El database management system o DBMS corresponde al software y grupo de herramientas que permiten manejar la base de datos. Un RDBMS es un DBMS relacional, es decir, cuya naturaleza es la formación de relaciones al interior del mismo.

DDL (comandos DDL)

Los comandos DDL (data definition language) son utilizados en la creación y modificación de objetos del esquema. Proveen la habilidad de crear, alterar e incluso eliminar objetos de un esquema, otorgar y revocar privilegios y roles a los usuarios, establecer opciones de auditoria e incluso agregar comentarios al diccionario de datos del sistema. Estos comandos están estrechamente relacionados con las labores de administración de la base de datos.

Diccionario de Datos

El diccionario de datos es un grupo de tablas de Oracle que se utilizan para almacenar información sobre el resto de las tablas, índices, clusters y otros objetos de la base de datos.

DML (comandos DML)

Los comandos DML (data manipulation language) son menos poderosos que los comandos DDL en cuanto a administración se refiere, de hecho, implementan modificaciones sobre la información que se guarda en los objetos de una base de datos. Estas sentencias son del tipo DELETE, INSERT, SELECT y UPDATE, principalmente.

Esquema

Un esquema es una colección de objetos asociados dentro de una base de datos.

Función

Una función es un grupo de sentencias SQL, escritas generalmente en PL/SQL que implementan una serie de rutinas que devuelven un valor. Son casi idénticas a los procedimientos y sólo se diferencian en esa última condición. Implementando funciones en el servidor de base de datos se reduce el tráfico de comunicaciones en la red, ya que sólo se envían a la función los parámetros de entrada y ésta sólo devuelve el valor al final de todo el proceso, el que es ejecutado en la misma máquina donde reside la base de datos mejorando así el rendimiento general del sistema.

Procedimiento

Un Procedimiento almacenado es un grupo de sentencias SQL o PL/SQL que implementan un programa que se ejecuta en el servidor de base de datos, pero que a diferencia de las funciones, no devuelve un valor. Al igual que las funciones su implementación permite reducir el tráfico en la red, potenciando el rendimiento del sistema.

System Global Area (SGA)

El SGA es un área compartida de memoria que utiliza Oracle para guardar información de control en una instancia. Se asigna un espacio a esta área en cuando la instancia se levanta (startup) y se elimina cuando ésta se baja (shutdown). Cada instancia de Oracle maneja su propia SGA y guarda información de los buffers y la shared pool.

Transacción

Una transacción es una unidad lógica de trabajo que consiste de una o más sentencias SQL, que pueden finalizar con un commit o un rollback. Las métricas de rendimiento utilizan comúnmente las unidades "transacciones por segundo" o "transacciones por minuto".

Trigger

Un trigger es un mecanismo que permite escribir procedimientos que son ejecutados en forma automática (sin una orden explícita del usuario o programador) cuando ocurre un evento de INSERT, UPDATE o DELTE sobre una tabla o vista. Generalmente se utilizan los triggers para forzar las restricciones de integridad entre las tablas o automatizar alguna otra función específica

Autor:

Jessica Vargas