Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Oracle 12c)
Pues bien , ya que sali la nueva versin de Oracle, era obvio que mencionramos
algunas nuevas caractersticas..
Las ms interesantes
Adaptive Query Optimization
El optimizador puede llevar a cabo una modificacin de sus planes de ejecucin aunque
estos ya se encuentren habilitados para la sentencia SQL, simplemente el CBO para los
planes en ejecucin y los reanaliza para encontrar el "nuevo" mejor, est caracterstica
es invisible al usuario y se hace de forma automtica.
Lo anterior no significa que una sentencia quede a medio camino de ejecucin, no...
simplemente se recalcula el mejor plan , para la siguiente ejecucin.
Ejecucin de comandos a nivel de prompt de RMAN
Oracle 12c nos permite ejecutar comandos a nivel del prompt de RMAN , esto sin la
necesidad de colocar la clusula sql , adems podemos ejecutar cualquier sentencia SQL
que queramos, no as pre-12c que estaban limitadas. La clusula sql sigue estando
vigente.
Para ms detalles ir a la nota
Estadsticas dinmicas
Durante la compilacin de una sentencia SQL, el optimizador puede chequear todas las
estadsticas sobre las tablas de la sentencia SQL y puede decidir si las utiliza o no , si no
utiliza las estadsticas para una tabla en particular o alguna de esta no posee estadsticas,
Oracle generar estadsticas dinmicas con el mtodo del Sampling, ests estadsticas
permanecern hasta las subsiguientes ejecuciones de la sentencia y el optimizador las
puede utilizar cuando estime conveniente.
Estadsticas ONLINE para cargas BULK
Cuando se hace una carga de datos mediante un INSERT SELECT , CREATE
TABLES AS , para versiones anteriores de Oracle , haba que tomar estadsticas de
forma manual a la nueva tabla , en cambio para nuestra nueva versin 12c, las
estadsticas son tomadas de forma automtica, tal cual se hace para cuando se generan
los ndices mediante el comando CREATE INDEX o REBUILD INDEX
Estadsticas privadas para las tablas temporales
Las estadsticas para las tablas temporales son nicas a pesar de que por cada sesin
hubiese data distinta, esto era hasta la versin 11gr2 , para la versin 12c de Oracle,
cada sesin tendr sus propias estadsticas lo cual mejora ostensiblemente los tiempos
de ejecucin , pues se mejora la performance al tener mejores datos estadsticos.
Integracin con Grupos de procesadores a nivel de Sistema Operativo
Esta caracterstica permite especificar al DBA un parmetro llamado
PROCESSOR_GROUP_NAME , con lo cual se une una instancia de base de datos a
un conjunto de CPUs , esto mismo se puede hacer con el comando cgroups en Linux o
con un pool de recursos en Solaris.
Para qu ocupar est caracterstica? Pues para parcelar un poco el uso de CPUs por
parte de una cantidad X de base de datos.
Arquitectura Multitenant
Las arquitecturas multitenant (multi-propietario) es una filosofa de software cada vez
ms usada para aquellas empresas que dan servicios de SaaS (Software as a Service), el
principio bsico de esto es el siguiente , una instancia del Software es ejecutada en un
servidor y desde aqu se da el servicio a mltiples clientes . Si lo pensamos del lado de
Oracle significa que cada cliente comparte un motor de datos, pero los datos de cada
cliente estn totalmente separados uno de otros, o sea, colocamos muchas bases de datos
en un mismo lugar, todas operadas por un mismo RDBMS.
Toda esta arquitectura multitenant , hace que sea muy fcil para los clientes hacer una
consolidacin de sus bases de datos y trabajar muchas como una.
Imaginmonos una consolidacin de esquemas, para ahorrar motores, recursos y dems,
pero ahora para base de datos, cada base de datos se convierte en un Pluggable Database
y ests PDBs pueden ser agrupadas en contenedores (Container), con esto se pueden
compartir recursos de memoria , incluso se pueden compartir procesos backgrounds,
una PDBs puede ser desconectada y conectada desde y hacia cualquier contenedor de
base de datos. Incluso con esta caracterstica, se puede parchar un contenedor y con ello
se parchan de inmediato mltiples PDBs.
Oracle Datapump soporta Database Consolidation
Dentro del soporte que da Oracle Datapump para lo que es Database Consolidation, se
nombra el FULL TRANSPORTABLE, que no es ms que llevarse una base de datos
desde y hacia los contenedores.
Lo anterior implica que me puedo llevar una base no-CDB (Que no pertenezca a un
Container Database) haca otra base no-CDB, o una PDB a una no-CDB, o una base noCDB a una PDB.
Respaldo y recuperacin PDBs
RMAN puede trabajar sobre un CDB o sobre un PDB, como siempre se puede respaldar
un datafile o un tablespace, para dar soporte a todas estas nuevas caractersticas se
agregan las clusulas PLUGGABLE DATABASE a los comandos RMAN.
Columnas invisibles
En Oracle 12c, podemos dejar una columna como invisible mediante el comando alter
table -nombre tabla- modify (-columna- invisible) , pero nosotros mismos controlamos
el cundo ver esa columna , por ejemplo:
Cuando hacemos un DESCRIBE de la tabla, est columna no aparece, cuando hacemos
un SELECT * FROM de la tabla est columna tampoco aparece, incluso cuando
hacemos un INSERT INTO nos podemos saltar esa columna, simplemente no
incluyndola en la lista de las columnas.
A travs de SQL*Plus podemos setear el hecho de que aparezca una columna invisible,
para ello utilizamos el seteo
SHOW COLINVISIBLE ON|OFF
Para ms detalles ir a la nota
Database)
- Para administrar un ambiente MULTITENANT se debe tener el rol CDB_DBA
Esta clusula de SECTION SIZE , tambin puede ser aplicada a los backups como
IMAGE COPY y a los backups incrementales.
Inventario consultable
Cada vez que queramos saber los parches de nuestra base de datos, tenamos que irnos
al sistema operativo y ejecutar un opath -lsinventory , desde Oracle 12c, se adjunta un
Privilegio SYSBACKUP
A partir de Oracle12c nace un nuevo privilegio llamado SYSBACKUP, con el se
pueden hacer actividades a travs del comando RMAN , sin necesidad de tener
habilitado el rol SYSDBA, con esto separamos los roles desde la persona que hace la
administracin de la base hasta la persona que lleva a cabo los respaldos.