6.1.1.1. Usuarios de la base de datos¶

Los usuarios de la base de datos son los usuarios más importantes. Cada usuario de la base de datos tiene asignado un esquema del mismo nombre (USUARIO = ESQUEMA). Para crear, modificar y eliminar este tipo de usuarios se utilizan las siguientes sentencias:

CREATE USER ...
ALTER USER ...
DROP USER ...

Podemos ver todos los usuarios con una consulta a la vista ALL_USERS;

SELECT USERNAME FROM ALL_USERS;

Existen 2 usuarios, que se crean automáticamente durante la instalación. Los dos poseen rol DBA (DataBase Administrator), es decir son administradores.

• SYS

  Esta cuenta puede realizar todas las funciones administrativas. Todas las tablas base (subyacentes) y las vistas del diccionario de datos de base de datos se almacenan en el esquema SYS. Estas tablas base y vistas son fundamentales para el funcionamiento de Oracle Database. Para mantener la integridad del diccionario de datos, las tablas del esquema SYS solo son manipuladas por la base de datos. Nunca deben ser modificadas por ningún usuario o administrador de base de datos. No se debe crear ninguna tabla en el esquema SYS. Al usuario SYS se le concede el privilegio SYSDBA, que permite al usuario realizar tareas administrativas de alto nivel, como copia de seguridad y recuperación.

• SYSTEM

  Esta cuenta puede realizar todas las funciones administrativas excepto las siguientes:

  • Copia de seguridad y recuperación.
  • Actualización de la base de datos.

  Si bien esta cuenta puede utilizarse para realizar tareas administrativas diarias, Oracle recomienda encarecidamente la creación de cuentas de usuarios con nombre para administrar la base de datos Oracle para permitir el seguimiento de la actividad de la base de datos.

  Podemos modificar la contraseña del usuario SYSTEM desde SQLPLUS de la siguiente forma:

  SQLPLUS / AS SYSDBA
  
  ALTER USER SYSTEM IDENTIFIED BY "SYSTEM";
  

6.1.1.2. Usuarios de la interfaz web APEX¶

Los usuarios de APEX son los utilizados para trabajar en los espacios de trabajo (Workspace).

Existe un usuario administrador cuyo nombre es ADMIN, que se encarga de gestionar la creación, modificación y eliminación de espacios de trabajo, entre otras cosas.

Justo después de la instalación este usuario tiene la misma contraseña que el usuario SYSTEM de la base de datos. Pero en el primer acceso a APEX con ADMIN, se nos pedirá que cambiemos la contraseña.

Si por cualquier motivo perdemos u olvidamos su contraseña, podemos establecerla de nuevo con el script C:oraclexeapporacleproduct11.2.0serverapexapxchpwd.sql.

Para ello ejecutamos en un terminal de texto:

CD C:\oraclexe\app\oracle\product\11.2.0\server\apex
SQLPLUS / AS SYSDBA
@APXCHPWD

En este caso es aconsejable poner una contraseña corta y sencilla, puesto que después, cuando accedamos a APEX, nos pedirá que la cambiemos, y entonces la política de contraseñas es bastante estricta:

• al menos 6 caracteres
• debe contener algún carácter numérico
• debe contener algún carácter no alfanumérico: % & $ _...
• debe contener alguna minúscula
• no contener el nombre de usuario
• no parecerse a la contraseña anterior

6.1.3.1. Configuración del Sistema Gestor de BBDD.¶

Para ver dichos parámetros ejecutamos la siguiente sentencia:

SELECT * FROM NLS_DATABASE_PARAMETERS;

Los parámetros más importantes son:

• La codificación de caracteres (NLS_CHARACTERSET): Unicode (UTF8 u otro), Windows-1252, ... Esto afecta a la representación de tildes y caracteres como Ñ.
• El idioma (NLS_LANGUAGE)
• El país (NLS_TERRITORY)
• La moneda (NLS_CURRENCY): $, €, ...
• Los separadores en los números (NLS_NUMERIC_CHARACTERS):
  • Separador decimal (D). En Estados Unidos es el punto.
  • Separador de grupo (G). En Estados Unidos es la coma.
• El formato de fecha (NLS_DATE_FORMAT). Este puede variar en gran manera de un país a otro. A continuación se muestra un gráfico tomado de Wikipedia.

6.1.3.2. Configuración de las sesiones.¶

Para comprobar los parámetros NLS de la sesión:

SELECT * FROM NLS_SESSION_PARAMETERS;

Ejecutado en APEX:

Ejecutado en SQL*Plus:

Podemos cambiar la configuración de la sesión. Ejemplos:

ALTER SESSION SET NLS_DATE_FORMAT = 'DD/MM/YYYY';
ALTER SESSION SET NLS_LANGUAGE = SPANISH;

Para APEX deberemos reinstalar dicho entorno y habilitar el idioma español. Lo vemos en el siguiente apartado.

6.1.6.1. Usuario normal¶

http://127.0.0.1:8080/apex

6.1.6.2. Usuario ADMIN¶

http://127.0.0.1:8080/apex/apex_admin

6.2.1.1. Privilegios del sistema¶

Hay más de 100 privilegios de sistema distintos. Cada privilegio del sistema permite al usuario realizar una operación de base de datos o una clase de operaciones de base de datos concretas. Algunos de los privilegios del sistema, entre los muchos que existen, son:

Oracle posee dos privilegios de sistema asociados a tareas administrativas, son:

• SYSDBA. Con capacidad de parar e iniciar (instrucciones SHUTDOWN y STARTUP) la instancia de base de datos; modificar la base de datos (ALTER DATABASE), crear y borrar bases de datos (CREATE y DROP DATABASE), crear elarchivo de parámetros (CREATE SPFILE), cambiar el modo de archivado de la base de datos, recuperar la base de datos y además incluye el privilegio de sistema RESTRICTED SESSION. En la práctica es usar el usuario SYS.
• SYSOPER. Permite lo mismo que el anterior salvo: crear y borrar la base de datos y recuperar en todas las formas la base de datos (hay modos de recuperación que requieren el privilegio anterior).

6.2.1.2. Privilegios de objeto¶

Los privilegios de objeto más frecuentes son:

6.2.1.3. Conceder privilegios de sistema¶

Se usa con la instrucción GRANT que funciona así:

GRANT privilegio1 [,privilegio2[,...]] TO usuario
[WITH ADMIN OPTION];

La opción WITH ADMIN OPTION permite que el usuario al que se le concede el privilegio puede conceder dicho privilegio a otros usuarios. Es, por tanto, una opción a utilizar con cautela. Se utiliza únicamente con privilegios de sistema.

Ejemplo:

GRANT CREATE SESSION, CREATE TABLE, CREATE PROCEDURE
TO usuario;

6.2.1.4. Conceder privilegios de objeto¶

Se trata de privilegios que se colocan a un objeto para dar permiso de uso a un usuario.

Sintaxis:

GRANT {privilegio [(listaColumnas)] [,...]] | ALL [PRIVILEGES]}
ON [esquema.]objeto
TO {usuario | rol} [,{usuario | rol } [,...]]
[WITH GRANT OPTION];

La opción ALL concede todos los privilegios posibles sobre el objeto. Se pueden asignar varios privilegios a la vez y también varios posibles usuarios.

La opción WITH GRANT OPTION permite al usuario al que se le conceden los privilegios, que pueda, a su vez, concederlos a otro. Se utiliza únicamente con privilegios de objeto.

Ejemplo:

GRANT UPDATE, INSERT ON EMPLEADOS.centros TO jose;

6.2.1.5. Revocar privilegios de sistema¶

REVOKE privilegio1 [,privilegio2 [,...]] FROM usuario;

6.2.1.6. Revocar privilegios de objeto¶

REVOKE {privilegio1 [,privilegio2] [,...]] | ALL [PRIVILEGES]}
ON [esquema.]objeto
FROM {usuario | rol } [,{usuario | rol } [,...]]
[CASCADE CONSTRAINTS];

CASCADE CONSTRAINTS elimina cualquier restricción que impida el borrado del privilegio.

6.2.1.7. Consultar privilegios¶

Para ver los privilegios en activo para el usuario y sesión actuales ejecutamos la sentencia:

SELECT * FROM SESSION_PRIVS;

6.2.2.1. Creación de rol¶

CREATE ROLE nombre_rol;

6.2.2.2. Asignación y retirada de privilegios a roles¶

Se realiza con la instrucción GRANT. A los roles se les asignan privilegios igual que a los usuarios, pueden ser de sistema y/o de objeto. Lógicamente se eliminan mediante REVOKE.

-- Asignación de privilegios de sistema al rol
GRANT privilegios_de_sistema TO nombre_rol;
-- Asignación de privilegios de objeto al rol
GRANT privilegios_de_objeto ON objeto TO nombre_rol;
-- Retirada de privilegios de sistema al rol
REVOKE privilegios_de_sistema FROM nombre_rol;
-- Retirada de privilegios de objeto al rol
REVOKE privilegios_de_objeto ON objeto FROM nombre_rol;

6.2.2.3. Eliminación de rol¶

DROP ROLE nombre_rol;

Ejemplo:

-- Creación de rol
CREATE ROLE JEFE;
-- Añadimos privilegios de objeto al rol
GRANT INSERT, SELECT, UPDATE, DELETE ON EMPLEADOS.departamentos TO JEFE;
-- Añadimos privilegios de sistema al rol
GRANT CREATE SESSION, CREATE TABLE, CREATE VIEW TO JEFE;
-- Eliminación de rol
DROP ROLE JEFE;

6.2.2.4. Asignación de roles a los usuarios¶

Se pueden asignar roles a un usuario e incluso a otro rol. La sintaxis es:

GRANT rol1 [,rol2 [,...]]
TO {usuario|rol [,{usuario|rol } [,...] }
[WITH ADMIN OPTION];

Al igual que en las instrucciones anteriores, WITH ADMIN OPTION permite al usuario al que se le concede el rol, conceder él dicho rol a otros usuarios/as.

6.2.2.5. Roles predefinidos¶

Existen 3 roles predefinidos en Oracle:

6.2.2.6. Consultar roles¶

Para ver los roles en activo para el usuario y sesión actuales ejecutamos la sentencia:

SELECT * FROM SESSION_ROLES;

6.3.2.1. CSV (Comma Separate Values)¶

Es un formato extremadamente sencillo pero muy potente.

Los archivos CSV (del inglés comma-separated values) son un tipo de documento en formato abierto sencillo para representar datos en forma de tabla, en las que las columnas se separan por comas (o punto y coma en donde la coma es el separador decimal: Argentina, España, Brasil...) y las filas por saltos de línea.

El formato CSV es muy sencillo y no indica un juego de caracteres concreto, ni cómo van situados los bytes, ni el formato para el salto de línea. Estos puntos deben indicarse muchas veces al abrir el archivo, por ejemplo, con una hoja de cálculo.

El formato CSV no está estandarizado. La idea básica de separar los campos con una coma es muy clara, pero se vuelve complicada cuando el valor del campo también contienen comillas dobles o saltos de línea. Las implementaciones de CSV pueden no manejar esos datos, o usar comillas de otra clase para envolver el campo. Pero esto no resuelve el problema: algunos campos también necesitan embeber estas comillas, así que las implementaciones de CSV pueden incluir caracteres o secuencias de escape.

Además, el término “CSV” también denota otros formatos de valores separados por delimitadores que usan delimitadores diferentes a la coma (como los valores separados por tabuladores).

Ejemplo en forma de tabla:

Datos en formato CSV:

NUMCE,NOMCE,DIRCE
10,SEDE CENTRAL,"C/ ATOCHA, 820, MADRID"
20,RELACIÓN CON CLIENTES,"C/ ATOCHA, 405, MADRID"

Una de las grandes ventajas del uso de este formato es que puede editarse utilizando cualquier editor de texto. Además está muy bien soportado por cualquier hoja de cálculo, por ejemplo puede abrirse con LibreOffice Calc y nos mostrará su contenido en forma de tabla.

Esto permite aplicar cualquier tipo de operación disponible en una hoja de cálculo: ordenar por columnas, realizar cálculos, etc y finalmente volver a guardar el resultado en formato CSV.

6.3.2.2. XML (eXtensible Markup Language)¶

XML, siglas en inglés deC eXtensible Markup Language, traducido como “Lenguaje de Marcado Extensible” o “Lenguaje de Marcas Extensible”, es un meta-lenguaje que permite definir lenguajes de marcas desarrollado por el World Wide Web Consortium (W3C) utilizado para almacenar datos en forma legible.

XML no ha nacido únicamente para su aplicación en Internet, sino que se propone como un estándar para el intercambio de información estructurada entre diferentes plataformas. Se puede usar en bases de datos, editores de texto, hojas de cálculo y casi cualquier cosa imaginable.

XML es una tecnología sencilla que tiene a su alrededor otras que la complementan y la hacen mucho más grande, con unas posibilidades mucho mayores. Tiene un papel muy importante en la actualidad ya que permite la compatibilidad entre sistemas para compartir la información de una manera segura, fiable y fácil.

6.3.2.3. JSON (JavaScript Object Notation)¶

JSON, acrónimo de JavaScript Object Notation, es un formato de texto ligero para el intercambio de datos. JSON es un subconjunto de la notación literal de objetos de JavaScript aunque hoy, debido a su amplia adopción como alternativa a XML, se considera un formato de lenguaje independiente.

Una de las supuestas ventajas de JSON sobre XML como formato de intercambio de datos es que es mucho más sencillo escribir un analizador sintáctico (parser) de JSON. Si bien es frecuente ver JSON posicionado contra XML, también es frecuente el uso de JSON y XML en la misma aplicación.

XML goza de mayor soporte y ofrece muchas más herramientas de desarrollo (tanto en el lado del cliente como en el lado del servidor). Hay muchos analizadores JSON en el lado del servidor, existiendo al menos un analizador para la mayoría de los entornos. En algunos lenguajes, como Java o PHP, hay diferentes implementaciones donde escoger. En JavaScript, el análisis es posible de manera nativa con la función eval(). Ambos formatoscarecen de un mecanismo para representar grandes objetos binarios.

Actualmente JSON tiene su principal nicho en aplicaciones JavaScript y en algunas bases de datos noSQL.

6.3.2.4. SQL (Structured Query Language)¶

Por último, tenemos el lenguaje SQL, soportado por todas las bases de datos relacionales.

Podemos hacer uso de scripts SQL con sentencias INSERT para realizar la “importación” de datos dentro de un SGBDR. Si bien en este caso es necesario el procesamiento previo de las sentencias, algo que no sucedía con los formatos anteriores.

Ejemplo de script SQL para importación de datos:

INSERT INTO DEPARTAMENTOS VALUES(100, 10,260,'P',72,NULL, 'DIRECCIÓN GENERAL');
INSERT INTO DEPARTAMENTOS VALUES(110, 20,180,'P',90,100, 'DIRECC.COMERCIAL');
INSERT INTO DEPARTAMENTOS VALUES(111, 20,180,'F',66,110, 'SECTOR INDUSTRIAL');
INSERT INTO DEPARTAMENTOS VALUES(112, 20,270,'P',54,110, 'SECTOR SERVICIOS');
INSERT INTO DEPARTAMENTOS VALUES(120, 10,150,'F',18,100, 'ORGANIZACIÓN');
INSERT INTO DEPARTAMENTOS VALUES(121, 10,150,'P',12,120, 'PERSONAL');
INSERT INTO DEPARTAMENTOS VALUES(122, 10,350,'P',36,120, 'PROCESO DE DATOS');
INSERT INTO DEPARTAMENTOS VALUES(130, 10,310,'P',12,100, 'FINANZAS');

COMMIT;