WEBVTT

00:00:08.340 --> 00:00:10.360
Buenas tardes, Mónica Godoy y Valentín.

00:00:10.400 --> 00:00:12.180
¿Cómo estás? ¿Cómo estáis?

00:00:13.430 --> 00:00:16.486
Hola, muy bien. Es un gusto
estar hoy aquí con ustedes.

00:00:18.020 --> 00:00:19.687
Muchas gracias por invitarnos.

00:00:20.440 --> 00:00:22.480
A vosotros por venir,
a vosotros por venir.

00:00:22.520 --> 00:00:24.340
Ha sido como un atraco a mano armada, ¿eh?

00:00:24.380 --> 00:00:27.769
Porque chateamos hace dos días,
Mónica, tú y yo, en LinkedIn.

00:00:27.840 --> 00:00:32.220
Fue algo así como, te tengo que contar
cosas de APEX, de cosas que vamos a hacer y tal.

00:00:32.260 --> 00:00:37.020
Y te dije, pues, café. Vamos a tomarnos
un café, vamos a grabar el podcast.

00:00:37.020 --> 00:00:45.100
Y, bueno, podcast con audiencia, que lo
grabaremos y lo subiremos a Apple Music,

00:00:45.320 --> 00:00:48.060
a Spotify, a todos los canales de podcast.

00:00:48.320 --> 00:00:54.900
Pero hoy vamos a hablar, y hoy toca hablar
de Apex y de 23AI, todo lo que hay de inteligencia

00:00:54.900 --> 00:00:56.900
artificial para aprovechar con Apex.

00:00:57.900 --> 00:01:00.456
Cuéntame, cuéntame por
encima, cuéntame cosas.

00:01:00.880 --> 00:01:05.840
Bueno, pues probablemente ya la audiencia
haya escuchado de las nuevas características

00:01:05.840 --> 00:01:10.360
que están disponibles en
Oracle Database 23 AI.

00:01:10.540 --> 00:01:13.700
Yo digo AI, pero es
como ustedes lo quieran.

00:01:15.700 --> 00:01:21.960
Hay características. Valentina ahorita va
a hablar de esas funcionalidades, como son,

00:01:21.960 --> 00:01:26.740
por ejemplo, Vector Search, duality
views y todo esto, entonces.

00:01:26.740 --> 00:01:33.000
Y luego ahorita, cuando Valentín comente
estas nuevas características, voy a comentarles

00:01:33.000 --> 00:01:40.240
también cómo pueden utilizar estas nuevas
características también con Oracle APEX, porque

00:01:40.240 --> 00:01:44.260
bueno, no es solamente como implementarlo
en el el lado de la base de datos, sino también

00:01:44.300 --> 00:01:50.920
que lo puedan llevar a acción cuando lo
implementan en sus aplicaciones y para que puedan

00:01:50.920 --> 00:01:54.976
cumplir también con los requerimientos
que tengan a nivel organizacional.

00:01:55.020 --> 00:01:58.480
Entonces, Valentín, si quieres
comentarte de estas características.

00:01:58.520 --> 00:02:03.500
¡Qué bien! Vamos luego por partes,
porque yo he visto cosas ya en…

00:02:03.500 --> 00:02:06.160
Tranquilos, tranquilos,
vamos a tomar un café.

00:02:06.740 --> 00:02:10.040
He visto cosas muy, muy potentes.

00:02:10.040 --> 00:02:15.460
Lo de Vector Search hizo Connor McDonald
en el SPU de este año, hizo una demostración

00:02:15.460 --> 00:02:17.793
muy sencilla de utilizar el Vector Search.

00:02:18.020 --> 00:02:22.660
Hizo también una especie de cómo
utilizarlo y integrarlo en APEX y tenía muy, muy buena

00:02:22.700 --> 00:02:27.540
pinta. Cuéntanos, Valentín,
tú, tú, ¿qué haces?

00:02:27.580 --> 00:02:30.740
¿Quién eres? Pues Mónica Godoy,
responsable Product Manager de Apex.

00:02:30.780 --> 00:02:33.360
Cuéntanos sobre ti un
poquito, que te conozcamos.

00:02:33.400 --> 00:02:40.860
Vale bueno gracias por la introducción
mónica y javier yo soy product manager de

00:02:40.860 --> 00:02:45.640
base datos a nivel general soy generalista
y conozco un poco de todo todo el producto

00:02:45.640 --> 00:02:52.000
de base datos y los servicios de web de
servicios de nube de base a todos los datos veis

00:02:52.000 --> 00:02:57.950
cómo veis database service exata database
service y otros servicios que tenemos en la

00:02:57.950 --> 00:03:05.270
nube y trabajo mucho con
desarrolladores con ese v

00:03:05.270 --> 00:03:13.100
son independientes software vendors que
desarrollan sobre la base de los oracles e integran

00:03:13.100 --> 00:03:17.860
nuestras últimas tecnologías últimas
capacidades de la base de datos en sus aplicaciones

00:03:17.900 --> 00:03:25.260
entonces yo le doy algunos
consejos consejos de cómo integrar

00:03:25.610 --> 00:03:30.750
nuestra base de datos en sus productos y
también les puedo poner en contacto con especialistas

00:03:30.790 --> 00:03:37.880
de cada funcionalidad de la base de datos
qué bien qué bien qué bien 23 ahí hemos

00:03:37.880 --> 00:03:45.020
tenido algunas charlas ya contando
novedades y tal respecto al desarrollo yo

00:03:45.020 --> 00:03:50.540
creo que lo más quizá lo más potente y lo
más pelotero digamos es toda la integración

00:03:50.540 --> 00:03:57.940
que va a ver con jason las duality
views y todo esto cuéntanos así desde

00:03:57.940 --> 00:04:03.420
tu perspectiva cómo está funcionando
esto la gente no está encajando y

00:04:04.790 --> 00:04:11.930
Es verdad que el tema del jason es uno de
los principales focos de la las novedades

00:04:11.930 --> 00:04:19.090
de 23 ahí junto con el
grafo que tenemos el reporte

00:04:19.090 --> 00:04:25.750
graph query está integrado en el iso está
estándar de sql en la 23 ahí está buenísimo

00:04:25.750 --> 00:04:32.950
pueden lanzar si se pueden lanzar
queries sobre grafos para utilizar estos

00:04:33.590 --> 00:04:41.050
estos mecanismos de atravesar un
grafo de manera muy rápida lo que por

00:04:41.050 --> 00:04:48.280
ejemplo se haría con una query
tradicional haciendo 30 joints de

00:04:48.280 --> 00:04:55.640
30 tablas se puede escribir en 45
líneas en property graph query en

00:04:55.640 --> 00:05:02.780
sql directamente es potentísimo
visto alguna demostración del graf y

00:05:02.780 --> 00:05:11.160
es disfrutar para los que no conozcáis lo
del graf por ejemplo cuando Cuando para detección

00:05:11.160 --> 00:05:15.940
de fraude o cosas así va súper bien
porque tú puedes ver en un gráfico, ¿no?

00:05:16.000 --> 00:05:21.940
Por ejemplo, movimientos bancarios entre
cuentas, cuando hay flujos, digamos, de un dinero

00:05:21.940 --> 00:05:26.940
a 20 cuentas y cuando de esas 20 cuentas
hay el mismo movimiento a una tercera cuenta,

00:05:27.120 --> 00:05:33.300
¿no? Puedes ver cómo hay como detección de
fraude, detectar lavado de dinero, cosas así.

00:05:33.340 --> 00:05:35.940
Es como visualmente es
muy potente el graph, ¿eh?

00:05:35.980 --> 00:05:38.240
Esto es integrarlo con SQL, es...

00:05:39.480 --> 00:05:40.869
Potentísimo, potentísimo.

00:05:41.480 --> 00:05:47.200
Sí, al día de hoy esto tiene
que analizarse en mucho detalle.

00:05:47.320 --> 00:05:54.340
Bueno, entonces el JSON con el grafo y con
otro tema que es el tema de microservicios,

00:05:54.540 --> 00:06:02.610
que también es muy muy desarrollado
en 23AI, con las transacciones

00:06:02.610 --> 00:06:06.750
de tipo Saga, que una de esas son las
transacciones muy grandes sobre muchos microservicios

00:06:06.790 --> 00:06:14.280
se tiene que ejecutar sobre múltiples
componentes de que están funcionando

00:06:14.280 --> 00:06:22.120
a lo mejor en contenedores
de tipo docker o bueno ya

00:06:22.120 --> 00:06:25.860
sabes una aplicación muy compleja
de tipo microservicios, sí sí sí.

00:06:25.860 --> 00:06:33.270
Y cuando hay una saga, una saga es
como hacer una reserva de hotel,

00:06:33.270 --> 00:06:40.570
vuelo y coches de alquiler al mismo
tiempo, o reservas de taxi para

00:06:40.570 --> 00:06:48.330
que te lleve del aeropuerto al hotel, y
si cambia cualquiera de los componentes

00:06:48.720 --> 00:06:52.680
de la reserva, como por ejemplo te cambia
el hotel o te cambia el aeropuerto o el vuelo,

00:06:52.720 --> 00:06:58.200
hay que cambiar todo, hay que devolver
todas las transacciones para atrás con el saga,

00:06:58.200 --> 00:07:05.460
con el soporte para sagas, y hacerlo todo
de nuevo, y hay una comunicación con transacciones

00:07:05.460 --> 00:07:12.600
eventos, bueno hay un tema muy técnico ahí
en el medio que funciona y que hace que

00:07:12.600 --> 00:07:20.060
todo esto posible, no, con las
sagas que bueno, y también y también

00:07:20.260 --> 00:07:27.560
no bloqueamos las tablas en la 23 está ahí
porque se pueden hacer reservas de columnas,

00:07:27.560 --> 00:07:33.780
tipo numéricos, para dejar la tabla Disponible
para otras transacciones mientras que

00:07:33.780 --> 00:07:38.280
se realiza una transacción más
larga con reservation column.

00:07:39.100 --> 00:07:46.130
Claro. Y luego, bueno, hay 300
funcionalidades en la 23 ahí.

00:07:46.210 --> 00:07:51.350
Sí, sí, hay muchas. Yo te voy a contar una
así, que estaba hablando con una persona hace

00:07:51.350 --> 00:07:54.930
poco. Hace poco te estoy hablando
hoy, hoy tenemos esta conversación.

00:07:54.970 --> 00:08:02.790
Un cliente que necesitaba toda
una implementación de JSON y

00:08:02.790 --> 00:08:08.690
había montado Mongo. Y ya teniendo los
servidores instalados y todos los mongos montados

00:08:08.690 --> 00:08:13.370
en las aplicaciones puestas, sabiendo que
Oracle en 23, conociendo toda la integración

00:08:13.410 --> 00:08:16.210
de JSON, ha tirado de atrás Mongo.

00:08:16.570 --> 00:08:21.940
¿Qué ¿Te parece? Esto me he tirado hoy.

00:08:22.080 --> 00:08:27.280
Ha sido como, no, no, además iban a montar
y tenían todo montado, pero viendo que lo

00:08:27.280 --> 00:08:30.900
tenía Oracle, pues al final no han cerrado
el contrato con Mongo y se quedan en Oracle.

00:08:30.940 --> 00:08:34.800
Y estoy hablando de un cliente muy, muy
gordo, pero claro, estas cosas se puede contar,

00:08:34.840 --> 00:08:40.700
se puede contar el tema, pero no
específicamente, pero muy interesante, muy interesante,

00:08:40.800 --> 00:08:43.550
tiene muy buena pinta, ¿no?

00:08:45.370 --> 00:08:52.270
Es que pueden trabajar en Oracle con los
datos relacionales como si fueran documentos

00:08:52.270 --> 00:08:59.280
de tipo jason, no hace falta instalar un
data store específico para los documentos

00:08:59.280 --> 00:09:06.400
jason, y luego ahora que también
soporta las apis, que las mismas apis

00:09:06.400 --> 00:09:13.180
que soporta mongo para trabajar con documentos
y con colecciones de documentos, y en

00:09:13.180 --> 00:09:18.340
Oracle no hay ningún límite y por detrás
la base datos sigue siendo relacional.

00:09:18.340 --> 00:09:24.880
Tú puedes tener una aplicación tradicional
o ldp sobre estos datos que funcione normal

00:09:24.880 --> 00:09:30.900
y corriente y mientras que extraes la
información como documento jason en colecciones

00:09:30.900 --> 00:09:36.360
y trabajas con una app y para una
aplicación de móvil o para realizar un data science

00:09:36.360 --> 00:09:44.350
sobre los campos que hay
en formato jason, total,

00:09:44.350 --> 00:09:47.290
es muy, es muy interesante, muy potente.

00:09:47.290 --> 00:09:54.810
Una vez hecho pruebas de rendimiento
llevando, digamos, la funcionalidad a la

00:09:54.810 --> 00:09:59.130
práctica, grandes volúmenes, algo así, es
decir, tú que eres pro manager sabes si esto

00:09:59.170 --> 00:10:03.610
ya responde como para para decir, venga,
podemos ir a producción ya con las Duality Views

00:10:03.650 --> 00:10:10.230
y esto va para adelante como un tren.

00:10:12.080 --> 00:10:19.100
Por supuesto que tenemos clientes empresariales
muy grandes que utilizan sus bases

00:10:19.100 --> 00:10:26.300
de datos actuales en Oracle y las
convierten en formato JSON para ciertas

00:10:26.360 --> 00:10:27.740
aplicaciones, que no es para todo.

00:10:27.780 --> 00:10:35.740
Para aplicación móvil por ejemplo de un
banco la app y que necesitan en requiere

00:10:35.740 --> 00:10:40.660
el dato en formato jason lo puede
utilizar directamente en formato jason

00:10:43.000 --> 00:10:50.140
Claro que hay, el rendimiento es igual que

00:10:50.140 --> 00:10:57.380
en una base datos nuestra normal y es
muy escalable, también tenemos la los

00:10:57.570 --> 00:11:04.130
sistemas los Los Engineer Systems, que son
Exadata, que son los más potentes para los

00:11:04.130 --> 00:11:06.830
clientes grandes que necesitan
un rendimiento muy alto.

00:11:06.870 --> 00:11:10.270
La técnica que hay debajo no es tan fácil.

00:11:10.730 --> 00:11:17.790
Desde esta nueva
funcionalidad de tratar el

00:11:17.790 --> 00:11:22.450
relacional, digamos, desde comandos de
JSON o esas actualizaciones masivas que puedan

00:11:22.490 --> 00:11:26.250
hacerse en documentos, esas son las
cosas que siempre dan un poco de miedo.

00:11:26.290 --> 00:11:28.330
Porque en relacional lo tenemos claro.

00:11:28.370 --> 00:11:34.710
Tenemos claro que en relacional tenemos
toda la información aislada y cuando actuamos

00:11:34.710 --> 00:11:39.590
sobre algo concreto es sobre esa columna
en concreto, esa fila en concreto.

00:11:39.590 --> 00:11:45.270
Pero claro, en JSON esa transparencia
es un poco más complicada.

00:11:45.450 --> 00:11:53.550
Estos subdates sobre JSON que al
final van a parar a tablas, tienen

00:11:53.550 --> 00:11:58.760
que tener su complejidad.

00:12:02.120 --> 00:12:07.300
Claro pero bueno nuestros ingenieros son
muy buenos y lo conocería muy bien cómo hacerlo

00:12:07.880 --> 00:12:14.460
yo confío en ellos y todo lo que he
probado me funciona muy bien y ha sido todo muy rápido

00:12:14.460 --> 00:12:20.720
todo es muy rápido que bien muy bien muy
bien muy bien pues mónica también cuéntanos

00:12:20.720 --> 00:12:23.664
tú como tú ¿Tú cómo estás
viviendo lo de la nueva 23?

00:12:24.520 --> 00:12:31.640
Bueno, pues desde el lado de Apex hemos
tenido varias, digamos que gracias a

00:12:31.640 --> 00:12:39.360
esas características, pues son también,
digamos que nuevas visiones y nuevas oportunidades

00:12:39.360 --> 00:12:43.620
también disponibles ahora desde
el punto de vista de Apex.

00:12:43.720 --> 00:12:46.440
Por ejemplo, lo que
comentaban de Vector Search.

00:12:46.440 --> 00:12:53.300
Esto es algo que definitivamente cambia el
paradigma de la forma en que usualmente nosotros

00:12:53.300 --> 00:12:57.080
utilizábamos un término
de búsqueda, ¿cierto?

00:12:57.100 --> 00:13:03.560
Por ejemplo, teníamos una aplicación,
poníamos allí para que el usuario pudiera filtrar

00:13:03.560 --> 00:13:06.200
el término que él ingresaba, ¿cierto?

00:13:06.260 --> 00:13:12.560
Y pues lo vamos a buscar por un término
que exactamente sea igual a lo que ya tenemos

00:13:12.560 --> 00:13:14.460
guardado en la base de datos.

00:13:14.460 --> 00:13:21.620
Pues esto cambia totalmente la forma
de buscar con AI Vector Search, porque

00:13:21.620 --> 00:13:26.480
en vez de estar buscando por este término,
pues vamos a buscar por similitudes semánticas.

00:13:26.520 --> 00:13:32.700
Entonces, ya no nos tenemos que enfocar
como en poner todos los términos posibles para

00:13:32.700 --> 00:13:38.360
que esto pueda funcionar, sino que simplemente
con El vector, pues él va a encontrar

00:13:38.360 --> 00:13:42.820
similitudes y va a poder presentar
los mejores valores al usuario.

00:13:42.820 --> 00:13:50.060
Incluso nosotros tenemos varios
artículos donde ustedes pueden

00:13:50.060 --> 00:13:56.780
ver la implementación y básicamente pues
cómo se puede integrar esta búsqueda con vector

00:13:56.780 --> 00:14:03.980
search en la base de datos 23 AI
y con APEX, no necesitan digamos

00:14:03.980 --> 00:14:11.320
que ningún tipo de LLM adicional
o externo, solamente es utilizando

00:14:11.320 --> 00:14:17.200
la base de datos 23 AI y pues
allí lo van a poder llevar a cabo.

00:14:17.360 --> 00:14:23.560
Hay uno de pronto en el canal de Apex que
me dices que hay un canal, puedo ponerlo allí

00:14:23.560 --> 00:14:29.200
para que ustedes puedan ver el detalle de
esta implementación que básicamente consiste

00:14:29.200 --> 00:14:36.580
en crear, una vez ustedes tengan el modelo
OEDNX que sería el Open Neural Network

00:14:36.580 --> 00:14:42.740
Exchange, en la base de datos, pues van a
poder luego convertir, basado en ese modelo

00:14:42.740 --> 00:14:48.420
que ustedes tienen, pues convertir, por
ejemplo, una descripción que tengan de una imagen,

00:14:48.460 --> 00:14:55.260
por ejemplo, esto lo convierten a un
vector y con esto se va a hacer la búsqueda o más

00:14:55.260 --> 00:15:01.960
bien el cálculo entre el término
que estaba introduciendo el usuario.

00:15:01.960 --> 00:15:05.080
Y pues digamos que una galería
de imágenes que se tengan.

00:15:05.120 --> 00:15:07.300
Esto es como para dar un ejemplo, ¿no?

00:15:07.380 --> 00:15:14.010
Pero ustedes lo pueden utilizar con cualquier
otro tipo de documento, incluso podría

00:15:14.010 --> 00:15:21.050
ser no con imágenes, sino que
queremos tener una, Digamos que un

00:15:21.050 --> 00:15:24.890
tipo de ayuda o un tipo
de Q &A para los usuarios.

00:15:24.890 --> 00:15:30.770
Pues utilizamos todo un documento donde
tengamos las respuestas y pues allí se va a poder

00:15:30.770 --> 00:15:37.090
utilizar esta información para resolver
la pregunta que tenga el usuario.

00:15:37.250 --> 00:15:44.790
Igual hay otras cosas también en
Apex 24 .1 que también podrían ser

00:15:44.790 --> 00:15:49.350
bastante útiles, pero pues
no quiero saltarme la parte.

00:15:49.350 --> 00:15:53.650
Claro, claro. Vamos
contando, vamos contando.

00:15:54.010 --> 00:15:59.110
Hablabas de los modelos, es decir, hay ya
modelos pre -entrenados y modelos que vayan

00:15:59.110 --> 00:16:04.210
finos, porque con todo esto de las sillas
parece un poco que depende qué modelo de entrenamiento

00:16:04.250 --> 00:16:10.110
se use, pues bueno, como que tienes
unos resultados donde tienes otros.

00:16:10.110 --> 00:16:15.850
A veces tienes que probar con primero un
modelo entrenado o ir probando otro porque a

00:16:15.850 --> 00:16:20.450
lo mejor no va tan fino.
¿Cómo funciona eso?

00:16:20.530 --> 00:16:25.610
¿Tenéis vosotros ya una librería o modelos
públicos o modelos nativos de Oracle que puedan

00:16:25.610 --> 00:16:33.130
usarse? Yo conozco algunos, por ejemplo,
sobre animales, que para detectar fotos de animales

00:16:33.130 --> 00:16:38.870
y características de animales están entrenados
sobre zoo, sobre modelos de zoo, pero

00:16:38.870 --> 00:16:41.250
no sé, no conozco muy bien.

00:16:41.390 --> 00:16:45.390
¿Tenéis cosas, hay cosas por
ahí para usar y cacharrear?

00:16:45.390 --> 00:16:51.630
Sí, bueno, de pronto ahorita Valentín
puede comentar más, pero una cosa, por ejemplo,

00:16:51.650 --> 00:16:58.790
sería OCI Generative AI, que también
tiene diferentes modelos que puedas

00:16:58.790 --> 00:17:03.690
poder utilizar, pero también quizás
te refieres también a OCI Vision.

00:17:04.510 --> 00:17:11.590
OCI Vision también, podemos
utilizar el modelo genérico que ya

00:17:11.590 --> 00:17:18.610
está entrenado y que funciona bastante
bien, pero si nosotros queremos ir un poco

00:17:18.610 --> 00:17:24.470
más allá y ser más detallistas en la
búsqueda o en lo que nosotros queremos encontrar,

00:17:24.650 --> 00:17:30.370
digamos que en unas imágenes, pues podemos
crear nuestro Propio modelo entrenarlo con

00:17:30.370 --> 00:17:37.850
las imágenes, vamos a poderle ofrecer
al usuario para que busque y ofrece

00:17:37.850 --> 00:17:44.930
utilizarlo finalmente en la aplicación,
pero bueno, de todo depende, no sé si Valentín

00:17:44.930 --> 00:17:48.150
quiera comentar algo de
estos modelos también quiero

00:17:50.900 --> 00:17:54.520
Solo añadir lo que tú acabas de explicar.

00:17:54.520 --> 00:18:01.560
Por esta razón tenemos tres
posibilidades: la primera es la que

00:18:01.560 --> 00:18:07.680
comentó, la que explicó Mónica, es de
utilizar los servicios específicos de, o sea, y

00:18:07.680 --> 00:18:12.860
de Oracle Cloud Infrastructure, que están
ya diseñados para ciertas funcionalidades,

00:18:12.860 --> 00:18:21.400
por ejemplo el Speech, el Vision,
el hay varios servicios entrenados

00:18:21.400 --> 00:18:26.980
para ciertas tareas y los puedes también
utilizar directamente sin tener que crear tu

00:18:26.980 --> 00:18:34.160
propio modelo específico; la segunda
posibilidad es de desplegar un

00:18:34.160 --> 00:18:43.310
clúster de inteligencia artificial privado
para desplegar tu propio modelo y tenerlo,

00:18:43.410 --> 00:18:50.410
bueno, optimizarlo lo para los propósitos
que tienes, tenerlo a mano para

00:18:50.410 --> 00:18:55.300
la aplicación que quieres desarrollar; y
la tercera es utilizar un modelo público de

00:18:55.300 --> 00:19:03.210
Hacking Face, lo llevas y también lo
puedes ajustar un poco a tus medidas, pero

00:19:03.470 --> 00:19:10.350
está ya pre entrenado y normalmente hay
que buscar entre varios modelos hasta que encuentres

00:19:10.350 --> 00:19:14.310
lo que tú realmente necesitas
para la aplicación, bueno.

00:19:15.520 --> 00:19:16.620
Muy interesante. Es interesante, ¿no?

00:19:16.660 --> 00:19:18.960
Es decir, varias opciones, ¿no?

00:19:19.020 --> 00:19:26.240
Unas quizá más públicas. ¿Todo esto tenéis
enlaces de Live Labs o cosas que alguien

00:19:26.240 --> 00:19:33.260
pueda probar? ¿Cómo podríamos
tener una documentación

00:19:33.260 --> 00:19:37.460
así para ir conociendo un poco más con algún
caso práctico que se pueda hacer, algún

00:19:37.500 --> 00:19:44.820
ejemplo? Claro, hay un sitio muy
popular que se llama Live Labs y

00:19:44.820 --> 00:19:50.980
allí van a encontrar una infinidad de
laboratorios disponibles utilizando tecnologías

00:19:50.980 --> 00:19:57.580
Oracle, pueden entrar allí y allí está,
digamos que pueden ingresar un nombre de lo que

00:19:57.580 --> 00:20:04.580
ustedes quieran buscar, ya sea
Vector Search o Duality Views, lo

00:20:04.580 --> 00:20:05.680
que a ustedes les interesa.

00:20:05.720 --> 00:20:12.700
Y les van a aparecer allí los workshops
disponibles para ese tema que ustedes quieren

00:20:12.700 --> 00:20:19.140
encontrar más detalles. También, por
ejemplo, desde el punto de vista de Apex, bueno,

00:20:19.200 --> 00:20:24.340
les comentaba antes que hay un blog donde
se puede ver la implementación de Vector Search

00:20:24.340 --> 00:20:32.500
con Apex, pero también tenemos otros
laboratorios en los que utilizamos OCI Vision, OCI

00:20:32.500 --> 00:20:37.120
Document Understanding y cómo
se pueden integrar con Apex.

00:20:37.280 --> 00:20:44.460
Entonces, pueden ver todos los pasos
donde se puede llevar esa integración.

00:20:44.700 --> 00:20:47.144
Por ejemplo, con OCI
Document Understanding,

00:20:48.660 --> 00:20:54.780
Eso también es un servicio de OCI que es
muy interesante porque ayuda, por ejemplo, si

00:20:54.780 --> 00:21:02.000
tienes muchas facturas y puede ser de
diferentes formatos esas facturas, que puedas obtener

00:21:02.000 --> 00:21:08.540
la información que tienes en el detalle de
estas facturas y cargarlo automáticamente

00:21:08.540 --> 00:21:15.700
a la base de datos. Entonces, probablemente,
no sé si alguien sepa de esto, pero en

00:21:15.700 --> 00:21:21.840
el área de contabilidad, no sé cómo lo
llamen aquí en España, pues normalmente hay una

00:21:21.840 --> 00:21:27.040
persona encargada de cargar la información
que reciben de las facturas, ¿verdad?, al

00:21:27.040 --> 00:21:29.020
sistema que ellos manejan.

00:21:29.020 --> 00:21:30.920
O sea, ahora con cualquier otro.

00:21:31.140 --> 00:21:34.251
Es un proceso que básicamente
tienen que hacerlo manual.

00:21:34.760 --> 00:21:41.680
Ahora, con OCI Document Understanding,
pues simplemente cargas esta factura y automáticamente

00:21:41.680 --> 00:21:47.960
el sistema va a tomar los datos, la
información que esté contenida allí, lo va a llevar

00:21:47.960 --> 00:21:54.920
a la base de datos y pues va a ser mucho
más fácil, ya sea para el usuario o en términos

00:21:54.920 --> 00:22:00.500
generales, entender qué información hay
allí y trabajar basado en esos datos que tenemos

00:22:00.500 --> 00:22:07.180
después esto realmente hay más servicios
como comentaba valentín eso también los pueden

00:22:07.180 --> 00:22:14.500
encontrar y van por ejemplo a su favor
preferida y ingresan por ejemplo hay

00:22:14.500 --> 00:22:20.640
servicios o si hay hay servicios y van a
encontrar muchos más por Por ejemplo, también

00:22:20.640 --> 00:22:24.380
está el Digital Assistant,
Language, Speech.

00:22:24.980 --> 00:22:27.860
Entonces, pues, esto es muy interesante.

00:22:28.120 --> 00:22:29.640
Y ver cómo se puede integrar.

00:22:29.680 --> 00:22:36.020
La mayoría de ellos simplemente necesitas
un servicio REST para poderlo consumir.

00:22:36.480 --> 00:22:41.780
Entonces, pues, fácilmente, por ejemplo,
podrías invocarlo desde una aplicación Apex.

00:22:42.770 --> 00:22:47.950
¡Qué bien! Una pregunta, por poner todo en
contexto un poquito, quitó todo lo que estamos

00:22:47.950 --> 00:22:52.770
hablando, estamos hablando
23 ahí únicamente o si

00:22:54.820 --> 00:23:02.470
Correcto está Disponible en tu

00:23:02.470 --> 00:23:09.520
propio data center si tienes
un exacto y también la

00:23:09.520 --> 00:23:14.620
tenemos disponible en docker
y desplegarla en cualquier

00:23:16.020 --> 00:23:18.000
Portátil. El Free, ¿vale?

00:23:18.020 --> 00:23:19.460
El Free Development Edition, ¿no?

00:23:19.500 --> 00:23:25.700
Claro, claro. Es una versión limitada,
pero para educación entiendo que es válida.

00:23:25.800 --> 00:23:31.400
Por lo menos lo que nos dicen es que es
full a nivel de funcionalidades, pero sí limitada,

00:23:31.420 --> 00:23:34.880
digamos, pues a, bueno, el
tema de memoria y de espacio.

00:23:35.140 --> 00:23:39.800
Para lo que es aprender y descubrir la
funcionalidad y para desarrollar, para empezar

00:23:39.840 --> 00:23:42.507
a desarrollar, con eso
tenemos más que de sobra.

00:23:45.000 --> 00:23:48.580
Oye, Valentín, ¿tú que eres De database?

00:23:48.980 --> 00:23:51.060
Venga, ¿para cuándo va
a salir on -premise?

00:23:51.100 --> 00:23:57.120
La 23 Es que tenemos ganas.

00:23:57.120 --> 00:24:00.940
Tenemos ganas Hay que mirar.

00:24:00.940 --> 00:24:06.220
Hay que seguir la página de Marketplace
Support, tenemos ahí una nota donde van a publicar

00:24:06.220 --> 00:24:10.920
las fechas de lanzamiento y todavía
está por determinar esta fecha.

00:24:10.920 --> 00:24:13.340
No tenemos esta información ahora.

00:24:13.340 --> 00:24:16.120
Estamos ahí, ¿eh? Estamos
expectantes ahí, ¿eh?

00:24:17.660 --> 00:24:19.720
Estamos muy cerca. Sí, sí, sí.

00:24:19.720 --> 00:24:24.280
A ver, parece, por lo que
veo, está bastante madura ya.

00:24:24.380 --> 00:24:27.920
Al menos está madura para funcionar
en Exadata y para funcionar en OCI.

00:24:27.960 --> 00:24:30.960
Yo creo que tiene que estar
ahí casi, casi, casi, ¿no?

00:24:31.000 --> 00:24:34.780
Mira, comenta Ronald, dice,
primer cuatrimestre de 2025.

00:24:35.360 --> 00:24:37.520
Mira, yo había leído
primer semestre de 2025.

00:24:37.560 --> 00:24:41.940
Pues con primer cuatrimestre, pues
estaríamos ahí poquito a poquito.

00:24:41.940 --> 00:24:46.840
Se lo pedimos a los reyes magos,
a Santa Claus, que nos la traiga.

00:24:46.980 --> 00:24:54.120
Muy bien. Cositas que quería preguntaros
y que quería que me contaseis sobre

00:24:54.120 --> 00:25:01.360
Apex. La gente que quiera,
digamos, empezar a descubrir

00:25:01.360 --> 00:25:06.560
Apex, quizá un poco, no desde cero, pero a
lo mejor sí desde un punto más o menos intermedio.

00:25:06.560 --> 00:25:10.680
Gente que ya tenga conocimiento, pues a lo
mejor de algo de Data Science y quiera utilizar

00:25:10.720 --> 00:25:13.640
a lo mejor Machine
Learning, la IA y todo esto.

00:25:13.740 --> 00:25:21.140
¿Cuál sería el camino fácil
para utilizar, por ejemplo, la

00:25:21.140 --> 00:25:26.560
Free Tire de OCI para decir, mira, con
esto, que sería, por ejemplo, a lo mejor desplegar

00:25:26.560 --> 00:25:32.920
un Autonomous con la modalidad de Apex,
porque ahí está la modalidad de Apex, la modalidad

00:25:32.920 --> 00:25:35.160
de REST, o LTP o Data Warehouse.

00:25:36.560 --> 00:25:43.700
¿Cómo recomendaríais vosotros
que alguien empezase a conocer y

00:25:43.700 --> 00:25:52.940
a descubrir la 23i con Apex
desde una forma accesible

00:25:52.940 --> 00:26:00.180
o más resuelta? Hablo de los cifritas
ayer porque pienso que es algo que en

00:26:00.180 --> 00:26:05.320
un momento alguien puede tener disponible
un Autonomous, puede tener un Autonomous con

00:26:05.320 --> 00:26:12.360
REST o con Apex y decir pues mira con
esto, con Visual Studio Code, con un

00:26:12.360 --> 00:26:17.060
Autonomous y con estos
tutoriales o lo que sea.

00:26:17.060 --> 00:26:19.340
O sea, ¿alguien ya tiene
ahí para descubrir?

00:26:19.380 --> 00:26:28.060
¿Cuál recomendaríais vosotros ese
camino de primer contacto con Apex

00:26:28.250 --> 00:26:34.360
y con 23 ahí? Bueno, lo primero, por si
alguien no lo sabe, alguien de la audiencia que

00:26:34.360 --> 00:26:41.800
no lo sepa, Apex está disponible en
cualquier base de datos, ya sea que esté en Premises

00:26:41.800 --> 00:26:46.880
o en Cloud. En cualquier lugar donde esté
una base de datos Oracle, allí pueden tener

00:26:46.880 --> 00:26:53.180
APEX. Entonces, para resolver tu
pregunta, diría yo que hay dos opciones.

00:26:53.260 --> 00:26:59.180
Ya sea si lo quieres manejar on -premise
o si lo quieres trabajar en cloud.

00:26:59.780 --> 00:27:07.260
Entonces, puedes bajar, por ejemplo, hay
una VirtualBox Appliance que ya incluye Tanto

00:27:07.260 --> 00:27:12.820
la base de datos 23EI Free y
también incluye Apex 24 .1.

00:27:13.280 --> 00:27:18.600
Entonces, si ustedes quieren encontrar
esto, pueden ir a apex .oracle .com.

00:27:18.600 --> 00:27:24.820
En la página principal, allí van a encontrar
un link que dice Start for Free Today.

00:27:26.900 --> 00:27:34.160
Van a bajar un poco y van a encontrar la
máquina virtual para poder descargarlo descargarlo

00:27:34.160 --> 00:27:39.660
y utilizar todo lo que contiene
también este appliance.

00:27:39.900 --> 00:27:45.000
No solamente está la base de datos,
también van a tener allí el sistema operativo, Oracle

00:27:45.000 --> 00:27:46.700
Red Data Services, mejor dicho.

00:27:46.740 --> 00:27:54.020
Tienen todas las herramientas listas para
que puedan empezar a trabajar o si no, la alternativa

00:27:54.020 --> 00:28:01.200
sería utilizar Apex en Oracle Cloud
utilizando también, lo pueden hacer

00:28:01.200 --> 00:28:08.430
totalmente gratis y simplemente
van a oracle .com slash free y pues

00:28:08.430 --> 00:28:15.670
se pueden registrar
para obtener una cuenta

00:28:16.380 --> 00:28:23.460
totalmente gratis. Le dan clic en Start
for Free allí, llenan los datos y pues pueden

00:28:23.460 --> 00:28:25.700
provisionar su base de datos.

00:28:26.740 --> 00:28:33.790
Ahora, probablemente pues si no tienen mucha
experiencia en el lado de Oracle Cloud,

00:28:34.130 --> 00:28:40.030
Tenemos varios laboratorios que están
nuevamente en apex .oracle .com.

00:28:40.230 --> 00:28:47.430
Ustedes pueden ir a el tab Learn
y van a encontrar allí una opción

00:28:47.430 --> 00:28:49.650
que se llama Labs and Tutorials.

00:28:50.310 --> 00:28:57.310
Entonces, en cada uno de estos laboratorios
mostramos cómo puedes provisionar tu

00:28:57.310 --> 00:29:03.710
ambiente. Y ese sería como el paso previo
antes de empezar a desarrollar el laboratorio.

00:29:04.470 --> 00:29:07.910
Obviamente, como les decía,
pues hay varias alternativas.

00:29:07.910 --> 00:29:15.130
Si ustedes quieren utilizar Apex
en Oracle Cloud, Apex Service o

00:29:15.130 --> 00:29:21.230
incluso hay una tercera opción, pero esto
no sería utilizando la base de Datos 23EI,

00:29:21.450 --> 00:29:28.550
sería simplemente con la base
de datos 19C y es que puedan

00:29:28.550 --> 00:29:35.550
solicitar un espacio de trabajo en apex
.oracle .com que también es totalmente

00:29:35.550 --> 00:29:41.810
gratuito no les piden tarjeta de crédito
ni nada simplemente van allí se registra y van

00:29:41.810 --> 00:29:48.490
a poder utilizar Apex para que puedan
evaluar sus características pueden utilizar Apex

00:29:48.490 --> 00:29:55.470
como si fuera un ambiente productivo pero
es simplemente para que ustedes lo puedan evaluar

00:29:55.470 --> 00:30:00.790
si ustedes ya están listos digamos que
para ir a un ambiente productivo pueden exportar

00:30:00.790 --> 00:30:08.270
sus aplicaciones e importarlas pues en el
ambiente que corresponde entonces hay múltiples

00:30:08.270 --> 00:30:14.990
opciones obviamente cuando hablamos de
apex con 23 edad pues así quedamos solamente con

00:30:14.990 --> 00:30:23.530
dos que sería provisionando su base de
datos autónoma en oracle cloud y utilizando

00:30:23.660 --> 00:30:26.327
la virtual machine que
también pueden descargar.

00:30:27.640 --> 00:30:34.680
Ahora, creo que en la región
de España, de Madrid, aún

00:30:34.680 --> 00:30:37.200
no tenemos la 23 en autónomos.

00:30:38.060 --> 00:30:39.949
Esta es una tarea pendiente, creo.

00:30:40.600 --> 00:30:43.760
Está solamente en algunas
regiones, sí es cierto.

00:30:43.980 --> 00:30:48.100
En algunas regiones. Habría que chequear
primero en qué regiones tenemos, digamos, también

00:30:48.140 --> 00:30:52.580
porque si alguien se va a hacer
una cuenta, una cuenta free, ¿vale?

00:30:52.920 --> 00:30:56.780
Por varias cosas interesantes de las Las
contas free, la primera, las contas free tienen

00:30:56.820 --> 00:31:02.200
unos recursos que son los always free, que
digamos siempre vas a tener una base, me parece

00:31:02.200 --> 00:31:07.860
que son dos bases de datos autónomas,
nunca se va a cobrar por ellas, una base de datos

00:31:07.860 --> 00:31:13.960
en la nube, siempre disponible para poder
hacer tu aprendizaje y tu desarrollo, siempre

00:31:13.960 --> 00:31:16.300
disponible, siempre
gratis, no always free.

00:31:16.340 --> 00:31:21.740
Y eso también, es decir, ya que alguien va
a hacer una cuenta nueva, pues elegir la región

00:31:21.740 --> 00:31:25.960
donde tengamos 23, en Madrid, tenemos que
esperarnos un poquito aún, parece, ¿no?

00:31:26.000 --> 00:31:33.280
Sí, bueno, voy a ponerles este
enlace allí en la comentación.

00:31:34.100 --> 00:31:40.080
Acabo de ponerlo ahora. Bueno, ahí está,
pues digamos que no está todo, ah, pero aquí

00:31:40.080 --> 00:31:44.720
aparece, ah, España aparece,
pero para las cuentas pagas.

00:31:46.290 --> 00:31:53.450
Vale, vale, vale, claro. No es
para el Free, el Free Tier todavía

00:31:53.450 --> 00:31:58.870
no está, pero de autónomos, bueno, la
cuenta que nosotros tenemos, los seis a mí no me

00:31:58.870 --> 00:32:03.430
dejaba escoger 23 de
las de las de autónomos.

00:32:04.800 --> 00:32:08.140
Si es una cuenta de pago, debería dejarte.

00:32:08.840 --> 00:32:15.020
Vale, bueno, pues Si no es el free tier,
bueno, es que nuestras cuentas estas de

00:32:16.740 --> 00:32:22.040
De Ace son un poco así, no son como
cuentas free -tayer a las que se les ha añadido un

00:32:22.040 --> 00:32:27.180
dinero de crédito para que nosotros
hagamos nuestras pruebas entonces es como una cuenta

00:32:27.180 --> 00:32:32.720
un poco rara, pero bueno, sabiendo que
esta versión de pago en España pues tenerlo en

00:32:32.720 --> 00:32:37.840
cuenta y si no si alguien quiere en free
probarlo, pues tendría que ir a otra región,

00:32:37.940 --> 00:32:42.160
quizá, no sé si Frankfurt o no
sé, alguna de las que están.

00:32:42.260 --> 00:32:49.020
Hemos puesto el enlace en el canal de apex
lo digo por resumir estamos grabando en directo

00:32:49.020 --> 00:32:54.780
pero si estás escuchando esto dentro de
unos días en grabado en el podcast que sepáis

00:32:54.780 --> 00:32:58.860
que todos estos enlaces que estamos
contando lo estamos poniendo en el servidor de disco

00:32:58.900 --> 00:33:04.220
de café database en el canal de apex y
estamos poniendo un poco pues mónica puesto los

00:33:04.220 --> 00:33:10.140
enlaces de los tutoriales de apex son ser
tutoriales y los los trainings y todo eso,

00:33:10.260 --> 00:33:13.840
y muy bien, muy interesante, ¿no?

00:33:14.240 --> 00:33:16.296
Muy interesante todo lo que se viene.

00:33:17.020 --> 00:33:24.240
Sí, así es, y bueno, si están interesados
o si están motivados con 24 .1, pues yo creo

00:33:24.240 --> 00:33:28.462
que lo que viene va a estar mucho más
interesante, así que estén preparados.

00:33:29.380 --> 00:33:37.180
Yo quería contarte o que nos
contaras algo que me dejó flipado

00:33:37.180 --> 00:33:44.620
totalmente, que es el generador de SQL
a partir del lenguaje conversacional.

00:33:46.020 --> 00:33:48.540
Bueno, tremendo eso, ¿eh?

00:33:48.680 --> 00:33:55.840
Es decir, créame que dices,
ostras, estamos ya ahí en que

00:33:55.840 --> 00:34:02.340
las aplicaciones, evidentemente con
supervisión, se genere, digamos, o el gran grueso

00:34:02.340 --> 00:34:10.180
se pueda generar con IA y
una cosa que hemos comentado

00:34:10.180 --> 00:34:16.780
que tenías para ese evento que vamos a
hablar en un ratito que vais a hacer de Apex sobre

00:34:17.960 --> 00:34:21.840
esto de el generador de aplicaciones

00:34:22.920 --> 00:34:27.760
¿cómo lo has hecho? ¿un asistente ahí
para desarrollo de aplicaciones con Apex?

00:34:27.760 --> 00:34:35.130
Contarles qué es eso bueno esto esto es
algo que está disponible a partir de 24 .1

00:34:35.130 --> 00:34:42.450
lo pueden utilizar en la base de datos
oracle 19c a partir de esta versión y

00:34:42.450 --> 00:34:50.100
pues bueno otro requisito antes de
contarles es que necesitan configurar

00:34:50.420 --> 00:34:55.940
una con su servicio de inteligencia
artificial esto ¿Por qué?

00:34:56.300 --> 00:35:03.160
Porque en esta funcionalidad que estamos
hablando, que es el desarrollo asistido de aplicaciones,

00:35:03.640 --> 00:35:10.600
pues vamos a poder interactuar de manera
conversacional con la inteligencia artificial

00:35:10.600 --> 00:35:14.740
para diferentes propósitos de desarrollo.

00:35:14.740 --> 00:35:20.460
Entonces, vamos a poder interactuar con
ellos para pedirle que me cree una aplicación

00:35:20.460 --> 00:35:26.840
basado en la instrucción que yo haya
suministrado como usuario o como desarrollador más

00:35:26.840 --> 00:35:30.240
bien. Entonces, puedo ser tan
específico como yo quiera.

00:35:30.560 --> 00:35:36.700
Tú puedes decirle, bueno, ayúdame a crear
una aplicación para este propósito, ¿verdad?

00:35:36.760 --> 00:35:41.980
Y que incluya reportes O un formulario o
simplemente sea para administrar, y puede ser

00:35:41.980 --> 00:35:47.740
específico también en decirle con estos
objetos de base de datos que yo ya tengo.

00:35:48.220 --> 00:35:54.180
Entonces, obviamente, ya necesitas tener
unas tablas allí, también quizás unas vistas

00:35:54.180 --> 00:35:58.720
y puedes definir que con esos objetos
necesitas crear la aplicación.

00:35:59.040 --> 00:36:04.540
Una vez hayas ingresado esta instrucción,
él va a tomar allí unos segundos y te va a

00:36:04.540 --> 00:36:08.440
retornar una idea de lo que vas a crear.

00:36:08.440 --> 00:36:16.040
Entonces te va a decir, vamos a crear
un formulario, vamos a crear un reporte

00:36:16.040 --> 00:36:19.220
basado en esta tabla, por ejemplo.

00:36:19.320 --> 00:36:24.600
Y si tú estás de acuerdo, pues vas a crear
la aplicación basado en esa definición que

00:36:24.600 --> 00:36:26.740
te ha suministrado la IA.

00:36:26.820 --> 00:36:33.100
Si no, pues puedes seguir añadiendo más
características o más instrucciones hasta que

00:36:33.100 --> 00:36:37.060
hayas definido cómo quieres
crear tu aplicación.

00:36:37.060 --> 00:36:44.340
Pero esto es solamente una parte de
este desarrollo asistido, porque hay más

00:36:44.340 --> 00:36:48.920
características también. Entonces, hay que
tener en cuenta que esto que les comentaba

00:36:48.960 --> 00:36:54.400
es solamente para aplicaciones nuevas,
no para aplicaciones ya existentes.

00:36:54.740 --> 00:36:56.129
¿Esto valdría con OpenAI?

00:36:56.960 --> 00:36:59.940
¿Tener una cuenta con OpenAI o con...?

00:36:59.940 --> 00:37:06.280
Tenemos Tres opciones: OCI,
Generative AI, Cogir y Open AI.

00:37:06.460 --> 00:37:10.260
Entonces tú configuras el
servicio de IA, el que prefieras.

00:37:10.580 --> 00:37:18.000
Tú ingresas los datos y una
vez lo hayas registrado,

00:37:18.100 --> 00:37:21.000
vas a poder utilizar esta
opción que te comento.

00:37:21.040 --> 00:37:26.000
Porque si no tienes registrado un servicio
de IA, pues esta opción no te va a aparecer.

00:37:32.960 --> 00:37:40.320
Y tenemos también servicios adicionales o
funcionales adicionales que se pueden aprovechar

00:37:40.320 --> 00:37:47.360
de igual manera el select y hay que
permite comunicar con la base datos

00:37:47.360 --> 00:37:54.740
de manera en lenguaje natural en lenguaje
humano sin tener que escribir sql y

00:37:55.190 --> 00:38:02.430
el rock y retrieval augmented generation
que también es la una manera de pedirle que

00:38:02.430 --> 00:38:10.000
la base datos nos conteste pero no de
una manera tabular sino en lenguaje

00:38:10.000 --> 00:38:17.090
humano que nos cree una respuesta
humana como si fuera una persona.

00:38:17.150 --> 00:38:19.983
Que responda a la select
como si fuera una persona.

00:38:20.370 --> 00:38:24.360
Dime... Exactamente. Este es el RAC.

00:38:25.280 --> 00:38:27.113
Qué interesante, qué interesante.

00:38:27.920 --> 00:38:29.700
De todo esto, ¿qué vais a...?

00:38:29.700 --> 00:38:35.680
Cuéntame, porque María me dijo que vais a
hacer como un Apex Tour en España, Portugal.

00:38:36.580 --> 00:38:40.250
Un evento... Un evento potente, ¿no?

00:38:40.370 --> 00:38:42.190
Cuéntame, cuéntame. ¿Cuántos días son?

00:38:42.230 --> 00:38:45.890
¿Qué días son? Cuéntame las
fechas ¿Tú estarás ahí, Valentín?

00:38:45.890 --> 00:38:52.960
Exponente también si yo voy a
presentar la parte general de

00:38:52.960 --> 00:39:00.320
23 de la base de las novedades que día son
que hay elementos se llaman únicos database

00:39:00.320 --> 00:39:08.150
23 que hay an apex iberia tour y este
evento va a ser en febrero empezamos

00:39:08.150 --> 00:39:15.490
en barcelona el 10 de febrero y luego
vamos a estar en madrid en febrero 12 luego

00:39:15.490 --> 00:39:22.990
lisboa febrero 14 y finalizamos
en marga febrero 17 entonces este

00:39:22.990 --> 00:39:29.650
es un evento sin costo para los para los
clientes partners desarrolladores que quieran

00:39:29.650 --> 00:39:36.850
participar en españa las sesiones
las vamos a hablar en español y

00:39:36.850 --> 00:39:44.470
en portugal será en inglés ok
vamos a tener allí varios digamos

00:39:44.470 --> 00:39:49.630
que vamos vamos a tener varias sesiones
van a ser muy interactivas vamos a tener varios

00:39:49.630 --> 00:39:56.650
demos en los que van a poder ver en vivo
estas características hemos comentado algo

00:39:56.650 --> 00:40:02.670
pero es diferente cuando ya realmente
podemos ver esto esto en vivo y cómo funciona entonces

00:40:02.670 --> 00:40:09.010
vamos a tener una sesión sobre las nuevas
características de la base de datos 23 AI,

00:40:09.290 --> 00:40:15.550
vamos a hablar también de las nuevas
características de Apex, vamos a ver también demos

00:40:15.550 --> 00:40:22.650
y de ambos tanto la base de datos como
de Apex y al final pues vamos también

00:40:22.650 --> 00:40:28.930
a tener un workshop en el cual pues vamos
A ver cómo crear una aplicación, cómo utilizar

00:40:28.930 --> 00:40:35.610
características de 23 AI también y en Apex
para crear, pues, una aplicación real y y

00:40:35.610 --> 00:40:40.910
bueno, todo esto nos va a tomar más o
menos desde las 9 de la mañana casi hasta las 5

00:40:40.910 --> 00:40:47.790
de la tarde. Así que si ustedes están
por allí cerca, no duden en registrarse.

00:40:48.590 --> 00:40:50.970
¡Qué bueno! Vamos a ver, repaso.

00:40:51.510 --> 00:40:53.270
10 de febrero, Barcelona.

00:40:54.950 --> 00:40:58.070
Desde las 9 de la mañana, tranquilamente.

00:40:58.070 --> 00:41:02.830
El evento no tiene coste, es gratuito para
todos los que quieran ir, aprender y descubrir

00:41:02.870 --> 00:41:08.250
y pasarlo bien, conociendo
todo lo nuevo que se viene.

00:41:09.190 --> 00:41:11.750
Digo, 10 de febrero, ¡qué bien!

00:41:11.890 --> 00:41:17.150
Eso está muy bien, en esos eventos, claro,
los que presentamos muchas veces, pues esa

00:41:17.150 --> 00:41:18.290
es la parte también más bonita, ¿no?

00:41:18.330 --> 00:41:22.150
Conocer el otro lado, lo
que hay, es muy interesante.

00:41:22.650 --> 00:41:24.690
Diga las fechas. Conectar

00:41:26.070 --> 00:41:30.050
Con mucha gente, acabo de
publicar el vínculo en el chat.

00:41:30.210 --> 00:41:32.070
Muy bien, lo he puesto en el chat.

00:41:32.110 --> 00:41:39.650
Y tenemos el Barcelona desde
febrero, en Madrid 12 de febrero, en

00:41:39.870 --> 00:41:47.600
Lisboa 14 de febrero, el día de los
enamorados en Lisboa y Guadalajara

00:41:47.600 --> 00:41:52.460
desde febrero. Muy bien, ¿es el mismo
plan y mismos ponentes en todo, no?

00:41:54.890 --> 00:41:59.970
¿O vais a hacer el tour
todos lo mismo, no?

00:42:00.530 --> 00:42:04.750
Muy bien, muy bien. Voy a contar un
poquito aquí lo de la agenda, ¿vale?

00:42:04.750 --> 00:42:05.470
Para que la gente la sepa.

00:42:05.510 --> 00:42:09.330
Descripción de las nuevas características,
entiendo que esta la harás tú, de 23, ahí

00:42:09.370 --> 00:42:14.730
lo contarás en la primera
charla, la harás tú.

00:42:14.730 --> 00:42:21.830
Seguimos con las nuevas características
de Oracle Apex y después de esto

00:42:21.830 --> 00:42:29.190
nos vamos con demos de la base de datos
con JSON, con XML, con Graph, con Spatial,

00:42:29.190 --> 00:42:34.290
con Text, con Relational, cargas de
trabajo y características sobre todo de nuevas de

00:42:34.290 --> 00:42:41.330
nuevas funcionalidades. Y ahí nos vamos
ya a la una, break, una pausa, y antes de

00:42:41.330 --> 00:42:44.590
comer, demos de Apex, de Apex.

00:42:45.720 --> 00:42:51.240
Y veo, estoy leyendo aquí, dice, ve a Apex
con un interfaz de preguntas y respuestas

00:42:51.240 --> 00:42:52.851
impulsado por ahí generativa,

00:42:53.400 --> 00:42:57.680
crea la búsqueda de imágenes basada en IA,
que esto es lo que hablaba antes Mónica, lo

00:42:57.720 --> 00:43:02.900
del vector search, entrenar un modelo, y
después decirle, vale, pues esta imagen dentro

00:43:02.900 --> 00:43:07.240
de este modelo, dime los parecidos,
cuáles tienen estas características y tal.

00:43:07.540 --> 00:43:12.700
Y, oh, oh, me encanta, modernización
de Oracle Forms a Apex.

00:43:14.460 --> 00:43:18.200
Sigue habiendo, sigue
habiendo Forms por ahí.

00:43:18.540 --> 00:43:25.000
Entonces, sí, tenemos después una comida y
luego por la tarde un workshop de Oracle 23

00:43:25.000 --> 00:43:32.000
ahí con Apex. Digamos, un workshop de
una horita para para ver todo esto de

00:43:32.000 --> 00:43:40.160
forma de forma práctica muy no
tienes perdición nada es digamos

00:43:40.160 --> 00:43:47.380
que es También queremos escuchar y
queremos escuchar la experiencia de

00:43:47.380 --> 00:43:54.660
nuestra audiencia con la 23 3 ahí
con la free con el frío autónomos con

00:43:54.660 --> 00:44:01.760
él allí en sus pruebas todo
lo que nos pueden contar

00:44:01.760 --> 00:44:08.560
sobre bien qué bien qué bien ese tipo de
eventos están muy muy muy chulos me gusta me

00:44:08.560 --> 00:44:15.680
gusta mucho el planteamiento vaya vaya
trabajo hay detrás de estas de cada cosa

00:44:15.680 --> 00:44:17.800
de estas verdad mónica Sí,

00:44:19.360 --> 00:44:26.360
Así es. Una cosa es estar solamente
allí como speaker y otra es todo

00:44:26.360 --> 00:44:33.400
lo que está en la parte logística,
aprobaciones y demás, pero realmente lo hacemos

00:44:33.400 --> 00:44:40.620
con el mayor de los gustos y sobre todo
para que pase un día muy interesante conociendo

00:44:40.620 --> 00:44:42.580
de las tecnologías de Oracle.

00:44:42.580 --> 00:44:50.080
Entonces si de pronto no conocen de Apex,
pues ese día van a conocer de las características

00:44:50.080 --> 00:44:56.460
de Apex, no solamente las novedades, sino
también qué es Apex y pues que lo puedan ver

00:44:56.460 --> 00:45:03.580
en acción. Si ya son usuarios de la base
de datos Oracle, pues Apex es algo que ya

00:45:03.580 --> 00:45:06.913
podrían estar utilizando sin
ningún costo de licenciamiento.

00:45:07.060 --> 00:45:11.640
Entonces, pues para que también aprovechen
y saquen mayor partido de todo lo que ya tienen

00:45:11.680 --> 00:45:13.180
en la base de datos Oracle.

00:45:14.320 --> 00:45:19.960
Es claro. Ahí también hay una
labor importante de evangelización.

00:45:20.040 --> 00:45:22.840
Te diré que tengo un cliente
que utiliza Report 6.

00:45:24.310 --> 00:45:31.430
¡Guau! Y mira que les digo de Apex,
si lo podéis hacer con Apex si de

00:45:31.430 --> 00:45:34.850
verdad que lo tendréis y tal, bueno, pero
es que cambiar los reports creo que son más

00:45:34.890 --> 00:45:40.290
antiguos, creen que es report 6, pero creen
que es aún más antiguo porque intentamos

00:45:40.290 --> 00:45:46.290
verlos de alguna forma y había un mensaje
que el reports 2000 nos decía versión demasiado

00:45:46.290 --> 00:45:48.330
antigua de reports, o sea

00:45:49.970 --> 00:45:57.110
Creo que ahí hay una Labor interesantísima
de poder Poder conocer Apex desde

00:45:57.110 --> 00:46:02.050
esa práctica, desde una sesión de un
día, yo creo que es muy amena, ¿no?

00:46:02.830 --> 00:46:07.070
Conocer la 23 ahí ya con
internet artificial y con Apex.

00:46:07.250 --> 00:46:11.130
O sea, que los que estéis en estas
ciudades, estamos hablando Barcelona, Madrid, Lisboa,

00:46:11.170 --> 00:46:15.170
Bálaga, y si estáis cerca, pues os venís.

00:46:15.290 --> 00:46:18.570
Y si estáis lejos, pues lo vais a grabar.

00:46:18.570 --> 00:46:25.930
¿Vais a hacer posible que esto
se pueda ver offline o grabado

00:46:25.930 --> 00:46:29.760
o algo? No, totalmente presencial.

00:46:30.180 --> 00:46:34.780
Es que es muy vivo, ¿no? Son prácticas en
vivo y esto yo creo que es mejor verlo, ¿no?

00:46:34.820 --> 00:46:40.100
Estoy viendo los ponentes, sois Mónica
Godoy, Valentín Tabacaru y Priscila Iruela.

00:46:40.780 --> 00:46:48.000
¿Seréis vosotros tres? Trío de expertos.

00:47:19.750 --> 00:47:24.890
¡Qué bien! Transformar estos reportes o
cómo utilizar diferentes otras alternativas,

00:47:24.890 --> 00:47:31.530
ya sean de Oracle o externas, para
que puedan migrar estos reportes.

00:47:31.530 --> 00:47:34.230
Les voy a mandar el artículo,

00:47:35.210 --> 00:47:39.500
les voy a mandar el
artículo que, bueno, pues

00:47:41.240 --> 00:47:47.640
Oye que si alguien de la audiencia porque
estamos haciendo esta grabación del podcast

00:47:47.640 --> 00:47:55.040
la estamos haciendo con audiencia
tenemos 14 personas ahí hablando y os

00:47:55.040 --> 00:48:02.580
parece si subimos a Ronald que nos
quiere decir algo vamos a subirle vamos

00:48:02.900 --> 00:48:05.740
a saludarle leer cuando quieras qué

00:48:06.700 --> 00:48:13.780
tal qué tal muy buenos días a todos
como están como esta rana de mañana yo

00:48:13.780 --> 00:48:19.900
aquí de mañana y ustedes allá de tarde
bueno un abrazo para para todos mónica un placer

00:48:19.900 --> 00:48:25.700
nuevamente escucharte y quiero hacer
controversia a mí me gusta hacer controversia y

00:48:25.700 --> 00:48:35.020
que diga javier verdad Fácil,

00:48:35.020 --> 00:48:43.200
no lo vamos a dejar tan fácil para
Valentino, no puede ser así, sabemos muy

00:48:43.200 --> 00:48:50.540
bien, como bien lo acaba de decir Mónica,
de verlo por estar depreciados de hace 2002

00:48:50.540 --> 00:48:57.980
más o menos, pero, pero sabemos
nuevamente que hay un anuncio

00:48:57.980 --> 00:49:03.620
del agente de Product Manager para
Forums 14 para el próximo año.

00:49:03.720 --> 00:49:09.500
Y se anuncia que Forums 14 traería muchas
de las características que hoy en día estamos

00:49:09.500 --> 00:49:14.360
viendo en Apex. ¿Qué
opinión te merece eso?

00:49:14.440 --> 00:49:15.996
¿Qué opinión les merece eso?

00:49:17.770 --> 00:49:21.030
Bueno, es que dijiste
algo muy acertado, Ronald.

00:49:21.290 --> 00:49:24.270
Va a traer lo que Apex ya tiene.

00:49:25.260 --> 00:49:32.300
Entonces ha sido un golpe

00:49:32.300 --> 00:49:39.620
de vuelta va a traer lo
que utiliza solamente las

00:49:39.620 --> 00:49:46.740
palabras de ronan por otro lado pues ya
apex ya tiene estas características no tiene

00:49:46.740 --> 00:49:52.940
que trabajar en ellas sino que está viendo
al futuro que es lo nuevo que podemos incluir

00:49:52.940 --> 00:50:00.260
ellos están tratando de irse como ponerse
al día vamos a ver y nosotros estamos

00:50:00.260 --> 00:50:07.530
al futuro yo entiendo que aún hay
ahí habrá clientes que aún están

00:50:07.530 --> 00:50:14.250
pidiendo por favor dejarnos mantener un
poco más forms no no que no caiga en final de

00:50:14.250 --> 00:50:19.190
servicio entiendo ahora estoy aportando
yo la mía desde hablando desde la

00:50:22.730 --> 00:50:30.040
Pero es correcto es correcto porque
queremos agradecer a nuestros clientes

00:50:30.040 --> 00:50:35.620
que han utilizado fuerza durante tantos
años y que han confiado en oracle y queremos

00:50:35.620 --> 00:50:42.920
también ofrecerle algo de soporte no
a los que todavía tienen forma pero

00:50:43.040 --> 00:50:48.240
nuestro consejo es de
cambiarse en cuanto puedan

00:50:49.420 --> 00:50:56.740
yo lo digo por lo siguiente tal vez ya
javier sabe y mónica también yo ya tengo 33

00:50:56.740 --> 00:51:03.820
años de ser usuario de los productos
ahora y ya la vida me va alcanzando

00:51:03.820 --> 00:51:12.000
y como bien lo es la esposa como que ya
voy pasando un poquito de moda sin embargo recordaré

00:51:12.000 --> 00:51:18.340
muy bien en términos de historia cuando
pasa esto con de valor por 6 y allá por el año

00:51:18.340 --> 00:51:25.660
2000 vino toda la moda de que todavía
que mirará a df y mucha gente intentó

00:51:25.660 --> 00:51:31.240
hacer este tipo de migración al final de
cuentas de poco tiempo después se dijo no no

00:51:31.240 --> 00:51:36.520
no es su no es lo que lo que esperábamos
no era tan fácil hacer este tipo de migración

00:51:36.520 --> 00:51:44.680
y tanto es el caso de que a df prácticamente
no tuvo una acogida de De la forma

00:51:44.680 --> 00:51:50.300
que se esperaba Por la parte de la comunidad
De desarrolladores Y precisamente mucha

00:51:50.300 --> 00:51:57.540
de la gente De developer continuó con
las versiones En tres capas Y bueno Ya

00:51:57.540 --> 00:52:03.820
se sabe que la versión Versión 10, versión
11 Versión 12 Y viene ahora esta famosa versión

00:52:03.820 --> 00:52:10.120
14 Que me extraña mucho que la estén
nominando así Porque como bien lo he comentado Nos

00:52:10.120 --> 00:52:15.040
están haciendo una ensalada de versiones
tremenda, porque por un lado aparece 23, por

00:52:15.040 --> 00:52:20.840
el otro lado 24, ya en algunos productos,
y ahora se habla 14, suena como que, lo que

00:52:20.840 --> 00:52:25.200
siempre yo he dicho, como que es adecuado
que tuviéramos como una estandarización en

00:52:25.240 --> 00:52:30.260
las versiones para que la gente no se
pierda tanto en saber cuándo un producto nuevo,

00:52:30.440 --> 00:52:34.080
cuándo un producto ya tiene
algún tiempo de estar en mercado.

00:52:34.780 --> 00:52:40.400
Entonces para aquella gente te voy a,
digamos, lo que te voy a transmitir es lo que yo

00:52:40.400 --> 00:52:45.780
he recibido lo que yo he recibido de los
usuarios que todavía utilizan firms and records

00:52:45.780 --> 00:52:52.920
y lo utilizan en tres capas en las
versiones 11 o 12, que es que mucha

00:52:52.920 --> 00:52:58.140
de la inversión que ellos han realizado en
desarrollo de sus aplicaciones, hoy en día

00:52:58.140 --> 00:53:01.640
están adoptando Apex para
hacer ciertos módulos

00:53:02.780 --> 00:53:08.620
ciertas cosas específicas, pero siguen
pensando, y como te digo eso es lo que dicen los

00:53:08.620 --> 00:53:15.820
usuarios finales que todavía
Apex no termina de completar

00:53:15.820 --> 00:53:21.640
para poder realizar una aplicación total,
un ERP, desarrollar un ERP de forma total,

00:53:21.860 --> 00:53:27.140
como si no lo permite Forms o
como ellos creen que Forms lo ve.

00:53:27.280 --> 00:53:30.780
Entonces, quería hacer ese
comentario ¿Para qué opinan ustedes?

00:53:32.400 --> 00:53:36.160
Bueno, pues ahí digamos que
la pregunta sería, ¿por qué?

00:53:36.260 --> 00:53:38.420
¿Por qué no lo ven como un ERP?

00:53:39.220 --> 00:53:45.900
O más bien, ¿cómo no lo ven Apex como
si puedan construir un ERP completo?

00:53:45.900 --> 00:53:53.480
Hay muchos casos de éxito
a nivel global, donde

00:53:53.480 --> 00:54:00.660
los clientes han llevado sus aplicaciones
de Oracle Forms, independiente de la versión

00:54:00.660 --> 00:54:03.480
en la que estaban, a Apex.

00:54:04.390 --> 00:54:10.680
Son aplicaciones de misión crítica,
no son aplicaciones pequeñas.

00:54:10.680 --> 00:54:17.780
Entonces realmente la pregunta
es por qué no lo ven así, quizás

00:54:17.780 --> 00:54:24.880
no han tenido el acompañamiento necesario
para poder hacer este tipo de modernización,

00:54:24.880 --> 00:54:31.080
porque hay que tener en cuenta que están
cambiando de paradigma, muchas veces están pasando

00:54:31.080 --> 00:54:34.060
del cliente servidor a un paradigma

00:54:35.120 --> 00:54:42.420
web, como esta inglés, como es el pex,
entonces no es simplemente pensar que

00:54:42.420 --> 00:54:50.260
tenemos los objetos de base de datos,
ya vamos a poder llevar en la aplicación

00:54:50.260 --> 00:54:57.340
a ibex y no y no más. Hay muchos temas
también a considerar, entonces pienso

00:54:57.340 --> 00:55:03.500
yo que es importante tener un buen
acompañamiento, un partner de pronto que sea muy experto

00:55:03.500 --> 00:55:11.460
en este tema. Hombre, yo creo que todo

00:55:11.460 --> 00:55:14.300
tira hacia Apex, o sea, todos los...

00:55:14.300 --> 00:55:18.000
el año pasado estaba comentando con una
persona que decía no, pero es que siempre va

00:55:18.040 --> 00:55:21.960
a estar Forge, todo esto
termina acaba siendo

00:55:23.380 --> 00:55:30.700
No quiero decir entornos legacy pero
evidentemente hay que dar esa continuidad

00:55:30.700 --> 00:55:35.840
a los que ya tienen toda la
infraestructura como dice Mónica los que nos llevan a IPEX,

00:55:35.940 --> 00:55:42.920
pero es como un acompañamiento, venga,
vayan migrando, tengan un poco más de espacio,

00:55:43.180 --> 00:55:50.280
pero vénganse a IPEX, yo la progresión
que veo y el camino que toma es como

00:55:50.280 --> 00:55:55.520
ya muy sólido, creo ya, quizá a lo mejor,
claro, el tema para tener ya todo un financials

00:55:55.520 --> 00:56:02.640
migrado, digamos, de una forma sin impacto,
¿no?, sin dolor, migre usted fort sin

00:56:02.640 --> 00:56:08.420
dolor pero dolor quizá es mucho decir pero
sí como que ya podría ir pensando migrar todo

00:56:08.420 --> 00:56:17.290
el mundo no mónica como lo ves si
me preguntas a mí pues yo soy la del

00:56:17.290 --> 00:56:24.630
tema de modernización e incluso aprovecho
para contarles en ipex .org .com

00:56:24.630 --> 00:56:31.650
allí van a poner el link en el chat
nuevamente hay muchos recursos que van

00:56:31.650 --> 00:56:38.770
a encontrar respecto a esto he escrito un
artículo de las preguntas más frecuentes sobre

00:56:38.770 --> 00:56:46.430
por qué forms a APEX las diez razones por
qué APEX es ideal para los desarrolladores

00:56:46.430 --> 00:56:53.470
de forms hay un laboratorio también hay una
presentación entonces Entonces hay mucha

00:56:53.470 --> 00:56:58.530
información y luego el reporte, perdón, el
blog post que te comentaba de los reports.

00:56:59.490 --> 00:57:06.680
Claro y bueno, lo otro que
no les había comentado,

00:57:06.760 --> 00:57:13.880
los casos de éxito. Entonces hay muchos
clientes que han ido de Forms a Apex

00:57:13.880 --> 00:57:21.170
y no solamente mejoraron la usabilidad

00:57:21.170 --> 00:57:26.950
de las aplicaciones, la cantidad de bugs
que podían encontrar a nivel de desarrollo,

00:57:27.370 --> 00:57:34.850
sino también que pudieron ver KPIs que
fueron mejorados gracias al haberse

00:57:34.850 --> 00:57:42.000
movido de Forms a Apex. Entonces, hay un
caso, por ejemplo, de un cliente que comentaba

00:57:42.000 --> 00:57:50.060
que redujeron el tiempo de desarrollo,
en términos generales, en un 35%.

00:57:50.060 --> 00:57:57.520
Entonces, esto es algo que ellos no
podían haberse dado cuenta antes,

00:57:57.980 --> 00:58:05.540
sino que después de haberse ido a Apex
pudieron medir este tiempo de desarrollo que

00:58:05.540 --> 00:58:11.820
les tomaban cuando tenían Forms y
ahora cuando desarrollan en Apex.

00:58:12.060 --> 00:58:18.720
Así hay muchas más historias de
clientes y la realidad es que

00:58:20.160 --> 00:58:27.310
Con todas las nuevas características que
en cada release incluimos en Apex, estamos

00:58:27.310 --> 00:58:34.370
también mejorando diferentes
aspectos del ciclo

00:58:34.370 --> 00:58:40.030
de vida de desarrollo a nivel de nuevas
características, ahora con inteligencia artificial,

00:58:40.030 --> 00:58:46.150
sumado también a las nuevas
características que están disponibles en 23EI, pero también

00:58:46.150 --> 00:58:53.550
siempre estamos mejorando en ver formas
para las aplicaciones, también estamos

00:58:53.550 --> 00:59:01.630
mejorando también en usabilidad,
en el monitoreo, las capacidades

00:59:01.630 --> 00:59:07.590
móviles que puedan utilizar estas
aplicaciones en cualquier dispositivo e interfaz de

00:59:07.590 --> 00:59:14.810
usuario, la seguridad, entonces,
y bueno, es poner dos releases por

00:59:14.810 --> 00:59:21.570
año. Entonces, pues aún con mayor razón,
siempre estamos yendo a la vanguardia con todo

00:59:21.570 --> 00:59:24.181
lo nuevo que hay en
desarrollo de aplicaciones.

00:59:25.200 --> 00:59:31.820
Y no quiero que me tomen que estoy en
contra de Apex, más bien, Mónica, lo hago precisamente

00:59:31.820 --> 00:59:37.940
porque todo este tipo de preguntas se ve
en los foros y hay poco material con respecto

00:59:37.940 --> 00:59:43.180
a todo eso que nos acabas de hablar sobre
las ventajas que tiene Apex sobre otro tipo

00:59:43.180 --> 00:59:46.560
de herramientas y sobre la misma
facilidad inclusive de aprendizaje.

00:59:46.600 --> 00:59:50.800
Eso es un mundo importante, que la comunidad
de Apex es una comunidad muy amplia hoy

00:59:50.840 --> 00:59:54.920
en día y que inclusive para los
que no nos gusta programar con caso

00:59:55.860 --> 00:59:59.120
se nos hace como muy fácil.

01:00:00.540 --> 01:00:05.440
Podernos meter dentro de este rol, al menos
yo lo veo desde ese punto de vista, para

01:00:05.440 --> 01:00:11.620
mí se me hace mucho más sencillo que
llegar y aprender todo lo que hay detrás en la parte

01:00:11.620 --> 01:00:18.760
del framework de desarrollo de no sé Javier
si vuelvo a decir, igual, pero creo que

01:00:18.760 --> 01:00:25.240
vos sí tienes esa experiencia con ambas
herramientas Sí, sí, sí, sí, pero vuelvo a lo

01:00:25.240 --> 01:00:30.840
mismo, la sensación que hay con Apex es
que es donde está la apuesta, yo tengo una frase

01:00:30.840 --> 01:00:35.280
como muy estúpida también, una frase de
estas de opinión desde la ignorancia es decir,

01:00:35.320 --> 01:00:40.160
veo que cuando, cada vez que Oracle mete
algo, lo acerca al motor, lo acerca al núcleo

01:00:40.160 --> 01:00:46.020
es que está apostando por esa tecnología a
nivel de continuidad Es decir, el export -import

01:00:46.020 --> 01:00:50.420
en aplicaciones externas, en el momento en
que la integras en el motor, export -datapump,

01:00:50.460 --> 01:00:55.760
export -datapump y todas las APIs, dices,
esto es la forma, de ahí hay camino.

01:00:56.260 --> 01:01:02.300
Tablas externas, toda esta funcionalidad
de crear tablas a través de las APIs del loader,

01:01:02.320 --> 01:01:07.260
del datapump. Y con Apex veo algo similar,
es decir, veo que cada vez están acercando

01:01:07.260 --> 01:01:13.520
más el Apex al motor y todo lo que es
acercar al motor y es en todo lo que después te

01:01:13.520 --> 01:01:18.320
das cuenta, que en la siguiente release
hay muchísimo más desarrollo, muchísima más continuidad,

01:01:18.360 --> 01:01:25.420
más soporte y dices, bueno, pues
es que La apuesta es segura, vamos

01:01:25.420 --> 01:01:31.000
hacia allí. Y si falta algo a lo
mejor por cerrar, es que es el camino.

01:01:31.300 --> 01:01:34.820
Es la sensación que tengo,
pero cuesta evangelizar.

01:01:34.960 --> 01:01:36.700
Ahí en eso estoy contigo, Ronald.

01:01:36.740 --> 01:01:43.180
Cuesta convencer a la gente de decir,
venga va, dadle una oportunidad, probadlo, porque

01:01:43.180 --> 01:01:46.400
lo ven como un mundo muy nuevo.

01:01:46.400 --> 01:01:52.260
No también porque es porque es muy nuevo
concepto es muy nuevo respecto respeto ford

01:01:52.260 --> 01:01:57.740
no hay report si las arquitecturas estas
estas antiguas, pero yo creo que es la apuesta

01:01:57.740 --> 01:02:04.140
es lo que es lo que la sensación hablando
de éstas y de mí de mis especulaciones, pero

01:02:04.140 --> 01:02:11.430
pero bueno muy bien y es verdad
es verdad lo que dices porque el

01:02:11.430 --> 01:02:18.100
grafo también empezó como algo externo y
ahora es es nativo y está incluido en el instante

01:02:18.100 --> 01:02:25.270
SQL igual que el Jason ahora
tenemos un data type nativo

01:02:25.270 --> 01:02:33.130
Jason y la conversión de relation a la
Jason es nativa a la base de datos y sería

01:02:33.130 --> 01:02:40.150
igual con el vector dentro de poco porque
el vector acaba de entrar en el mercado

01:02:40.150 --> 01:02:47.260
y tiene su adopción, pero ya estará
nativo dentro de poco y estará incluido

01:02:47.260 --> 01:02:48.880
ahí en el core con todas
las funciones de la base.

01:02:48.920 --> 01:02:53.720
Exacto, es eso. Ya intuyes más o menos por
dónde va a ir, hacia dónde va, digamos, esa

01:02:53.720 --> 01:02:57.080
corriente, ¿no? Pero muy
interesante, muy interesante.

01:02:57.380 --> 01:03:00.120
Oye, muchísimas gracias,
Ronald, por tu pregunta.

01:03:00.280 --> 01:03:02.620
Un Abrazo fortísimo, fortísimo.

01:03:03.000 --> 01:03:07.500
Te bajo a la audiencia ¿Qué
tal habéis estado, chicos?

01:03:07.620 --> 01:03:11.287
¿Qué tal la tarde? Nos hemos pasado
de la hora ya Mónica, Valentín

01:03:12.040 --> 01:03:19.570
Sí, un poco pero fue muy interesante
y muchísimas gracias Javier

01:03:19.570 --> 01:03:24.090
por tenerlos hoy aquí en el podcast
A vosotros, a vosotros, claro que sí

01:03:25.950 --> 01:03:29.850
Muchas gracias a todos los que estáis
escuchando, en los que estáis aquí en la audiencia,

01:03:29.890 --> 01:03:35.470
muchas gracias. Hemos dejado en los
canales los links para que lo veáis y lo descubráis.

01:03:35.470 --> 01:03:41.950
Y nada, pues Mónica, Valentín, o sea, es
que mi casa es vuestra casa, cuando queráis

01:03:41.950 --> 01:03:43.728
tomad un café conmigo, adelante.

01:03:45.220 --> 01:03:48.540
Muchas gracias. Felices fiestas a todos.

01:03:48.540 --> 01:03:52.140
Un abrazo muy fuerte, chao.

01:03:52.140 --> 01:03:56.340
Feliz tarde, chao. Un abrazo, adiós.