Hace varias semanas se publicó la segunda actualización de la extensión de SQL Developer para Visual Studio Code
La misma soluciona bugs reportados tanto en el Foro de la Comunidad Oracle como en la sección de preguntas del Marketplace de Visual Studio tal como se detalla en Changelog. Asimismo, incorpora la funcionalidad de usuario proxy para conectarse a la base de datos.
La actualización se hace desde la sección de Extensiones de Visual Studio Code, y tarda menos de un minuto.
Ultimamente no estuve informando las actualizaciones a APEX 23.2, sólo publiqué cuando se actualizó a la versión 23.2.1 (en este artículo) y cuando me doy cuenta ya va por la revisión #6!!!!
Este conjunto de patchs agrupado bajo el número de patch 35895964 fue liberado el jueves 28 de marzo y actualizado en el día de hoy, y está disponible sólo desde la página de soporte de Oracle en este link. Una vez aplicado el patchset, la versión de APEX es actualizada a 23.2.6
Se puede consultar la lista de las correcciones incluidas en el patchset bundle en este link.
La versión base de Oracle APEX 23.2 (de la cual hablamos en el artículo "APEX 23.2 ya está disponible en forma general") puede ser descargada aquí.
Este patchset mismo será aplicado automáticamente a las instancias de APEX de Oracle Autonomous Database en Oracle Cloud.
Al momento de clonar una base de datos autónoma, ahora es posible seleccionar una carga de trabajo distinta al de la base de datos de origen. Se pueden hacer los siguientes cambios de carga de trabajo:
Para ver más detalles se puede consultar la documentación oficial.
Puede utilizar un nombre de servicio Kerberos personalizado al configurar Kerberos para autenticar usuarios de bases de datos autónomas. Esto permite utilizar los mismos archivos Keytab en varias instancias de ADB cuando habilita la autenticación Kerberos (no es necesario crear ni cargar diferentes archivos Keytab para cada instancia de Autonomous Database).
Para ver más detalles se puede consultar la documentación oficial.
Las Bases de Datos Autónomas poseen varias opciones para actualizar automáticamente los archivos de zona horaria.
Para ver más detalles se puede consultar la documentación oficial.
ADB permite elegir entre dos modelos informáticos al crear o clonar una instancia: ECPU y OCPU. Anteriormente, solo los tipos de carga de trabajo ADW (Autonomous Data Warehouse) y ATP (Autonomous Transaction Processing) permitían el modelo informático ECPU, pero ahora todos los tipos de cargas de trabajo admiten el modelo informático ECPU, incluidos JSON y APEX.
Para ver más detalles se puede consultar la documentación oficial.
Ahora es posible generar y administrar URLs para datos que residen en Oracle Autonomous Database.
Para ver más detalles se puede consultar la documentación oficial.
Ahora se puede habilitar la replicación de copias de seguridad automáticas desde una base de datos principal a un sitio de recuperación ante desastres entre distintas regiones. Al habilitar función, la región remota puede acceder a copias de seguridad automáticas por hasta siete días.
Para ver más detalles se puede consultar la documentación oficial.
Las bases de datos autónomas pueden interactuar con diversos proveedores de servicios de IA, y ahora es compatible con OCI Generative AI ademas de Azure OpenAI Service, OpenAI y CohereAI.
Para ver más detalles se puede consultar la documentación oficial.
Con UTL_HTTP, cuando la instancia de base de datos autónoma está en endpoint privado, puede llamar a UTL_HTTP.set_proxy para permitir conexiones HTTPS y HTTP_PROXY.
Para ver más detalles se puede consultar la documentación oficial.
Además de poder generar y administrar URL pre-autenticadas (PAR) para datos de una base de datos autónoma, en Marzo se agregaron vistas que permiten monitorear el uso de URL de PAR.
Para ver más detalles se puede consultar la documentación oficial.
Para mayor seguridad, ADB permite encriptar los datos que se exportan a Object Storage. Cuando los datos de Object Storage están cifrados, puede descifrar los datos al importarlos o usarlos en una tabla externa.
Para ver más detalles se puede consultar la documentación oficial.
Ahora es posible configurar el parámetro de inicialización JOB_QUEUE_PROCESSES. Establecer este parámetro en 0 deshabilita los trabajos del Programador no proporcionados por Oracle.
Para ver más detalles se puede consultar la documentación oficial.
La opción de formato "regexuri" se admite con los siguientes procedimientos DBMS_CLOUD: COPY_COLLECTION, COPY_DATA, CREATE_EXTERNAL_TABLE, CREATE_EXTERNAL_PART_TABLE y CREATE_HYBRID_PART_TABLE.
Para ver más detalles se puede consultar la documentación oficial.
Para ver más detalles se puede consultar la documentación oficial.
Se puede invocar procedimientos externos escritos en lenguaje C desde una base de datos Autónoma como si fueran funciones SQL. Los mismos se alojan de forma remota en una máquina virtual que se ejecuta en una red de nube virtual (VCN) de Oracle Cloud Infrastructure, no requiriendo ser instalados en la base de datos.
Para ver más detalles se puede consultar la documentación oficial.
Cuando habilita la opción de actualización automática, las Bases de Datos Autónomas actualizan automáticamente los clones actualizable con los datos de la base de datos de origen, sin necesidad de una acción por parte de los usuarios o administradores.
Para ver más detalles se puede consultar la documentación oficial.
Una mejora que no había visto mencionada en otros blogs o artículos hasta que fue publicada por Tim Hall en su blog Oracle-Base, es la posibilidad de definir una tabla como de tipo "Staging" al momento de crearla. Esto hace que la tabla sea optimizada automáticamente para recibir datos en forma rápida y para manejar datos volátiles, como veremos a continuación.
Se puede crear o modificar una tabla para que sea de tipo Staging:
-- Crear una tabla como Staging:CREATE TABLE staging_table (col1 number, col2 varchar2(100)) FOR STAGING;-- Modificar una tabla normal a Staging:ALTER TABLE normal_table FOR STAGING;-- Modificar una tabla Staging a normal:ALTER TABLE normal_table [NOT] FOR STAGING;
Al definir una tabla como "Staging", la misma tiene las siguientes características:
Al cambiar una tabla existente con ALTER TABLE t FOR STAGING, la misma ahora tiene todas las características de una tabla de Staging creada con CREATE TABLE t FOR STAGING.
Al cambiar una tabla creada como Staging a una tabla normal usando la cláusula NOT FOR STAGING, la misma permite:
Las vistas USER_TABLES, ALL_TABLES y DBA_TABLES incorporan una nueva columna "STAGING" que indica si la tabla es de tipo Staging indicado con el valor "YES" o el valor "NO" en caso de no serlo.
Esta nueva característica, que no fue destacada en muchos lugares, facilita notablemente las tareas de carga masivas de datos típicas de los Data Warehouse y de procesos de ETL/ELT.
Oracle & Microsoft siguen ampliando la colaboración entre las nubes de ambas empresas, anunciando la semana pasada la disponibilidad del servicio Oracle Database@Azure en la región Germany West Central (Frankfurt) de Azure, la segunda region en soportar este servicio anunciado 2022 y en pleno funcionamiento desde en Diciembre de 2023 en la region East US de Azure.
En en anuncio de prensa se menciona también que en el futuro cercano el servicio también estará disponible en las siguientes regiones de Azure: Australia (Este), Brasil (Sur), Canada (Central), Francia (Central), India (Central), Italia (Norte), Japón (Este), Suecia (Central), Reino Unido (Sur), Estados Unidos (Central), Estados Unidos (Centro-Sur), Emiratos Arabes Unidos (Norte) y Sudeste Asiatico.
Para conocer cómo funciona el Oracle Database@Azure, pueden ver el artículo "Oracle Database Service en Microsoft Azure" que describe los beneficios del mismo.
