Empiezan a llegar las noticias desde Oracle Openworld, una de ellas y de gran trascendencia, es el anuncio hecho acerca de las nuevas características de la base de datos a partir de su versión 12c y de acuerdo al reporte por Roel Hartman en su Blog personal.
Estas características hacen de Oracle la primera y verdadera base de datos multi-inquilino, lo que significa que:
Hasta la versión actual, tanto el diccionario de datos principal de la base de datos, como las tablas, paquetes y demás objetos, están mezclados con los que nosotros creamos, toda la información es almacenada en los mismas tablas obj$, tab$ y source$, etc.
En la nueva base de datos 12c se produce una separación de arquitectura entre el núcleo del sistema de Oracle y nuestra aplicación.
El diccionario de datos del núcleo Oracle es llamado “Contenedor de Base de datos” (CDB por sus siglas en inglés) y la parte de la base de datos que contiene nuestro código es llamada “Base de datos Enchufable” (PDB por sus siglas en inglés).
Este PDB contiene su propio diccionario de datos con sus tablas propias obj$, tab$, etc.; de tal manera que existe un tipo de jerarquía en donde los objetos primeramente son localizados en el PDB y cuando no pueden ser encontrados allí, la información es recuperada desde el CDB.
Pero qué ventajas nos representa esto?
- Se pueden “conectar” muchos PDB a un solo CDB, lo que implica una verdadera separación de datos entre dos bases de datos que estén conectadas al mismo CDB.
- Tanto el PDB como el CDB tienen un menor tamaño.
- La actualización del software de Oracle se hace dentro del CBD únicamente y por ende de manera más rápida.
- Clonar un PDB con sus aplicaciones se puede hacer de manera más efectiva y rápida, pues no se necesita clonar toda la base de datos Oracle.
- Bajo cubierta, la implementación es hecha usando tablespaces transportables con data y metadata.
- Existen diferentes tipos de usuarios:
- Usuarios locales en el PDB
- Usuarios comunes en el CDB
- Un usuario local con privilegios puede administrar el PDB, mientras que la metadata acerca del PDB es administrada por un usuario común.
- Cualquier usuario con privilegios, puede cambiar entre PDBs.
- Cada PDB tiene su propio nombre de servicio. Estos nombres de servicios deben de ser únicos dentro del CDB.
- Se pueden definir ligas de bases de datos entre los PDBs.
- El crear un nuevo PDB vacío es 1000 veces más rápido que crear una nueva base de datos completa.
Y para los usuarios de Apex esta es la buena noticia: Podemos correr diferentes versiones de Apex en una sola base de datos, esto por cuanto cada una de las versiones puede ser ejecutada en un PDB por aparte.
