sql >> Base de Datos >  >> RDS >> Oracle

Funciones nuevas principales de Oracle 12c

Pensé que daría mis mejores funciones nuevas para la base de datos Oracle 12c lanzada recientemente. Creo que una de las características nuevas más interesantes es la base de datos conectable, pero parece que todo el mundo habla de eso. Así que me centraré en otras características nuevas que me interesen. Esta lista no sigue ningún orden en particular.

  • Valores predeterminados para columnas basadas en secuencias de Oracle:esto simplificará la codificación, ya que no tendrá que crear un disparador para una nueva fila. Esto lleva a…
  • Columnas IDENTITY:trabajo con muchos desarrolladores que provienen de un entorno de SQL Server que pueden apreciar esta funcionalidad.
  • Optimización adaptativa de consultas:la capacidad del CBO para reconocer que se equivocó en el plan y cambiar a un nuevo plan sin la intervención del DBA es un gran salto para la ejecución SQL de Oracle. Esto lleva a…
  • Estadísticas dinámicas:Oracle puede detectar que las estadísticas condujeron a un plan de ejecución incorrecto y usar estadísticas nuevas la próxima vez que se ejecute la consulta. En muchas ocasiones, me doy cuenta de que la tarea automática Nightly Stats Gathering no actualiza las estadísticas de las tablas porque no se consideran "obsoletas", pero deberían serlo. Demasiadas veces, corrijo SQL de bajo rendimiento simplemente actualizando las estadísticas en una tabla y sus índices cuando debería hacerlo automáticamente.
  • Ejecución simultánea de UNION y UNION ALL:la capacidad de paralelizar estas ramas conducirá a ejecuciones mucho más rápidas. En mi tienda, usamos UNION y UNION ALL en muchos lugares de nuestra aplicación.
  • Optimización automática de datos (ADO):la capacidad de mover automáticamente datos más antiguos a un nivel de almacenamiento diferente reducirá la carga de trabajo del DBA.
  • Archivado en la base de datos:la capacidad de marcar filas como "archivadas" y ocultarlas de los usuarios de la aplicación sin moverse será bien recibida por mi empresa. Tenemos algunos procesos en los que movemos registros de una tabla a otra para archivarlos.
  • Parámetro LOGTIME para Data Pump:las entradas de registro de marca de tiempo de una ejecución de Data Pump deberían haberse incluido desde el principio.
  • Mover un archivo de datos en línea:la capacidad de mover un archivo de datos mientras el tablespace todavía está EN LÍNEA y LEER ESCRIBIR significará que no hay tiempo de inactividad para ese tablespace.
  • Data Guard Fast Sync:esta podría ser la mejora que nos permitirá implementar el modo MAX PROTECT sin afectar el rendimiento de la aplicación. Todavía no he jugado con esto, pero Active Data Guard Far Sync también parece prometedor.
  • PGA_AGGREGATE_LIMIT:para limitar verdaderamente el tamaño total de PGA.
  • Inventario de parches consultables:ya no es necesario usar 'opatch lsinventory' si puede consultar con DBMS_QOPATCH.
  • Hora del último inicio de sesión:ahora disponible en SYS.USER$ es la hora en que alguien inició sesión por última vez con ese ID de usuario.

Espero poder examinar cada uno de estos con más detalle.