especificaciones bases de datos · especificaciones bases de datos clasificación: pág. 5 de 17...

Especificaciones de Bases de Datos para el desarrollo de aplicaciones del Gobierno de Aragón.

Especificaciones Bases de Datos

Clasificación:

Pág. 2 de 17

Entidad Pública Aragonesa de Servicios Telemáticos

Pº María Agustín 25-27-29 50071 ZARAGOZA

Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

Contenido

1. INTRODUCCIÓN ................................................................................................................................. 3

2. PROCEDIMIENTO GENERAL DE INSTALACIÓN. ........................................................................... 4

2.1. INSTALACIÓN EN ENTORNOS DE INTEGRACIÓN. .................................................................. 4 2.2. INSTALACIÓN EN ENTORNOS DE PREPRODUCCIÓN ............................................................ 4 2.3. INSTALACIÓN EN ENTORNOS DE PRODUCCIÓN. .................................................................. 5

3. COMPONENTES PARA EL DESPLIEGUE O ACTUALIZACIÓN DE UNA APLICACIÓN. ............. 6

4. ESPACIO FÍSICO................................................................................................................................ 7

4.1. TABLESPACES............................................................................................................................. 7

4.1.1. ESTÁNDAR PARA LA CREACIÓN DE TABLESPACES ......................................................... 7

4.1.1.1. Entorno de desarrollo ............................................................................................................ 7 4.1.1.2. Entorno de preproducción ..................................................................................................... 7 4.1.1.3. Entorno de producción .......................................................................................................... 8

5. ESQUEMA DE BASE DE DATOS ...................................................................................................... 9

5.1. ESTÁNDAR PARA LA DEFINICIÓN Y CREACIÓN DEL ESQUEMA DE PROPIETARIO: ......... 9

6. OBJETOS DE BASES DE DATOS. ................................................................................................. 11

6.1. DIRECTRICES GENERALES: .................................................................................................... 11

7. USUARIOS DE APLICACIÓN. ......................................................................................................... 12

7.1. CARACTERÍSTICAS GENERALES:........................................................................................... 12

8. USUARIOS DE ADMINISTRACION DE APLICACIONES............................................................... 13

8.1. CARACTERÍSTICAS GENERALES:........................................................................................... 13

9. RECOMENDACIONES ..................................................................................................................... 15

9.1. CLAVES PRIMARIAS EN TABLAS............................................................................................. 15 9.2. ÍNDICES EN TABLAS ................................................................................................................. 15 9.3. CLAVES AJENAS ....................................................................................................................... 15

10. ACCESO A OTROS ESQUEMAS .................................................................................................. 16

11. ÍNDICE ALFABÉTICO. ................................................................................................................... 17


Clasificación:

Pág. 3 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

1. INTRODUCCIÓN

El presente documento describe las especificaciones de base de datos para el desarrollo de aplicaciones para el Gobierno de Aragón.

Aragonesa de Servicios Telemáticos –en adelante, AST-, a través del responsable técnico que designe, proporcionará al proveedor externo el conjunto de especificaciones técnicas a tener en cuenta en el diseño físico de la base de datos y que a continuación se relacionan.

Los miembros del grupo DBA1 son los encargados de gestionar y administrar la parametrización y

estructura física de los objetos de las aplicaciones.

Ante cualquier duda sobre cualquier punto del presente documento pedir aclaración a cualquier componente del grupo DBA.

1 El grupo DBA se desglosa en los grupos de administración BASE DE DATOS y CSI BASE DE DATOS,

responsables de la administración de los entornos preproductivos y productivos respectivamente.


Clasificación:

Pág. 4 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

2. PROCEDIMIENTO GENERAL DE INSTALACIÓN.

El proveedor realizará el desarrollo en sus instalaciones conforme a las especificaciones entregadas.

2.1. INSTALACIÓN EN ENTORNOS DE INTEGRACIÓN.

Principalmente está compuesto por las bases de datos desapp0 y desapp1.

Este entorno puede hacer funciones de entorno de desarrollo o de integración dependiendo del caso. Si el desarrollo se lleva acabo desde un equipo que pertenece a un departamento interno de la DGA hará funciones de desarrollo. Sin embargo, si el desarrollo ha sido llevado a cabo por una subcontrata externa entonces hará funciones de integración.

El desarrollo de aplicaciones en este entorno está totalmente gestionado por los equipos de desarrollo. La única intervención por parte del grupo DBA en este entorno se produce durante la creación tanto de los esquemas y usuarios necesarios para dar soporte a la nueva aplicación como de los contenedores físicos que albergarán todos los segmentos.

Una vez definidos los esquemas, usuarios y los contenedores físicos de la aplicación, la fase de desarrollo es gestionada totalmente por el equipo de desarrollo. Si bien una vez finalizada esta fase, es requisito imprescindible para su despliegue en el entorno de preproducción, que la aplicación cumpla las normas de calidad en cuanto al diseño tanto físico como lógico descritos en las secciones sucesivas.

Para los procesos de actualización se procederá de la misma manera.

2.2. INSTALACIÓN EN ENTORNOS DE PREPRODUCCIÓN

Principalmente esta compuesto por las bases de datos preapp0 y preapp1.

El Gobierno de Aragón proporcionará el entorno de preproducción para la realización de las distintas pruebas funcionales, estrés, calidad… que procedan como paso previo, tras su aceptación, a la instalación en los entornos productivos.

El proveedor externo proporcionará con antelación los componentes a instalar y el procedimiento de instalación al grupo DBA quien procederá a su revisión y verificación de los requisitos técnicos. A continuación se podrá requerir la participación del propio proveedor en las actividades de instalación, salvo que no se estime necesario.

Para los procesos de actualización se procederá de la misma manera.


Clasificación:

Pág. 5 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

2.3. INSTALACIÓN EN ENTORNOS DE PRODUCCIÓN.

Principalmente esta compuesto por las bases de datos proapp0 y proapp1

Una vez aceptado el sistema se procederá a su instalación en producción. Para ello se utilizarán los mismos componentes y el procedimiento de instalación que para preproducción, con la parametrización que corresponda. Se requerirá la participación del propio proveedor en las actividades de instalación, salvo que no se estime necesario.

Para los procesos de actualización se procederá de la misma manera, teniendo en consideración las especificaciones para la Gestión de Cambios correspondientes.

Los trabajos de calidad y test deben de realizarse en los entornos de preproducción

NOTAS GENERALES

Existe a disposición de los grupos de gestión de las BB.DD con una serie de chequeos básicos de control de calidad. Dichos controles se realizarán después de cada nueva instalación o actualización en una aplicación.

1- Lista de tablas con columnas lob almacenadas en el mismo tablespace que su tabla propietaria:

La columnas de este tipo de datos deben de almacenarse en un tablespace separado. No es una solución válida almacenar la totalidad de una tabla sino únicamente las columnas LOB.

2- Lista de tablas con columnas LONG (ilegales)

No se permite el uso éste tipo de dato.

3- Lista de tablas sin PK

Todas las tablas deben de tener su correspondiente clave primaria.

4- Lista de tablas con más de 7 índices

Debe de evitarse la acumulación de índices superfluos en las tablas.

5- Lista de restricciones deshabilitadas y Lista de restricciones PK y Check deshabilitadas

Las restricciones creadas sobre tablas deben de utilizarse y tener fundamento en la lógica de la aplicación ya que en caso contrario se originan inconsistencias en los datos.

6- Lista de objetos inválidos

No deben de existir objetos inválidos en la base de datos.

El grupo DBA revisará todos los scripts que se ejecuten en los entornos de preproducción y producción, asegurando el cumplimiento de las normas de calidad que se especifican más adelante.

Las peticiones deberán ser notificadas con suficiente antelación, ya que las peticiones de servicio tienen un tiempo máximo de tramitación de 48 horas laborales por norma general, salvo excepciones.


Clasificación:

Pág. 6 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

3. COMPONENTES PARA EL DESPLIEGUE O ACTUALIZACIÓN DE UNA APLICACIÓN.

Los componentes para la instalación de la base de datos se proporcionarán en scripts SQL con codificación UTF-8. Estos scripts deberán estar numerados y poder ser re-ejecutados, para lo cual se proporcionarán scripts para el borrado de los objetos y/o vaciado de tablas. Son deseables scripts separados y en este orden para:

Creación de tablas

Scripts para carga de datos iniciales

Creación de claves primarias

Creación de índices

Creación de claves foráneas

Creación de secuencias

Creación de vistas

Creación de triggers

Creación de paquetes, procedimientos, funciones y tipos

Creación de jobs

Creación de sinónimos

Creación de roles

Concesión de privilegios

Otros

No es necesario incluir scripts para la creación de usuarios –propietarios de esquemas o no- y tablespaces, aunque sí es obligatorio adjuntar los formularios de petición correspondientes.

Dichos formularios están disponibles en la siguiente dirección o en la extranet de AST:

http://portalempleado.aragon.es/portal/page?_pageid=253,562594&_dad=portal&_schema=PORTAL


Clasificación:

Pág. 7 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

4. ESPACIO FÍSICO.

Tanto la creación como el diseño físico de los tablespaces es competencia exclusiva del grupo DBA. En el formulario de creación de esquema de base de datos se especificará el tablespace o tablespaces necesarios para el almacenamiento de los objetos de la aplicación, con la estimación del espacio necesario para cada uno de ellos. Dicha estimación se considera orientativa y no se empleará para la creación del mismo. Más adelante se detallan las especificaciones sobre el estándar de creación de tablespaces para cada entorno.

4.1. TABLESPACES.

Por lo general se utilizarán tres tablespaces distintos para albergar datos, índices y datos binarios (lob). Siendo obligatorio definir el almacenamiento de las columnas lob en un tablespace a parte, destinado únicamente para albergar todas las columnas lob de los objetos de la aplicación.

Los tablespaces para cada aplicación son de uso exclusivo por la misma y varias aplicaciones no podrán compartir un mismo tablespace.

4.1.1. ESTÁNDAR PARA LA CREACIÓN DE TABLESPACES

4.1.1.1. Entorno de desarrollo

Tipo tablespace para entornos 10g: bigfile

Tipo tablespace para entornos 8i, 9i: normal

Tamaño inicial: 100Mb

Autoextensibles: SI

Autocrecimiento: 50Mb

Tamaño máximo: 20Gb

Gestión automática del almacenamiento de los segmentos: SI

Gestión local de las extensiones: SI

Tamaño de las extensiones uniforme y autogestionado

4.1.1.2. Entorno de preproducción




Autoextensibles: SI


Tamaño máximo: 80Gb



Clasificación:

Pág. 8 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es


Tamaño de las extensiones uniforme y autogestionado.

4.1.1.3. Entorno de producción




Autoextensibles: SI


Tamaño máximo: (80Gb en entornos 10g; 4Gb en el resto de entornos)



Tamaño de las extensiones uniforme y autogestionado


Clasificación:

Pág. 9 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

5. ESQUEMA DE BASE DE DATOS

El esquema de base de datos, también llamado usuario propietario, es el dueño de todos los objetos tanto físicos como lógicos necesarios para dar soporte a la aplicación. El usuario propietario deberá cumplir los principios de independencia de datos y transparencia de ubicación con respecto a la aplicación. Dicho de otro modo, la aplicación no estará ligada de ningún modo al nombre que se le de al esquema de base de datos.

El usuario propietario del esquema no será nunca utilizado para la conexión y acceso a los datos desde la aplicación.

5.1. Estándar para la definición y creación del esquema de propietario:

1. La petición de creación deberá estar debidamente cumplimentada en el formulario oficial creado a tal efecto. La plantilla de petición puede encontrarse en la siguiente dirección o en la extranet de AST:

http://portalempleado.aragon.es/portal/page?_pageid=253,562594&_dad=portal&_schema=PO

RTAL Formulario para la solicitud de usuarios propietarios de aplicación Oracle

2. No se procederá a la creación de ningún usuario que no venga con su formulario adjunto, siendo campos obligatorios: datos del solicitante, nombre de la aplicación, datos del responsable de la aplicación, base de datos, nombre de esquema, tablespaces.

3. El solicitante debe ser personal autorizado.

4. No se permitirán las solicitudes de esquemas vacíos. Toda petición de alta deberá ir acompañada de los correspondientes scripts de creación de objetos.

5. Es obligatorio especificar al menos la creación de un tablespace para datos.

6. El Tablespace por defecto será el que se designe para datos.

7. Todos los tablespaces deberán cumplir las directrices fijadas en el estándar de creación de tablespaces.

8. El tablespace temporal por defecto será TEMP.

9. Si en el formulario no viene chequeado ningún perfil de usuario, entonces se asignará por defecto el perfil DEFAULT al usuario.

10. La cuenta se facilitará al desarrollador según el entorno de la siguiente manera:

a. Entorno de desarrollo

i. Contraseña: „cambiame‟

ii. Estado de la contraseña: expirada

iii. Estado de la cuenta: open

b. Entornos de preproducción y producción:

i. Contraseña: No se facilitará.

ii. Estado de la contraseña: No se facilitará

iii. Estado de la cuenta: locked


Clasificación:

Pág. 10 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

11. La cuenta se facilitará con los siguientes roles sin permisos de administración:

a. CONNECT

b. CREADOR. Este role consta de los siguientes privilegios:

i. Create table

ii. Create trigger

iii. Create view

iv. Create sequence

v. Create procedure

vi. Create type

vii. Create synonym

viii. Create public synonym

12. Por defecto la cuenta no tendrá asignado ningún otro privilegio o role adicional, salvo excepciones.

13. El esquema será creado con cuota ilimitada sobre todos los tablespaces especificados en el formulario.

14. Todos los tablespaces deberán ser de nueva creación.

15. Para ejecutar la petición es obligatorio por parte del grupo DBA la creación de un script con la siguiente estructura

a. Sección de establecimiento de variables de entorno para la ejecución del script.

b. Sección de spool para generación de log.

c. Sección de creación de tablespaces. Seguir estándar de creación de tablespaces según el entorno.

d. Sección de creación de usuario.

e. Sección de asignación de roles.

f. Sección de asignación de cuotas de tablespaces.

g. Toda creación de esquema propietario deberá ir acompañada con su correspondiente alta, por parte del grupo DBA, en una de las cadenas de cálculo de estadísticas. Seguir las especificaciones para la ampliación de cadenas de estadísticas (amplicacion_cadenas.txt)


Clasificación:

Pág. 11 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

6. OBJETOS DE BASES DE DATOS.

A continuación se indican las directrices que regularán la creación de objetos de base de datos:

6.1. Directrices generales:

1. Es recomendable especificar el parámetro PCTFREE allí donde el valor por defecto no sea adecuado para el buen funcionamiento de la aplicación.

2. La cláusula TABLESPACE sólo se especificará en el caso de utilizar varios tablespaces, ya que en el caso de un único tablespace, éste será el tablespace por defecto para el usuario propietario del esquema.

3. Las columnas LONG están totalmente prohibidas.

4. Las columnas LOB son creadas por defecto con las siguientes características:

a. almacenaje en fila

b. Tablespace de almacenamiento especial para columnas lob. Dicho tablespace es de uso exclusivo para el usuario propietario y sus columnas LOB.

5. Prohibidas las restricciones deshabilitadas.

6. Prohibidos los objetos inválidos.

7. El grado de paralelismo se activará solamente en los segmentos que requieran acceso en paralelo. Dicha activación será supervisada y analizada por un miembro del grupo DBA.

8. En entornos 10g esta prohibida la creación de trabajos programados usando la antigua herramienta dbms_job. Su creación es obligatoria con el paquete dbms_scheduler.

9. Para la creación de cualquier otro tipo de objeto (dblinks, particiones, índices de intermedia, vistas materializadas, etc.), se consultará al grupo DBA.


Clasificación:

Pág. 12 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

7. USUARIOS DE APLICACIÓN.

Por lo general se asociarán usuarios de base de datos a usuarios individuales y se definirán conforme a las normas generales de creación de usuarios. Para la creación de usuarios genéricos para conexión a base de datos (pool de conexiones, gran público, usuario aplicación, etc.) se consultará con el responsable técnico en AST.

7.1. Características generales:

a. La petición de creación deberá estar debidamente cumplimentada en el formulario oficial creado a tal efecto.

La plantilla de petición puede encontrarse en la siguiente dirección o en la extranet de AST:

http://portalempleado.aragon.es/portal/page?_pageid=253,562594&_dad=portal&_schema=POR

TAL Formulario para la solicitud de usuarios personales Oracle

b. No se procederá a la creación de ningún usuario que no venga con su formulario adjunto.

Serán campos obligatorios: datos del solicitante, nombre de la aplicación, datos del responsable de la aplicación, base de datos, nombre de usuario, tipo de operación (alta/baja).

c. Tablespace de datos por defecto: USERS

d. Tablespace temporal por defecto: TEMP

e. Si en el formulario no viene indicado ningún perfil de usuario, entonces se asignará al usuario el perfil por defecto

f. La cuenta se facilitará con la contraseña „CAMBIAME‟

g. La cuenta se facilitará con la contraseña expirada

h. La cuenta se facilitará con el role CONNECT sin permisos de administración.

i. Por defecto la cuenta no tendrá asignado ningún otro privilegio o role adicional, salvo excepciones.


Clasificación:

Pág. 13 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

8. USUARIOS DE ADMINISTRACION DE APLICACIONES

Este tipo de usuarios será obligatorio para las aplicaciones cliente-servidor que hagan uso de la herramienta “COMUNES” para gestionar los roles o permisos que se conceden a los usuarios finales a fin de que puedan interactuar con la aplicación.

8.1. Características generales:

1. Su creación viene indicada en el formulario de petición de usuario propietario o esquema de base de datos. En dicho formulario se puede encontrar un check cuyo titulo es “Crear usuario administración”.

2. Al mismo tiempo que se crea el usuario propietario (Ej.: sch_obj) se creara un usuario de administración con sufijo _adm (ej:sch_obj_adm).

3. Tablespace de datos por defecto: USERS

4. Tablespace temporal por defecto: TEMP

5. El perfil del usuario administración será GESTION_USR_ADMIN.

6. La cuenta se facilitará con la contraseña CAMBIAME

7. La cuenta se facilitará con la contraseña expirada.

8. La cuenta se facilitará con el role CONNECT sin permisos de administración.

9. Tendrá asignado los siguientes privilegios para administrar roles y privilegios de objeto.

GRANT CREATE ROLE TO XXXX.

GRANT ANY OBJECT PRIVILEGE TO XXXX.

Por defecto al crear un role dicho usuario lo tiene asignado con permisos de administración. De esta manera podrá crear, borrar y alterar cualquier role que haya creado.

10. Insertar en las tablas de gestión interna el permiso para que el usuario administración de la aplicación pueda asignar permisos dml sobre los objetos del usuario propietario a roles o usuarios finales. Se han encapsulado en el siguiente package las funciones más importantes para ello:

PACKAGE ASTSYSADMIN.PKG_GESTION_USR_ADMIN

--insertar el usuario de administración (ej:sch_obj_adm) en la herramienta.

FUNCTION FUNC_ADD_USR(p_usr varchar2) RETURN varchar2;

--conceder a p_usr permisos para gestionar dml sobre los objetos de p_schema

FUNCTION FUNC_ADD_PRIV_SCHEMA(p_usr varchar2, p_schema varchar2) RETURN varchar2;

--revocar a p_usr permisos para gestionar dml sobre los objetos de p_schema

FUNCTION FUNC_DEL_PRIV_SCHEMA(p_usr varchar2, p_schema varchar2) RETURN varchar2;

--eliminar p_usr de la herramienta de administración. Si tenía algún privilegio de --

---gestión sobre objetos de cualquier propietario, también son eliminados.

FUNCTION FUNC_DEL_USR(p_usr varchar2) RETURN varchar2;

END PKG_GESTION_USR_ADMIN;


Clasificación:

Pág. 14 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

11. Podrá asignar o revocar dicho role a otro usuario o role.

12. Podrá asignar o revocar privilegios sobre los objetos del usuario propietario al role que ha creado o a un usuario final.

13. Por defecto la cuenta no tendrá asignado ningún otro privilegio o role adicional, salvo excepciones.


Clasificación:

Pág. 15 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

9. RECOMENDACIONES

9.1. CLAVES PRIMARIAS EN TABLAS

La restricción primary key –restricción de clave primaria- debe existir siempre en una tabla, para asegurar la integridad de los datos. Los registros pueden así ser identificados de forma única, y con datos no nulos.

Se recomienda, por tanto, la creación de clave primaria en las tablas.

9.2. ÍNDICES EN TABLAS

La creación de índices útiles permite mejorar la velocidad de algunas consultas, evitando los escaneos totales (full scan) que se producen si una tabla no tiene asociado ningún índice. Estos escaneos son poco aconsejables en tablas de cierto tamaño.

Sin embargo, cuando se realizan órdenes de INSERT, DELETE y UPDATE contra tablas que tienen índices asociados, estos son trastocados, es decir, Oracle realiza un mantenimiento implícito de los índices. Por tanto, cuantos más índices tiene una tabla mayor será el número de acciones implícitas.

Se recomienda, por tanto, la creación de índices apropiados en las tablas. En particular, no se recomienda crear más de cinco índices sobre la misma tabla.

9.3. CLAVES AJENAS

Cuando una tabla no tiene indexada una clave ajena -Foreign Key- y se produce un DELETE (o UPDATE de la clave primaria) contra la tabla padre a la que hace referencia, Oracle cierra el acceso a esa tabla hija y comprueba que no se va a violar la integridad de la clave ajena, es decir, que el registro a eliminar o a modificar no tiene registros que hacen referencia a él en la tabla hija.

Si esa clave ajena está indexada, se consulta el índice en lugar de la tabla, evitando con ello que se cierre el acceso a la tabla y logrando además que esa consulta interna se resuelva con mucha más rapidez.

Se recomienda, por tanto, crear un índice asociado a cada clave ajena.


Clasificación:

Pág. 16 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

10. ACCESO A OTROS ESQUEMAS

El Gobierno de Aragón dispone de bases de datos que se mantienen desde diversas aplicaciones.

En la medida de lo posible se evitará la replicación de datos, facilitándose el acceso, en su caso, a la información necesaria perteneciente a otros esquemas provincias, municipios, localidades, comarcas, áreas de salud, cnae, etc.-.


Clasificación:

Pág. 17 de 17



Tel. 976 71 4495 Fax. 976 71 4395

www.aragon.es

11. Índice alfabético.

A

ADMINISTRADOR ........................ 17

ASTSYSADMIN ..... 15, 17, 24, 26, 27

C

CADENAS ................................ 20, 21

carga de datos .................................... 8

CLAVES AJENAS .......................... 31

claves foráneas ................................... 8

claves primarias ................................. 8

CLAVES PRIMARIAS ................... 31

CONNECT .......................... 12, 14, 15

CONTROL DE ACCESOS ............. 24

CREADOR ...................................... 12

D

desapp0 ....................................... 6, 30

desapp1 ....................................... 6, 30

desarrollo ........... 5, 6, 9, 11, 17, 24, 28

E

esquema 7, 8, 9, 11, 12, 13, 15, 17, 18,

20, 21

ESQUEMA ................................ 11, 26

ESTADÍSTICAS ....................... 18, 26

F

formularios ........................................ 8

funciones ......... 6, 8, 15, 19, 20, 22, 25

G

Gestión de Cambios .......................... 7

I

índices ................... 8, 9, 13, 18, 20, 31

ÍNDICES ......................................... 31

INSTANTANEAS .......................... 24

integración ......................................... 6

INTEGRACIÓN ....... Véase desapp0 y

desapp1

Inventario ........................................ 29

J

jobs .............................................. 8, 20

O

OBJETOS ....................................... 13

P

paquetes ....................................... 8, 18

preapp0 ...................................... 6, 30

preapp1 ...................................... 6, 30

preproducción ............ Véase preapp0 y

preapp1

privilegios ................. 8, 12, 15, 16, 17

proapp0 ................................ 7, 24, 29

proapp1 ................................ 7, 24, 29

procedimientos ............................ 8, 25

producción ... Véase proapp0 y proapp1

propietario .... 11, 12, 13, 15, 16, 18, 28

R

RECOMENDACIONES .................. 31

roles ....................................... 8, 12, 15

S

secuencias ..........................................8

segmentos ........ 6, 9, 10, 13, 17, 18, 19

SEGMENTOS ........................... 18, 19

sinónimos ...........................................8

SISTEMA OPERATIVO ................. 28

T

tablas .................... 8, 15, 18, 20, 23, 31

tablespaces ................... 8, 9, 11, 12, 13

TABLESPACES ................................9

tipos ...................................................8

TRAZAS .................................... 21, 23

triggers ...............................................8

U

USUARIOS DE ADMINISTRACION

DE APLICACIONES .................. 15

USUARIOS DE APLICACIÓN ...... 14

V

vistas ............................................ 8, 13

especificaciones bases de datos · especificaciones bases de datos clasificación: pág. 5 de 17...

Documents