Oracle AI Database y las bases de datos autónomas: por qué a los desarrolladores ya no nos basta con una base de datos tradicional.
Oracle se dejó de rodeos: ahora cuando levantas una Autonomous AI Database puedes elegir entre dos sabores muy claros: el clásico Oracle Database 19c o el nuevo Oracle AI Database 26ai.
Detrás del rebranding hay algo importante: 26ai no es “un release más”, es el mensaje formal de que la base de datos se vuelve el centro de la estrategia de IA. Autonomous AI Database, montado sobre 26ai, hereda eso y le mete esteroides a lo que podemos realizar con ella y desde ella.
En pocas palabras: si sigues pensando en Oracle sólo como “el motor relacional donde están las tablas”, te vas a quedar corto.
1. Autonomous AI Database sobre 26ai: lo básico que tienes que saber
En el servicio Autonomous AI Database ahora puedes provisionar o clonar instancias eligiendo la versión de motor: 19c o 26ai.
- En el tier de pago, 26ai está disponible en todas las regiones comerciales públicas.
- En Always Free, 26ai está disponible casi en todas, excepto algunas regiones específicas (por ejemplo Bogotá, Riyadh Central y Singapore West).
Traducción para efectos prácticos:
si quieres experimentar con las features nuevas de 26ai sin pagar, tienes una Autonomous AI Database Always Free que ya corre ese motor en la mayoría de regiones. Y si por alguna razón necesitas legacy o compatibilidad estricta, sigues teniendo 19c al lado.
2. De “base de datos” a “plataforma de IA cerca del dato”
26ai se vende como “AI-native database”. No es puro marketing, trae varias piezas que lo soportan:
- AI Vector Search:
Búsquedas por vectores directamente en la base, con soporte para embeddings y consultas semánticas (similaridad por significado, no por igualdad literal).
Ya no es obligatorio mandar todo a un motor externo tipo Elasticsearch + vector plugin; puedes construir RAG y búsquedas semánticas directamente sobre tablas, JSON, texto y más. - Select AI y agentes:
La capa de natural language to SQL se integra con la base. Desde el punto de vista de arquitectura, es el movimiento lógico: en vez de que tu app “traduzca” texto a SQL, la base expone esa capacidad como servicio de primera clase. - RAG dentro del motor:
Oracle está empujando pipelines de Retrieval-Augmented Generation embebidos en la base, apoyados en Vector Search, JSON, grafos y seguridad nativa.
La gracia aquí es que el control de datos, permisos, auditoría y performance sigue siendo el del motor, no de una app improvisada afuera.
Para un desarrollador que vive en APEX, ORDS o microservicios Java/Python, esto significa que puedes diseñar APIs que expongan capacidades de IA directamente sobre la base en vez de multiplicar servicios intermedios.
3. JSON Relational Duality: ya no es “o tablas o documentos”
Uno de los conceptos más fuertes de 23ai que sigue y crece en 26ai es JSON Relational Duality.
La lógica detrás de JSON Relational Duality es sorprendentemente simple, pero cambia el juego.
Por debajo, sigues trabajando como cualquier ingeniero de bases de datos serio: modelos relacionales bien diseñados, tablas normalizadas, claves foráneas, constraints e índices para exprimir el rendimiento del motor. Nada de eso desaparece.
La diferencia está en cómo expones esos mismos datos. A través de vistas especiales las llamadas duality views la base puede presentar esa estructura relacional como si fuera una colección de documentos JSON. Es el mismo dato visto desde dos mundos distintos: el SQL tradicional y el JSON orientado a documentos, sin duplicados, sin procesos de sincronización y sin pipelines de “ETL casero” para mantener todo alineado.
En la práctica, esto tiene un impacto directo en el diseño de aplicaciones:
- En el backend puedes seguir priorizando consistencia, integridad referencial y performance relacional.
- En el frontend, tus apps móviles, SPAs en JavaScript o integraciones que esperan un “document store” reciben objetos JSON completos, listos para hacer un simple GET o PUT sin pelearse con el modelo interno.
Sobre esta base, 26ai añade una pieza clave: la integración con AutoREST en ORDS. Eso significa que exponer estas duality views como servicios REST bien estructurados deja de ser un proyecto en sí mismo y se convierte prácticamente en una configuración. La ruta de datos queda clara: diseño relacional robusto por dentro, experiencia de documentos moderna por fuera.
Si vienes del mundo APEX + ORDS, esta combinación da un modelo muy limpio para APIs modernas sin perder todo lo que ya sabes de Oracle.
4. Developer experience: SQL moderno, rol para devs y JavaScript dentro de la base
Oracle se dio cuenta de que los devs ya no quieren vivir a punta de grants sueltos y SQL arcano. 26ai mete varias cosas interesantes en este frente:
- DB_DEVELOPER_ROLE
- Rol pensado específicamente para desarrolladores.
- Trae el conjunto de privilegios necesarios para diseñar, depurar y desplegar aplicaciones sin pedirle al DBA “un grant más” cada semana.
- SQL y PL/SQL más cómodos (ya desde 23ai, consolidados en 26ai)
BOOLEANen SQL de forma nativa.- Clausulas nuevas como
QUALIFYpara filtrar sobre funciones analíticas. - Variantes más limpias de
INSERT(por nombre, por set), que reducen errores y mejoran legibilidad. - Mejoras en JSON, materialized views, partition change tracking, etc.
- JavaScript en la base (MLE)
- El Multilingual Engine permite escribir módulos persistentes de JavaScript y llamarlos desde SQL/PLSQL.
- Eso abre la puerta a reutilizar librerías JS dentro de la base para lógica que antes quizá hacías en middle-tier.
Todo esto apunta a lo mismo: que el dev tenga más poder cerca del dato, con herramientas modernas, sin necesitar diez servicios extras para cada cosa.
5. Seguridad y gobierno: SQL Firewall y compañía
Otro ángulo importante: 26ai integra de forma más fuerte la seguridad a nivel de SQL.
- SQL Firewall:
Permite detectar, bloquear y registrar sentencias SQL inesperadas o contextos de sesión anómalos, protegiendo contra patrones tipo SQL injection y abusos de aplicaciones. - Integraciones de identidad:
En el ecosistema 26ai se refuerzan las integraciones con Azure AD y otros proveedores para manejar OAuth2 / SSO hacia la base, algo clave cuando tu app vive en cloud híbrido y la base puede estar en OCI pero el directorio en Azure.
En entornos donde ya tienes Autonomous AI Database, esto significa que puedes pensar la seguridad como parte del diseño de la aplicación, no sólo del “hardening” de infraestructura.
6. ¿Y esto en la práctica, qué significa para ti como desarrollador?
Si estás construyendo aplicaciones empresariales sobre Oracle (APEX, ORDS, Java, Python, Node, lo que sea), 26ai + Autonomous AI Database te cambian varias reglas del juego:
- Puedes prototipar IA (RAG, chatbots internos, búsquedas semánticas) directamente desde la base, aprovechando datos que ya están ahí, con control de seguridad y auditoría integrados.
- Tienes un modelo unificado para datos relacionales + JSON + grafos, lo que baja mucha fricción al diseñar dominios complejos.
- La experiencia de desarrollo mejora con roles dedicados, SQL más expresivo y JavaScript embebido, reduciendo la fricción entre equipo de DBAs y devs.
- Todo esto lo puedes empezar a probar en Always Free en las regiones donde 26ai ya está disponible, sin levantar infraestructura manual.
7. Cierre
26ai no es sólo “otra versión” de Oracle: es la señal oficial de que la base de datos se convierte en plataforma de IA y en framework de datos moderno. Autonomous AI Database, montado sobre ese motor, te da la versión gestionada y autónoma de esa idea.
Si hoy ya tienes proyectos en Oracle y estás pensando en IA, modernización o simplemente en limpiar la arquitectura de tus aplicaciones, tiene mucho más sentido explorar 26ai que seguir creciendo en 19c y luego intentar pegarle IA por los lados.
Referencias
Adams, D. (2025). Oracle AI Database JSON-Relational Duality Developer’s Guide (26ai) (G44096-01). Oracle. https://docs.oracle.com/en/database/oracle/oracle-database/23/jsnvu/index.html
Oracle. (n.d.). JSON Relational Duality. Oracle. https://www.oracle.com/database/json-relational-duality/
Oracle. (2025, octubre). Oracle AI Database 26ai: Feature Highlights. Oracle. https://www.oracle.com/database/26ai/
Oracle. (2024, 2 de mayo). JSON Relational Duality: The Revolutionary Unification of Relational and Document Data [Entrada de blog]. Oracle Blogs. https://blogs.oracle.com/database/json-relational-duality-app-dev
Hall, T. (2023, 4 de abril). JSON-Relational Duality Views in Oracle Database 23ai/26ai. Oracle-Base. https://oracle-base.com/articles/23/json-relational-duality-views-23
Oracle. (n.d.). Developing REST Applications. En Oracle REST Data Services Documentation (Release 25.3). https://docs.oracle.com/en/database/oracle/oracle-rest-data-services/25.3/orddg/developing-REST-applications.html
Hall, T. (2016, 25 de junio). Oracle REST Data Services (ORDS): AutoREST. Oracle-Base. https://oracle-base.com/articles/misc/oracle-rest-data-services-ords-autorest
Social List