WEBVTT

00:00:08.140 --> 00:00:10.340
Buenas tardes, Ronald. ¿Cómo estás?

00:00:12.080 --> 00:00:13.800
Todo bien, todo bien, Javier.

00:00:14.180 --> 00:00:17.080
Te escucho perfectamente.

00:00:17.360 --> 00:00:20.560
Buenas tardes para vos.
Ya casi noche, ¿verdad?

00:00:21.600 --> 00:00:28.080
Sí, son seis de la tarde en Europa y ahí
estáis en primera de la mañana, ¿verdad?

00:00:28.830 --> 00:00:31.490
Diez de la mañana en
este momento, correcto.

00:00:31.570 --> 00:00:37.110
Así que estamos al otro lado del Atlántico
apenas empezando el día y tú terminándolo.

00:00:37.110 --> 00:00:40.650
Qué bueno. Oye, qué sorpresote ayer.

00:00:40.730 --> 00:00:48.030
O sea, ayer fue como en la anunciación
de sacamos la 23C para la versión

00:00:48.030 --> 00:00:53.010
free para desarrolladores
y bueno, es que casi...

00:00:53.010 --> 00:00:59.390
De hecho, ayer teníamos los seis, teníamos
la reunión de presentación, pero se publicó

00:00:59.390 --> 00:01:03.690
antes. O sea, fue antes de que nos lo
anunciaran a nosotros, hicieron en la anunciación

00:01:03.730 --> 00:01:10.940
esta pública, ¿no? De hecho, hay varias
cosas que son interesantes con esta nueva

00:01:10.940 --> 00:01:17.560
versión, Javier, que no ha pasado
anteriormente y que llama la atención considerablemente.

00:01:17.640 --> 00:01:23.940
Primero que todo, hay que tomar en
consideración que no es lo mismo la versión que estamos

00:01:23.940 --> 00:01:29.440
recibiendo el día de ayer, no es lo mismo
una versión free a una versión express.

00:01:29.440 --> 00:01:35.320
Hay diferencias importantes en cuanto a la
parte de conceptualización, recordemos que

00:01:35.320 --> 00:01:42.600
habíamos venido desde la versión 10G con
la versión express, todas sus características

00:01:42.600 --> 00:01:49.680
y que Oracle a nivel de su licenciamiento
llegaba y decía, bueno miren esta es una

00:01:49.680 --> 00:01:55.140
base de datos para desarrolladores, Pero
tiene ciertas limitantes, al igual que lo tiene

00:01:55.140 --> 00:02:02.460
23G. Pero era una versión que salía
posterior a la liberación de una versión

00:02:02.460 --> 00:02:05.320
de producción y esta es la primera versión

00:02:06.890 --> 00:02:13.210
Gratuita, bajo ese concepto de free y no
express, que se libera antes que la versión

00:02:13.210 --> 00:02:16.570
de producción oficial, ¿verdad?

00:02:16.770 --> 00:02:24.440
Esto ha sido totalmente inédito no
ha sucedido antes que liberen la

00:02:24.440 --> 00:02:29.860
versión para desarrolladores gratis con,
bueno, con limitaciones evidentemente, capado

00:02:29.860 --> 00:02:32.260
a nivel de de volumen, pero

00:02:33.250 --> 00:02:39.810
es la primera vez, sí Sí, y inclusive ya
hablando parte de lo que has insinuado a través

00:02:39.810 --> 00:02:46.150
de los correos con la gente y demás y que
nos van a cortar las pelotas definitivamente

00:02:46.150 --> 00:02:53.270
si no se escuchan lo interesante es
que esta versión es una versión a

00:02:53.270 --> 00:02:57.790
partir de del release
2 del beta, no del 1.

00:02:57.970 --> 00:03:00.081
Esa es otra característica importante.

00:03:00.190 --> 00:03:07.110
O sea, estamos recibiendo una versión ya
revisada posteriormente a una primera fase de

00:03:07.110 --> 00:03:13.550
exploración por parte de las personas que
forman parte del programa en cuanto a revisión

00:03:13.550 --> 00:03:15.230
de bugs y cosas de ese tipo.

00:03:15.350 --> 00:03:23.270
Y entonces ve que estamos partiendo de
lo más nuevecito y de lo más acertado

00:03:23.270 --> 00:03:30.150
en cuanto al funcionamiento del motor de
base de datos con respecto a otras versiones,

00:03:30.150 --> 00:03:37.230
¿verdad? Y creería yo, creería yo, es una
suposición mía, es muy probable que esta

00:03:37.230 --> 00:03:41.470
versión Free, al parecerse más a nivel de
arquitectura, las versiones de producción,

00:03:41.510 --> 00:03:47.970
es muy probable que esta versión si nos
permite hacer actualizaciones sobre la versión

00:03:47.970 --> 00:03:55.820
que vayamos a ir instalando
Yo creo es que claro además es

00:03:55.820 --> 00:03:58.720
que han liberado la documentación también

00:03:59.920 --> 00:04:04.840
no solo han abierto sino
todas las funciones de

00:04:05.880 --> 00:04:10.280
todas estas funcionalidades, ahora
entraremos un poquito en detalle pero toda la documentación

00:04:10.320 --> 00:04:17.020
está abierta, toda la dualidad con JSON y
racional y todo esto, está la documentación

00:04:17.020 --> 00:04:23.580
ya, digamos, lista. Las new features a
nivel de desarrolladores y bueno, o sea, yo estoy

00:04:23.580 --> 00:04:28.220
sorprendido. Y además, ahora también vamos
a entrar un poco también en detalle, que han

00:04:28.260 --> 00:04:35.500
sacado la versión LRVM para instalar,
el Docker y una OVM, que las

00:04:35.500 --> 00:04:40.680
OVM las solían sacar en el Developers Day,
que era pues el evento un poco, ya la máquina

00:04:40.680 --> 00:04:46.400
preparada para desarrollo, rollo para
hacer un evento digamos de pues en el developers

00:04:46.400 --> 00:04:53.750
day para poder probarla y tal ya la han
sacado con la 23 te han sacado la vm con una

00:04:53.750 --> 00:05:01.190
hora linux 8 y la 23 fría y preinstalada
o sea que han hecho una presentación por

00:05:01.190 --> 00:05:04.357
todo lo alto de para que la
gente empieza a cacharrear ya

00:05:06.120 --> 00:05:09.340
Correcto, y no solamente
eso sino hay una diferencia

00:05:11.060 --> 00:05:17.060
Que como te digo que marca mucho un
distanciamiento de la versión express y creo que

00:05:17.060 --> 00:05:22.780
ya bueno, ya con esta versión ya debemos
de considerar que no va a haber más versiones

00:05:22.780 --> 00:05:28.680
express, sino ahora va a ser bajo la
denominación de free, y como bien lo dices vos viene

00:05:28.680 --> 00:05:35.360
con disponibilidad para instalación desde
un paquete que que se descarga del repositorio,

00:05:35.380 --> 00:05:43.120
o bien desde contenedores, una opción
para contenedores que puede hacerse

00:05:43.120 --> 00:05:48.620
persistente, para temas de ir guardando lo
que uno va haciendo, pero hay un tema también

00:05:48.620 --> 00:05:57.620
que me llamó mucho la atención, Javier, y
no sé si lo has logrado ver, que es que pareciera

00:05:57.620 --> 00:06:04.640
esto, me parece, que es un tema que ya
se lo tenían entre manos, desde hace 10

00:06:04.640 --> 00:06:12.220
porque porque te digo eso porque
la versión la máquina virtual viene

00:06:12.220 --> 00:06:19.860
ahorita con las versiones rpm y versiones
del contenedor no traen ápex incorporado

00:06:19.860 --> 00:06:27.250
eso es un detalle importante pero la máquina
virtual sí y la máquina virtual viene

00:06:27.250 --> 00:06:34.470
con 22 .2 Voy a

00:06:34.470 --> 00:06:40.150
hacer una cosa porque en el servidor de
disco he creado un canal que se llama ahora clave

00:06:40.150 --> 00:06:44.170
y 3d donde ir poniendo muchas cosas de las
que vamos a vivir y poniendo los enlaces vale

00:06:44.210 --> 00:06:48.590
el primer enlace que voy a poner por si
alguien también pues lo escucha después si quiere

00:06:48.630 --> 00:06:54.970
y quiere unirse y quiere entrar el disco
voy a poner el enlace de la vm donde está todo

00:06:54.970 --> 00:06:59.310
lo que estamos hablando. Estamos hablando
de que viene con un Linux 8, un Oracle Linux

00:06:59.350 --> 00:07:06.430
8 .7, viene, como tú bien dices,
con la 23 .2, es decir, es lo que

00:07:06.430 --> 00:07:13.310
dices tú, es la Release 2 de la 23, o sea,
es una versión ya madura de la de esta beta,

00:07:13.470 --> 00:07:17.590
que de hecho han dicho, y además se pone
en la página, que en principio podemos esperar

00:07:17.630 --> 00:07:21.210
hasta 12 meses hasta que
salga la 23 CE definitiva.

00:07:21.850 --> 00:07:29.450
Sí, es correcto y además de la De la 23
.2, que es solamente para Linux, pues

00:07:29.450 --> 00:07:36.190
el Oracle REST Data Service es 23 .1, el
SQL CL 23 .1 y el Apex, como tú bien dices,

00:07:36.210 --> 00:07:42.390
es el 22 .2. O sea, una
máquina completa para probar.

00:07:42.970 --> 00:07:45.330
Voy a contar también los requisitos.

00:07:45.390 --> 00:07:48.300
4 GB de RAM, para empezar.

00:07:51.960 --> 00:07:59.300
Ya contamos ya con portátiles un poquito
preparados y por lo menos dice 20 espacios

00:07:59.300 --> 00:08:04.760
20 gigas de espacio en el
disco vale así que bien

00:08:06.140 --> 00:08:13.190
Pero pero también aquí aquí hay otro tema
que que hace y también hace diferencia

00:08:13.190 --> 00:08:20.230
y es que si bien es cierto viene con
mayor cantidad de aprovisionamiento para

00:08:20.230 --> 00:08:26.690
lo que es la parte a nivel de recursos
como bien la base de datos también cambia significativamente

00:08:26.690 --> 00:08:33.730
sus características en cuanto
a los limitantes que cuáles

00:08:33.730 --> 00:08:39.190
son los limitantes volvemos a tener otra
traer los mismos 12 gigas de almacenamiento

00:08:39.190 --> 00:08:47.290
gratuito en datos solamente de usuario se
sube a 2 gigas de memoria ram para el sga eso

00:08:47.900 --> 00:08:54.960
es un dato importante y lo otro
que estaba viendo por ahí es

00:08:54.960 --> 00:09:01.420
de que todas las funcionalidades de
multitenant aunque tenga solamente 2 gigas de memoria

00:09:01.420 --> 00:09:06.880
ram a a nivel de multi -tenant puedes
tener hasta 252 bases de datos acopladas.

00:09:07.420 --> 00:09:10.200
Sí, sí, sí eso era algo
que estaban hablando ayer.

00:09:10.300 --> 00:09:13.300
Pero ¿cuánto va a ser el límite gratis?

00:09:13.300 --> 00:09:17.800
Están diciendo que es la versión gratis, o
sea, no podemos cobrar el límite de PDBs,

00:09:17.840 --> 00:09:21.860
es 276, ¿no? Pues lo que pasa es que tienes
la otra limitación, que es la limitación

00:09:21.900 --> 00:09:27.180
de la memoria. No va a dar de
más, no va a dar para tanto, ¿no?

00:09:27.420 --> 00:09:34.540
Una SGA en tantas PDBs no va
a dar para tanto, pero sí te

00:09:34.540 --> 00:09:41.700
habilita por el hecho de tener dos gigas
de memoria RAM, ya es un poco más flexible

00:09:41.700 --> 00:09:48.740
con respecto a lo que eran versiones previas
que te permitían un giga De RAM y que

00:09:48.740 --> 00:09:50.880
prácticamente no te permitían hacer mucho.

00:09:50.920 --> 00:09:55.560
Claro claro claro claro qué

00:09:56.580 --> 00:10:01.960
bueno y a ver venga vamos a comentar más
cositas de lo que de lo que viene la vm estamos

00:10:01.960 --> 00:10:09.000
hablando de los contenedores
el contenedor tal cual y el rpm

00:10:09.000 --> 00:10:16.000
para instalar y estaba viendo que en breve
iba a salir la versión de eso sí se lo

00:10:16.000 --> 00:10:22.100
vi a cono a conor madonna quizá que
estaban de lo siguiente que iban a sacar la versión

00:10:22.100 --> 00:10:27.430
para Windows De la base de
datos ¿lo has visto esto?

00:10:28.390 --> 00:10:35.940
Sí, yo he escuchado bueno, yo he visto
varios varios tweets de de Corner el

00:10:35.940 --> 00:10:40.960
día de ayer, de hecho, creo que es el que
uno de los que más información ha soltado porque,

00:10:41.000 --> 00:10:47.120
claro, por estar dentro de la casa es que
este puede hablar este puede hablar, nosotros

00:10:47.120 --> 00:10:53.730
no No, exacto. Entonces, la granja que tiene
es que sí ha soltado mucha información,

00:10:53.830 --> 00:11:00.860
que como te digo, que me parece
que para la velocidad en que se

00:11:00.860 --> 00:11:07.920
ha ido liberando, ya estaba previamente,
ya estaba creada, o sea, simple

00:11:07.920 --> 00:11:11.320
y sencillamente lo único que estaba
esperando era de que le dijeran listo, ya ahora vamos

00:11:11.360 --> 00:11:14.260
con esto y dele camino, ¿verdad?

00:11:14.260 --> 00:11:21.800
Verdad? Pero sí, creo que de hecho
estaba buscando por acá, pero

00:11:21.800 --> 00:11:27.720
no me acuerdo si fue a eso de la tarde mía
de ayer que vi que algo hizo mención, porque

00:11:27.720 --> 00:11:31.760
también ayer pasó otra
cosa importante, Javier.

00:11:33.730 --> 00:11:41.070
Despuésito de llegar y hacer la
liberación de la versión 23 CFRI También

00:11:41.070 --> 00:11:48.210
quedó ya la apertura Oficial para
presentar Propuestas para el Club World De este año

00:11:48.210 --> 00:11:51.310
que va a ser del 18 Al 21
de septiembre en Las Vegas

00:11:52.760 --> 00:11:58.680
Entonces Se ha batido entre esas dos cosas
Llegar y decir, ah bueno Mire, ahora tenemos

00:11:58.680 --> 00:12:05.640
juguetito nuevo Y de verdad es Vaya
preparando todas sus propuestas Alrededor de 23 CFRI

00:12:05.640 --> 00:12:10.580
Para participar en el
evento de este año hay

00:12:12.110 --> 00:12:19.150
Otra imagen muy interesante
en donde también

00:12:19.150 --> 00:12:26.520
liberó por ejemplo como hace
el despliegue en una del 23

00:12:26.520 --> 00:12:33.160
en cuestión de minutos de hecho yo y lo
hice te comenté temprano que hice la el despliegue

00:12:33.160 --> 00:12:39.340
en un contenedor y duró menos de 5 minutos
haciendo toda la configuración instalándolo

00:12:39.340 --> 00:12:46.600
y bajándolo y todo lo demás y hay una
imagen graciosa donde se ve a Connor ahí

00:12:46.600 --> 00:12:54.140
un poco pixeleada y no tan arca agarrando
la palabra dual y tirándolo a un retrete

00:12:54.140 --> 00:13:00.920
¿verdad? Ah sí, rest in peace dual sí, sí,
sí, pero claro que rabia es que este hombre

00:13:00.920 --> 00:13:05.240
puede hablar este hombre puede hablar, no
nosotros que hemos tenido información y hemos

00:13:05.280 --> 00:13:12.470
tenido que guardarla en secreto pero
pero sin embargo ya ya como decís al

00:13:12.470 --> 00:13:19.570
estar publicada la publicada la
documentación eso nos hace una gran

00:13:19.570 --> 00:13:24.990
una gran apertura y una y una de las cosas
que estamos viendo ahí que son importantes

00:13:24.990 --> 00:13:27.090
a nivel de arquitectura de 23C.

00:13:27.470 --> 00:13:34.570
Si bien es cierto, generalmente no hemos
notado muchas diferencias con las versiones

00:13:34.570 --> 00:13:41.770
liberadas. Hay mejoras importantes de los
releases dentro de cada uno de los PSU que

00:13:41.770 --> 00:13:43.326
se libera en la versión 19C.

00:13:43.470 --> 00:13:49.650
En la 21 vimos algunas cosas nuevas, pero
en esta 23C se están soltando cositas un poco

00:13:49.650 --> 00:13:52.730
más de arquitectura interesantes.

00:13:52.790 --> 00:13:55.890
Por ejemplo, Por ejemplo,
¿te acuerdas, Javier?

00:13:55.990 --> 00:14:00.050
Hagamos una pregunta de certificación.

00:14:01.100 --> 00:14:05.140
¿Cuántas columnas máximas puede tener
un objeto entre la base de datos?

00:14:07.990 --> 00:14:14.230
Oh, qué bueno mira, precisamente estábamos
estudiando esto, que a más de 250, la fila

00:14:14.230 --> 00:14:17.820
se encadena. A más de
250, la fila se encadena.

00:14:18.680 --> 00:14:27.220
¿Puede ser? Si

00:14:27.220 --> 00:14:34.700
tienes una tabla con mil columnas tienes
la que las filas se se distribuyen sobre

00:14:34.700 --> 00:14:40.160
cuatro bloques se encadenan sobre cuatro
bloques de 250 cada una de 250 es el máximo

00:14:40.160 --> 00:14:47.760
de columnas que se permite por bloque y
ahora a partir a partir de 2013 son 4 .096 columnas

00:14:47.760 --> 00:14:55.300
tanto madre mía voy a
poner en el en el canal de

00:14:55.300 --> 00:15:02.580
oracle 23 te voy a poner la las
new features las new features de

00:15:02.580 --> 00:15:10.360
23 te vale voy a poner el enlace para que
la gente tenga aquí los los enlaces a mano

00:15:10.360 --> 00:15:17.640
y Haciendo alusión haciendo alusión

00:15:17.640 --> 00:15:24.600
a la etiqueta desde la versión si vos ves
el banner de la versión se incluyen en manera

00:15:24.600 --> 00:15:29.700
específica el free para hacer la
diferenciación del exprés verde y hay una característica

00:15:29.700 --> 00:15:31.720
que me llamó mucho la atención Atención.

00:15:31.760 --> 00:15:38.000
Vamos a ver cuando vos tenés bases de
datos con recursos tan disminuidos, lógicamente

00:15:38.000 --> 00:15:40.480
que vas a tener un gran problema
a nivel de escalabilidad.

00:15:40.520 --> 00:15:45.140
Eso es un tema que se vuelve crítico,
sobre todo cuando hay gente que quiere utilizar

00:15:45.180 --> 00:15:50.760
una máquina, una versión de base de datos
como el Express, para hacer cosas con mucha

00:15:50.760 --> 00:15:53.500
gente y que no es escalable.

00:15:53.540 --> 00:15:55.420
El motor de base de datos no es escalable.

00:15:55.460 --> 00:16:02.540
Y cuando tienes muchas operaciones de
manipulación de datos, puedes tener un problema

00:16:02.540 --> 00:16:05.500
importante a nivel de escalabilidad
e inclusive a nivel de bloqueos.

00:16:05.540 --> 00:16:13.540
Hay una característica que liberan con
esta 23C Que te permite que la base de datos automáticamente

00:16:13.540 --> 00:16:20.220
hace un bloqueo Sobre la columna que está
siendo modificada en una tabla Permitiendo

00:16:20.220 --> 00:16:26.440
que se puedan realizar el resto de
operaciones DML Sobre las columnas restantes de los

00:16:26.440 --> 00:16:32.500
registros de esa tabla que está siendo
modificada Y lo que hace es que posterga hasta

00:16:32.500 --> 00:16:37.620
el final del commit él va validando que él
pueda realizar esa actualización que está

00:16:37.620 --> 00:16:40.231
haciendo sobre el campo
de la columna, ¿verdad?

00:16:40.400 --> 00:16:45.540
Sin generar un bloqueo para los demás
usuarios que puedan seguir haciendo cosas.

00:16:45.760 --> 00:16:52.320
Y difiere el commit hasta el final,
difiere las actualizaciones en el momento del commit.

00:16:53.460 --> 00:17:00.140
Sí, además esto es interesante, claro,
sobre todo por el tema, por ejemplo, de cuando

00:17:00.140 --> 00:17:05.440
una transacción empieza bloqueando una
fila, por ejemplo, para añadir un valor es igual

00:17:05.440 --> 00:17:10.740
a valor más uno y a lo largo de la
transacción ese valor aumenta, entonces se producía

00:17:10.740 --> 00:17:16.520
un error, ¿no? Es decir, se producía a
veces como esos duplicados de secuencia y cosas

00:17:16.520 --> 00:17:21.480
así que la gente hace. Ahora con esto que
estás contando, ese valor es igual a valor

00:17:21.480 --> 00:17:26.180
más uno, como que se decide
en el momento de comitar, ¿no?

00:17:26.180 --> 00:17:33.420
Sí, de hecho, te acuerdas de aquel famoso
error que Gaby nos decía que las tablas estaban

00:17:33.420 --> 00:17:40.640
mutantes. Yo creo que mucha gente nunca

00:17:40.640 --> 00:17:46.180
vivió ese tipo de situaciones cuando los
bloqueos a nivel de la base de datos eran un

00:17:46.180 --> 00:17:53.380
poco distintos. Sí, por los triggers, por
los triggers que estaban haciendo, que estaban

00:17:53.380 --> 00:17:57.160
consultando el valor de la tabla
mientras estaban realizando el cambio.

00:17:57.200 --> 00:18:00.340
Por lo tanto, era, es
decir, la tabla estaba...

00:18:01.100 --> 00:18:05.980
En esencia, teóricamente, en esencia,
eso no debería llegar a suceder ahora.

00:18:08.510 --> 00:18:12.510
Tenemos que probarlo eso es un
laboratorio interesante para poder hacer.

00:18:12.890 --> 00:18:15.890
Que bueno, hay que hacerlo,
claro que sí bueno, quiero

00:18:16.630 --> 00:18:23.250
decir a todos los que lo estamos grabando
y lo pondremos después en el podcast para quien

00:18:23.250 --> 00:18:27.770
no haya podido asistir si alguien quiere
preguntar algo participar o algo, tampoco es

00:18:27.810 --> 00:18:31.290
que nosotros seamos unos expertos en la
23D, pero acaba de salir y nos ha pillado a todos

00:18:31.330 --> 00:18:35.630
de sorpresa si alguien quiere participar,
preguntarnos algo saludarnos, levanta la mano

00:18:35.670 --> 00:18:40.730
y sube al escenario y Tan tranquilos,
aquí estamos tomándonos un café todos

00:18:42.140 --> 00:18:49.230
Vamos si te parece Tomando
un poco de agua porque hoy

00:18:49.230 --> 00:18:58.290
el día está caluroso y ya no
era hora de café pero veamos

00:18:58.290 --> 00:19:05.370
otro otro otra cosa interesante que me
llamó desde la versión javier yo creo que

00:19:05.370 --> 00:19:12.550
para todos nosotros es muy muy muy
conocido cuando hablamos a nivel de arquitectura todos

00:19:12.550 --> 00:19:19.550
los trabajos que realizan los procesos de
la base de datos y ahí hay un hay un proceso

00:19:19.550 --> 00:19:25.590
que es sumamente que trabaja de manera
exagerada en el motor de base de datos y que a

00:19:25.590 --> 00:19:32.650
veces genera problemas también de cuellos
de botella si yo te digo si yo te digo cuando

00:19:32.650 --> 00:19:39.310
estás haciendo un reporte cuando estás
creando índices, generalmente inmediatamente vos

00:19:39.310 --> 00:19:45.070
llegaste y decís sí, para crear un reporte
ordenado, para crear índices vamos a utilizar

00:19:45.070 --> 00:19:51.350
espacio temporal y toda la gestión del
espacio temporal, ya cuando ya nadie lo estaba,

00:19:51.470 --> 00:19:55.970
cuando ya no lo estaba utilizando la
sesión, de eso se encargaba el System Monitor de

00:19:56.010 --> 00:20:01.010
poder llegar y hacer la liberación de esos
segmentos temporales que ya no lo utiliza

00:20:01.010 --> 00:20:03.670
la sesión. Adivina qué pasa en 23C.

00:20:06.780 --> 00:20:09.260
Ah, no sé, dime tú, estás presentando tú.

00:20:09.940 --> 00:20:13.780
Yo estaba mirando otras cositas que quiero
contar aquí que me parecen súper chulas de

00:20:13.820 --> 00:20:20.580
secuele, pero todo tuyo. Cuéntalo ok,
ahora hay un nuevo proceso para Crown que se llama

00:20:20.580 --> 00:20:23.420
el proceso coordinador
de gestión de espacio.

00:20:24.780 --> 00:20:26.502
Espera, ¿podemos hablar de eso?

00:20:26.560 --> 00:20:29.980
¿Podemos hablar de eso? ¿Es una
funcionalidad para desarrolladores?

00:20:30.020 --> 00:20:31.640
Te estás jugando las pelotas.

00:20:32.180 --> 00:20:34.560
No, no es una funcionalidad
para desarrolladores.

00:20:34.600 --> 00:20:35.989
Es un proceso background.

00:20:36.300 --> 00:20:39.022
Y podemos hablar de eso
es un proceso background.

00:20:39.160 --> 00:20:43.860
Es en la arquitectura del motor de base de
datos, y lo que hace es que ahora toda la

00:20:43.860 --> 00:20:48.800
función de liberación de espacio, que
antes es una bronca, porque todo el mundo, cuando

00:20:48.800 --> 00:20:53.560
tenemos una base de datos con muchos usuarios,
la liberación del espacio temporal se

00:20:53.560 --> 00:20:58.840
vuelve un problema, o sea, yo en mi base
de datos, por lo general, tengo un grupo de

00:20:58.840 --> 00:21:05.820
database temporales, y tengo varios data
files asociados, y a veces tengo gigas de espacios

00:21:05.820 --> 00:21:11.020
temporales, y dura tiempo en que ese
espacio sea liberado porque hay un proceso que va

00:21:11.020 --> 00:21:16.700
limpiándolos, una vez que no, pero
generalmente tenemos hasta un 20 -25 % del espacio

00:21:16.700 --> 00:21:23.890
total de la base de datos en temporal y la
gestión es incorrosa porque el System Monitor

00:21:23.890 --> 00:21:28.090
no puede dedicar todo el tiempo necesario
a poder estar liberando constantemente estos

00:21:28.130 --> 00:21:33.450
segmentos. Con este nuevo proceso
coordinador, las funciones de liberación del espacio

00:21:33.450 --> 00:21:39.390
temporal se desegregan del System Monitor
y ahora, en este caso, el MSO es el que se

00:21:39.390 --> 00:21:44.810
va a encargar de hacer esto y se cree que
a nivel de arquitectura Va a ser una mejora

00:21:44.810 --> 00:21:47.750
importante cuando vos tengas
sistemas en alta disponibilidad.

00:21:47.790 --> 00:21:52.430
Eso hacía falta y eso hacía mucha falta.

00:21:52.430 --> 00:21:58.130
Hacía mucha falta pero ahora te voy a decir
yo mis funcionalidades favoritas, que al

00:21:58.130 --> 00:21:59.519
final son las más tontas.

00:22:00.550 --> 00:22:02.570
El group buy por el alias.

00:22:03.700 --> 00:22:09.580
Por favor que puedas hacer un groupby por
el alias de la columna no tienes por qué hacer

00:22:09.580 --> 00:22:16.540
el groupby de el touchar del campo con no
sé qué es decir, cuando tú haces una sele con

00:22:16.540 --> 00:22:22.080
groupby que tienes la parte fija digamos,
que es quien te nomina los grupos y después

00:22:22.080 --> 00:22:26.060
la función de grupo que aplicas a los dos
grupos en el groupby tenías que copiarlo y

00:22:26.100 --> 00:22:30.460
pegarlo siempre el error ese que te decía
no es una expresión de groupby es...

00:22:30.460 --> 00:22:36.940
Vaya, ¿no? Poder decir ahora para decir,
group by 1 ,2 ,3, igual que el order by.

00:22:37.140 --> 00:22:39.251
¿Por qué no lo habían inventado antes?

00:22:39.880 --> 00:22:46.420
Yo creo que lo he visto. Al final, las
posibilidades más tontas son las que más feliz

00:22:46.420 --> 00:22:51.940
me hacen. Y hay otro par de posibilidades
que te van a hacer todavía mucho más felices.

00:22:52.790 --> 00:22:57.210
O sea, en cuantas ocasiones
nosotros tenemos que crear un rol

00:22:58.830 --> 00:23:02.530
Para darle acceso a todos
los objetos de un esquema.

00:23:02.530 --> 00:23:07.780
¡Oh! Esa es maravillosa
esa es maravillosa.

00:23:08.560 --> 00:23:15.540
Pero tener la capacidad de poder brindar
ahora un rol a nivel de esquema de privilegios,

00:23:15.600 --> 00:23:22.300
eso es fantástico. Porque entonces estás
diciéndole a todo el grupo de objetos, mira,

00:23:22.460 --> 00:23:27.120
este usuario tiene permiso de consulta
sobre todos los objetos del esquema y no de forma

00:23:27.160 --> 00:23:29.100
individual por cada uno de ellos.

00:23:29.100 --> 00:23:34.660
Y resulta que cada vez que incluyes un
objeto nuevo, si no estaba dentro del rol, el

00:23:34.660 --> 00:23:37.260
usuario le da un error
y tenías que ir a...

00:23:37.260 --> 00:23:43.240
Claro, o borran o crean, borran y recrean
una tabla y entonces ya se pierden los permisos

00:23:43.240 --> 00:23:48.400
derivados al rol. Y entonces dicen, yo ya
no veo esta tabla, hay cinco tablas que ya

00:23:48.400 --> 00:23:52.020
no las veo. Y dices, bueno, encontrarán a
lo mejor cinco tablas que se han borrado y

00:23:52.060 --> 00:23:54.140
recreado en un conjunto de 4 .000.

00:23:54.140 --> 00:23:59.260
Pero estás hablando concretamente de lo
que son los privilegios de esquema, como hacer,

00:23:59.340 --> 00:24:04.060
por ejemplo, grant, pues lo que
sería select any table, on schema.

00:24:04.380 --> 00:24:11.840
Es decir, quiero dar privilegio para
seleccionar cualquier tabla del esquema,

00:24:11.920 --> 00:24:18.930
el que sea, contabilidad, al
usuario o al rol lectura, por

00:24:18.930 --> 00:24:26.030
ejemplo. Hablemos de Scott, hagámoslo
al tiempo como lo hacíamos hace 25 años.

00:24:27.340 --> 00:24:34.560
Dárselo a Scott o a
LRolllecturacontabilidad,

00:24:34.580 --> 00:24:39.400
por ejemplo. Siempre podrá leer cualquier
tabla que tenga el usuario de contabilidad.

00:24:39.500 --> 00:24:41.860
Las borre, las cree
tantas veces como quiera.

00:24:41.900 --> 00:24:47.350
Ya nos olvidamos de esa gestión de
privilegios que eso era un dolor de...

00:24:48.010 --> 00:24:51.390
Sí, era una dependencia tremenda.

00:24:51.470 --> 00:24:57.050
Y no solamente ese rol, hay otro rol que
habría que probarlo para ver si realmente reúne

00:24:57.050 --> 00:25:02.810
todas las características como tal, pero
generalmente la asignación de algo de lo que

00:25:02.810 --> 00:25:08.050
vos sabes de que muchas veces a mí me
gusta mucho hablar sobre temas de seguridad y todos

00:25:08.050 --> 00:25:12.790
partimos en temas de seguridad sobre la
otorgación de la menos cantidad de privilegios,

00:25:12.830 --> 00:25:18.230
tanto a nivel de sistema como a nivel de
objeto a la hora de asignarle a un usuario uno

00:25:18.230 --> 00:25:24.790
no le entrega todo, le entrega lo mínimo
necesario para poder trabajar el nuevo rol de

00:25:26.850 --> 00:25:28.294
Desarrollador de developer

00:25:29.250 --> 00:25:31.610
eso es otra muy buena opción ¿por qué?

00:25:31.690 --> 00:25:37.530
Porque lo que le estás diciendo a cada
usuario, mire eso es lo que necesita para poder

00:25:37.530 --> 00:25:41.850
diseñar, para poder construir para poder
desplegar las aplicaciones dentro de la base

00:25:41.890 --> 00:25:43.570
de datos, únicamente. ¡Qué grande!

00:25:43.610 --> 00:25:45.990
¡Qué grande es ese rol!
¡Qué grande es ese rol!

00:25:46.030 --> 00:25:48.740
El rol developer. ¡Exacto!

00:25:49.440 --> 00:25:54.580
¡Qué grande es ese rol! Que es una de las
cosas que a mí, a nivel de gestión, a mí me

00:25:54.580 --> 00:26:01.780
hace sentido. Y en el caso tuyo, ¿qué otra
cosa viste ahí que te llame la atención?

00:26:02.140 --> 00:26:06.320
Es que te vuelvo a decir, a mí las
funcionalidades, a mí lo más tonto es lo que más feliz

00:26:06.360 --> 00:26:10.130
me hace. Al final el crear una tabla.

00:26:10.290 --> 00:26:14.870
Te hace muy feliz te hace muy feliz que
ya dual no sea necesario o obligatorio

00:26:15.810 --> 00:26:20.290
hombre, que dual, pero yo lo escribí
automáticamente, el front dual digamos nunca me

00:26:20.330 --> 00:26:26.050
ha preocupado a mi me ha preocupado
por ejemplo el create table ¿no?

00:26:26.390 --> 00:26:33.650
Y no te existe ¿no? Exacto el poder crear
la tabla si no existe a mi esto me parece o

00:26:33.650 --> 00:26:41.030
borrarla Claro, o borrarla si existe,
exacto Pero el create table if

00:26:41.030 --> 00:26:42.990
not exist, hombre, por favor.

00:26:43.410 --> 00:26:52.230
O sea, es que digamos como que Oracle en
todos los scripts y todo esto, ya asumías como

00:26:52.230 --> 00:26:57.330
ejecutabas algo o ejecutabas, yo que sé,
cuando ejecutas el catalogo, ejecutas el catproc

00:26:57.330 --> 00:27:01.630
o algo así, ya das por supuesto
que hay un montón de drops.

00:27:01.630 --> 00:27:04.130
Ops, la tabla no existe, la
tabla no existe, la tabla no...

00:27:04.170 --> 00:27:08.670
Ya sumes esos errores como, ¿pero por qué?

00:27:09.420 --> 00:27:14.420
Si existe, no la crees
que no existe, la creas.

00:27:14.520 --> 00:27:21.080
Ya está un esquema de usuario, el usuario
Scott, pues, create table if not exist.

00:27:21.320 --> 00:27:28.490
A mí esto yo dije, mira, de las
cosas más, no sé, más tontas,

00:27:28.490 --> 00:27:30.530
¿no? Muchas veces con
esas cosas ya soy feliz.

00:27:30.570 --> 00:27:34.681
Bueno y la tabla dual por supuesto
pero yo le tenía cariño a la tabla dual

00:27:35.560 --> 00:27:42.860
No, inclusive hay algunos detalles
interesantes, no sé si te acuerdas que nosotros podíamos

00:27:42.860 --> 00:27:49.540
crear ya desde versión 2C si no me
equivoco, podíamos crear definiciones de tipo para

00:27:49.540 --> 00:27:56.300
tablas, para llegar a una tabla cuando se
iba a crear que agarrara la estructura de ese

00:27:56.300 --> 00:28:04.860
tipo Ahora con si haces
fusión de esta opción

00:28:04.860 --> 00:28:09.916
de poder crear la tabla si no existe, y
decirle que lo haga con base en un tipo almacenado,

00:28:11.180 --> 00:28:16.320
Estás estandarizando un montón de cosas,
que a veces es un problema grande a la hora

00:28:16.320 --> 00:28:20.740
del desarrollo de aplicaciones, cuando
cada quien nombra las columnas de la manera que

00:28:20.780 --> 00:28:28.480
mejor le parezca, y que se va de los
estándares, Inclusive a veces Que hacen conflictivos

00:28:28.480 --> 00:28:35.640
Darles mantenimiento A una aplicación
Te doy otra opción De las que me

00:28:35.640 --> 00:28:42.860
parecieron interesantes Y que recaban
En temas también de seguridad Que

00:28:42.860 --> 00:28:49.040
son bien metidas Dentro de la versión 23C
Y que me parece a mi que llaman la atención

00:28:49.040 --> 00:28:56.530
Una de ellas Es con respecto A
los respaldos ok generalmente

00:28:56.530 --> 00:29:02.510
cuando se conecta a la base de datos y lo
haces con con dentro de la terminal de donde

00:29:02.510 --> 00:29:10.050
está instalada tu base de datos y si es una
terminal linux o unix o sos superusuales

00:29:10.050 --> 00:29:17.610
o super dios porque lo haces conectado
con gora como como sqlplus asis dba y

00:29:17.610 --> 00:29:24.610
cuando te conectas a la alarma Y
tener la potestad de poder hacer lo

00:29:24.610 --> 00:29:30.810
que quieras con la cantidad de los distintos
backup sets que tengas de respaldos con

00:29:30.810 --> 00:29:36.210
Arman. Hay una característica nueva que te
va a permitir llegar y en el momento de llegar

00:29:36.210 --> 00:29:40.450
y crear un respaldo con Arman,
decirle que ese respaldo es inmutable.

00:29:42.540 --> 00:29:45.900
¿Podemos hablar de eso? ¿Estás
seguro que podemos hablar de esto?

00:29:45.940 --> 00:29:52.380
Sí ¿Estás acojonado? Esta es parte de la
documentación que está disponible eso lo puedes

00:29:52.380 --> 00:29:59.460
leer yo me he dedicado a leer
un poco y entre lo que ya

00:29:59.460 --> 00:30:05.400
está la documentación está disponible es
de que vos puedes llegar y ahora armand es compatible

00:30:05.400 --> 00:30:10.300
por ejemplo a nivel de o si con la parte
de almacenamiento a nivel de objetos y entonces

00:30:10.300 --> 00:30:16.040
a la hora de integrar esta tecnología le
puedes decir a un respaldo que ese es inmutable

00:30:16.040 --> 00:30:24.030
y por lo tanto no se puede remover
en el caso que hagas un borrado

00:30:24.960 --> 00:30:30.280
que quieres hacer un delete backup de todo
al estar inmutable va a borrar aquellos que

00:30:30.280 --> 00:30:35.460
no tienen esta característica como tal pero
esto me va a permitir a mí garantizar el

00:30:35.460 --> 00:30:42.640
tiempo de retención de ese respaldo sin
que lo lo voy a perder esa es muy buena es muy

00:30:42.640 --> 00:30:49.080
buena y que me dices del del del
update y el delete con joy esta

00:30:50.590 --> 00:30:58.000
Es buena también más bien ahí ahí sin
entería porque yo no me ahorita en se me

00:30:58.000 --> 00:31:03.500
metió más con algunas de las opciones de
arquitectura y más por los chismes de córdoba

00:31:03.500 --> 00:31:07.820
he visto algunas cosas que tengan que ver
con la parte del lenguaje de programación del

00:31:07.860 --> 00:31:13.760
sql como con la parte de De llegar y que
Ya eso si era un secreto a voces Ya sabíamos

00:31:13.760 --> 00:31:19.860
que ahora en 23 Si podemos almacenar
procedimientos Almacenados en Javascript Que eso

00:31:19.860 --> 00:31:26.930
era uno de los De los secretos
Que a grandes voces Ya se

00:31:26.930 --> 00:31:33.090
había mencionado Pero no me he metido
Tanto con la parte De SQL porque

00:31:34.200 --> 00:31:41.550
Creo que eso da como para un capítulo
Aparte porque Habría que ver qué cosas

00:31:41.550 --> 00:31:48.190
van a crear algún tipo de inconveniente
cuando vos hagas una migración de una versión

00:31:48.190 --> 00:31:55.530
de la versión a largo término como
la 19 s cuando vayas a llevar a 23 6

00:31:55.530 --> 00:32:00.410
quieres hacer algunas cosas que
posiblemente no vayan a ser compatibles y creo que eso

00:32:00.410 --> 00:32:03.290
eso da para un café un poco más

00:32:04.270 --> 00:32:11.100
extendido más adelante sí sí sí sí sí pero
bueno se va en esa dirección no sé a ver si

00:32:11.100 --> 00:32:16.360
sabes qué es que estoy viendo ahora que
estoy viendo ahora en nuevas funcionalidades

00:32:16.360 --> 00:32:23.630
que me ha llamado la atención
sorprendentemente el flashback

00:32:23.630 --> 00:32:30.960
time travel que Te permite registrar
y archivar cambios transaccionales

00:32:30.960 --> 00:32:38.080
en una base en una tabla en la base de
datos o sea te crea archivos sobre los cambios

00:32:38.080 --> 00:32:44.040
que se han hecho en las filas de una
tabla y almacena esos cambios en tablas de

00:32:45.300 --> 00:32:53.040
Tablas de cambios no tablas históricas esto
me ha dejado con el culo torcido jajaja

00:32:53.040 --> 00:32:59.610
qué bueno Me imagino que eso va detrás de
otras funcionalidades ahí también que estaba

00:32:59.610 --> 00:33:05.030
viendo, Javier. Por ejemplo, los
logs del flashback de DataBase.

00:33:05.550 --> 00:33:10.410
Acuérdate que eso iba en el flash
siempre, en el área de flashback.

00:33:10.410 --> 00:33:17.560
Bueno, sí, pero yo creo que aquí no
está hablando de los flashback logs, que

00:33:17.560 --> 00:33:25.060
son los logs físicos para hacer un
rewind, rebobinar la tabla, sino

00:33:25.060 --> 00:33:27.720
de todo el flashback
que se almacena en Undo.

00:33:27.720 --> 00:33:33.960
Porque esto va muy asociado este flashback
time travel va muy asociado al flashback transaction

00:33:33.960 --> 00:33:41.920
que es a poder hacer a flashback
a nivel de una única transacción y

00:33:41.920 --> 00:33:45.500
esa es otra de las funcionalidades, las
nuevas funcionalidades que se vienen en la 23

00:33:45.540 --> 00:33:53.100
en la 23c Pero en este

00:33:53.100 --> 00:33:57.840
caso, ese flashback transaction
tira de log miner Bueno,

00:34:01.280 --> 00:34:03.100
Es que me parece tremendo.

00:34:04.340 --> 00:34:11.440
En LogMiner siempre hemos tenido esa
posibilidad de rastrear esos redo logs y poder

00:34:11.510 --> 00:34:18.810
regenerar el redo, la secuencia,
es decir, la sentencia

00:34:18.810 --> 00:34:24.030
SQL que rehace el cambio,
así como lo hace GoldenGate.

00:34:24.030 --> 00:34:29.950
Un poco toda la tecnología y la
arquitectura de propagar transacciones se basa en eso,

00:34:30.030 --> 00:34:37.370
en esa habilidad del log miner de leer el
log y con ese supplemental log rehacer ese

00:34:37.370 --> 00:34:41.920
redo con su consiguiente undo.

00:34:41.920 --> 00:34:47.120
Es decir, las acciones para deshacer
también están en los miners.

00:34:47.380 --> 00:34:54.530
Pero claro, que hayan ampliado
el DBMS Flashback para ampliar o

00:34:54.530 --> 00:34:59.250
hacer flashback de una
transacción me parece muy bueno.

00:34:59.250 --> 00:35:06.180
Muy bueno, muy bueno. Bueno, todo esto son
cosas que estamos, o sea, estamos justo descubriendo

00:35:06.180 --> 00:35:13.840
ahora como haciendo un unboxing, estamos
haciendo un unboxing de la nueva versión y

00:35:13.970 --> 00:35:16.570
temas muy interesantes, ¿no?

00:35:16.570 --> 00:35:23.640
Sí, otra cosa de, bueno, hace unos

00:35:23.640 --> 00:35:28.500
meses atrás había creado un video corto de
cómo llegar y cómo trabajaban las bases de

00:35:28.500 --> 00:35:36.120
datos acopladas, refrescables, o sea,
para mí es una de las maravillas de las

00:35:36.120 --> 00:35:43.560
versiones 19c y que se aplicaba también
en 21, Pero hay un cambio importante con

00:35:43.560 --> 00:35:49.990
el asistente de creación de base de datos,
que es que ahora con el DBSA puedes clonar

00:35:49.990 --> 00:35:56.530
una base de datos remota a otro contenedor
y decirle que esa base de datos sea refrescable.

00:35:56.890 --> 00:36:02.470
Entonces, ella automáticamente hace toda
la configuración para hacer el mantenimiento

00:36:02.470 --> 00:36:07.010
de esa base de datos según el periodo de
tiempo de refrescamiento que vos deseas ponerle.

00:36:07.050 --> 00:36:12.510
Que bueno Estaba bastante
claro que iban a tirar por ahí

00:36:13.460 --> 00:36:20.200
yo creo que por los temas de gestión de
PDVs, creo que de las grandes cosas que hemos

00:36:20.200 --> 00:36:26.780
visto a partir de contenedores, inicialmente
desde OCC en ese proceso de evolución a

00:36:26.780 --> 00:36:33.810
19, 21 creo que las facilidades en que
estamos viendo y cómo gestionar las bases

00:36:33.810 --> 00:36:40.470
de datos acopladas es lo que le da un
valor adicional a lo que es la arquitectura multitenant

00:36:40.470 --> 00:36:46.660
y que ya sabemos que esa es la otra
nota importante que ya no podemos tener

00:36:47.700 --> 00:36:54.240
arquitectura no container database a
partir de 23c ya está totalmente depreciada y ya

00:36:54.240 --> 00:36:59.300
no se puede crear una instancia de base de
datos si no es en modo contenedor Bueno, voy

00:36:59.300 --> 00:37:03.780
a decir algo muy políticamente incorrecto,
Ronald, si me lo permites muy políticamente

00:37:03.820 --> 00:37:11.280
incorrecto y es que Todo aquello
que me huela a manejar PDBs como

00:37:11.280 --> 00:37:17.840
churros, como el carrusel de PDBs, las
PDBs refrescables, los map containers y todo esto,

00:37:17.940 --> 00:37:25.260
va a ser donde Oracle más va a
hacer desarrollo y va a dotar

00:37:25.260 --> 00:37:29.740
de más habilidades a la base de datos,
precisamente porque ahí es donde va a estar la

00:37:29.780 --> 00:37:35.160
gracia de licencias. Cuanto más explotes
esas funcionalidades y más aproveches el refrescamiento

00:37:35.160 --> 00:37:42.520
en caliente de PDVS, el carrusel de PDVS
y cosas así, más vas a pasar por caja.

00:37:42.840 --> 00:37:49.840
Entonces, ahí lo suelto un poco
políticamente incorrecto, Pero creo que va por ahí el

00:37:49.840 --> 00:37:57.000
desarrollo. Se va a invertir en dotar de
funcionalidades aquello que, a ver, que

00:37:57.000 --> 00:37:59.240
luego después es una
ventaja, por supuesto, ¿no?

00:37:59.280 --> 00:38:05.080
Pero que va a significar a una
arquitectura de páguelo usted, ¿no?

00:38:05.520 --> 00:38:12.720
Sí, el tema aquí es que, vamos a ver, o
sea, después de tantos años de ser metido

00:38:12.720 --> 00:38:17.080
en esto, hay algo que a uno le pone mucha
importancia que es toda la parte de gestión.

00:38:17.120 --> 00:38:24.900
O sea, la mayor cantidad de tiempo tuyo en
un proyecto, cuando se está implementando,

00:38:24.900 --> 00:38:30.060
tiene que ver con la parte de gestión de
infraestructura y le quitas tiempo a otras partes

00:38:30.060 --> 00:38:34.900
que son muy importantes, la parte de diseño,
la parte de revisión, la parte de estar

00:38:34.900 --> 00:38:39.540
apoyando a los equipos en el proceso de
implementación por estar desarrollando infraestructura.

00:38:39.580 --> 00:38:45.880
Y creo que quitarnos de encima eso es un
punto importante segundo punto importante el

00:38:45.880 --> 00:38:49.660
hecho es que mucha gente yo he escuchado a
mucha gente decir que los PDV no les gusta

00:38:49.700 --> 00:38:54.520
porque creen que que de un momento a otro
se van a llenar de un montón de PDVs y que

00:38:54.520 --> 00:38:58.260
van a haber muchas aplicaciones
satélite por todo lado pero

00:38:59.220 --> 00:39:04.240
tenemos que ser conscientes que en un
proceso de adopción de cloud como lo que estamos

00:39:04.240 --> 00:39:10.760
haciendo ahorita básicamente el desarrollo
no es O sea, estamos dándole vuelta atrás

00:39:10.760 --> 00:39:15.160
a aquel concepto de hace 11, 12 años donde
hablábamos que queríamos que todo estuviera

00:39:15.200 --> 00:39:23.690
consolidado. Hoy por hoy es mejor
tener, dependiendo del tipo de consumo

00:39:23.780 --> 00:39:30.900
a nivel de una aplicación, es mejor que
todos sus servicios sean satélites o

00:39:30.900 --> 00:39:37.020
sean distribuidos en distintas plataformas
Para que en el momento en que falle un servicio,

00:39:37.460 --> 00:39:42.360
no afecte la totalidad de todos los
servicios que tienes disponibles o que necesitas.

00:39:43.640 --> 00:39:51.040
Claro, pero bueno, también el tema
de poder tener aislado físicamente en

00:39:51.040 --> 00:39:57.500
una arquitectura separada versiones de
aplicación y con contenedores diferentes.

00:39:57.500 --> 00:40:02.920
Yo creo que también esta era otra deuda
pendiente que tenía Oracle, porque al final,

00:40:02.960 --> 00:40:06.400
cuando hacías una migración de una
aplicación de una base de datos a otra, al final aquello

00:40:06.440 --> 00:40:11.800
era un carajal. Espera, es que este
esquema también tiene tres tablas en este otro esquema.

00:40:12.000 --> 00:40:14.740
Es decir, todo eso debía aislarse
de una forma físicamente.

00:40:14.780 --> 00:40:19.360
Yo sí creo que con Multitenant
han hecho un gran, gran acierto.

00:40:19.700 --> 00:40:25.520
Pero claro, como dices tú, es decir, hay
muchas facilidades de gestión, hay muchas cosas

00:40:25.520 --> 00:40:33.540
que te salvan. Vida a nivel de gestión
de copias, de movimiento incluso hacer

00:40:33.540 --> 00:40:35.096
una migración de una versión

00:40:36.640 --> 00:40:43.200
Desenchufarla de un sitio y enchufarla en
otro que eso evidentemente es una gran mejora

00:40:43.200 --> 00:40:50.940
pero claro, implica pasar por
caja aquí con el fabricante pero

00:40:50.940 --> 00:40:57.940
bienvenido mientras pague otro pero veámoslo
así desde este punto de vista yo creo

00:40:57.940 --> 00:41:00.960
que más cerca hace unos
años yo hablaba con la gente

00:41:02.510 --> 00:41:08.030
Cuando de alguna otra manera sentíamos que
estábamos siendo con la evolución de 11 g

00:41:08.030 --> 00:41:15.570
a 12 c estándar fue casi como un puntapié
en el trasero donde se nos decía deben

00:41:15.570 --> 00:41:19.930
de dejar de utilizar estándar porque ahora
te voy a limitar la cantidad de hilos que

00:41:19.970 --> 00:41:26.830
puedes utilizar y las características
importantes los los muñequitos bonitos están en

00:41:26.830 --> 00:41:28.330
Enterprise, no en Standard.

00:41:28.550 --> 00:41:35.500
Y creo que eso fue una primera llamada de
atención donde nos dijeron, miren, dejen de

00:41:35.500 --> 00:41:42.960
utilizar Standard. Y con el hecho, vos has
visto, se ha mantenido Standard con los limitantes

00:41:42.960 --> 00:41:45.360
de los 16 silos máximo que podemos tener.

00:41:45.660 --> 00:41:50.120
Pero hay algunas características que se
han ido agregando al Standard que eran propias

00:41:50.160 --> 00:41:57.240
de Enterprise. Y yo creo que los signos
son muy claros en el sentido Yo creo que en los

00:41:57.240 --> 00:42:02.800
próximos, no sé, no creo que sea de forma
inmediata, pero es muy probable que lleguemos

00:42:02.800 --> 00:42:09.680
a tener una versión de base de datos con
algunos tipos de sabores según la disponibilidad.

00:42:10.600 --> 00:42:16.600
Yo sí soy de los que creo que on -premise
en algún momento va a desaparecer, porque debería

00:42:16.600 --> 00:42:21.800
desaparecer. Yo en algún momento pensaba
que ya 23C iba a ser una versión 100 % cloud

00:42:21.800 --> 00:42:23.380
y que no iba a haber on -premise.

00:42:23.420 --> 00:42:30.770
Eso es un debate, porque yo sí conozco

00:42:30.770 --> 00:42:37.930
casos de gente que está, incluso
para ciertos sitios de datos o

00:42:37.930 --> 00:42:43.830
ciertos sitios de información, está
abandonando la nube para quedarse en un premise por

00:42:43.830 --> 00:42:48.210
el hecho de tener cierta información
o ciertos datos, tenerlos en casa.

00:42:48.910 --> 00:42:52.770
Pero eso es otro debate interesante.

00:42:53.770 --> 00:43:00.170
Es otro debate, pero ahí es importante, o
sea, hace un par de años, año y medio más o

00:43:00.170 --> 00:43:03.990
menos, recuerda que tuvimos la
disponibilidad de contar con Machine Learning dentro de

00:43:04.030 --> 00:43:06.270
la versión estándar de manera gratuita.

00:43:07.540 --> 00:43:15.120
Y en Autonomous hay una base gratuita

00:43:15.120 --> 00:43:16.760
para utilizar con Autonomous.

00:43:16.980 --> 00:43:24.020
¿Qué dices? Creo que Oracle está haciendo,
y sobre todo con esta versión free, está un

00:43:24.020 --> 00:43:27.180
poco enseñando las cartas, pero yo
te voy a decir a ver tú qué opinas.

00:43:27.220 --> 00:43:34.780
Yo creo que no solamente está acercando a
los desarrolladores o está mirando hacia

00:43:34.780 --> 00:43:42.060
los desarrolladores para decirles, oye,
quiero que vosotros marquéis el camino y no os

00:43:42.060 --> 00:43:49.310
vayáis a MongoDB. Toda la
dualidad que han hecho de tener la

00:43:49.310 --> 00:43:56.370
integración esa con las views, las
duality relational views, para poder

00:43:56.370 --> 00:44:02.630
trabajar tanto desde el enfoque de base de
datos relacional como desde el enfoque NoSQL

00:44:02.630 --> 00:44:09.540
con JSON. Como acercándose mucho a los
desarrolladores a decir, si lo que yo hago os

00:44:09.540 --> 00:44:15.420
gusta, toda la cuota que tiene Mongo, toda
la cuota free que tiene, bueno, MySQL no,

00:44:15.440 --> 00:44:19.540
pero yo creo que PostgreSQL sí está
siendo una amenaza de hecho en la

00:44:20.800 --> 00:44:24.140
Ahora estoy mezclando aquí información que
tengo a la cabeza pero en la charla que nos

00:44:24.180 --> 00:44:29.600
dieron ayer a los seis un poco como que
nos hablaban de la posición de las bases de datos

00:44:29.600 --> 00:44:37.740
más Pioneras El top 10 de bases
de datos según RationalDB,

00:44:38.140 --> 00:44:43.520
me parece que es, que colocaba ahora que
era la primera, Maya SQL es la segunda, pero

00:44:43.520 --> 00:44:45.440
PostgreSQL estaba la cuarta.

00:44:45.800 --> 00:44:48.320
Y MongoDB también pisándole los talones.

00:44:48.860 --> 00:44:51.480
¿No crees que quizá van
más por ahí los tiros?

00:44:51.580 --> 00:44:56.880
Vamos a acercarnos a los desarrolladores a
integrarles el tema de SQL y de no SQL junto.

00:44:56.880 --> 00:45:00.060
A mí eso me parece muy novedoso.

00:45:00.160 --> 00:45:10.740
Da igual si quieres gestionarlo por SQL o
por JSON, que vas a tener la traducción homogénea,

00:45:10.740 --> 00:45:15.860
lo vas a ver de una forma homogénea
independientemente de cómo trabajes.

00:45:15.960 --> 00:45:18.127
¿No te da la sensación que van por ahí?

00:45:19.020 --> 00:45:22.960
Es que ese era el comentario
que precisamente te iba a hacer.

00:45:23.100 --> 00:45:30.100
Yo siento, o sea, estamos en una era,
vamos a ver, como estamos hablando de todo

00:45:30.100 --> 00:45:36.300
un poco, estamos en una era post -pandemia
que afectó considerablemente la economía de

00:45:36.300 --> 00:45:44.160
muchas organizaciones. Y
al haber afectado el tema

00:45:44.160 --> 00:45:48.420
económico en forma considerable a muchas
organizaciones que están luchando ahorita por

00:45:48.460 --> 00:45:55.980
poderse mantener y poder salir a flote
en este año y medio que la economía a

00:45:55.980 --> 00:46:03.220
nivel global no tiene las mejores
perspectivas para la mayoría de los países

00:46:03.220 --> 00:46:09.780
dices, creo que la gente está buscando de
alguna u otra manera opciones y hace como unos

00:46:09.780 --> 00:46:16.860
años atrás la gente veía a
MySQL como una opción, veían a,

00:46:16.980 --> 00:46:24.480
que te digo yo, no sé si te acuerdas, en
su momento mucha gente dijo, no, vámonos a

00:46:24.480 --> 00:46:30.120
bases de datos que sean más flexibles en
cuanto a temas de, sea más fácil la parte de

00:46:30.120 --> 00:46:35.280
gestión y demás y mucha Mucha gente buscó
la manera en cómo hice SQL Server y después

00:46:35.280 --> 00:46:40.980
Microsoft y luego empezó a devolverse y
no, esto no me sirve, o sea, así no puedo trabajar.

00:46:41.540 --> 00:46:45.700
Siento que ahorita hay una tendencia, al
menos en lo que yo he medido en Latinoamérica,

00:46:45.740 --> 00:46:51.100
una tendencia fuerte de gente a buscar,
adquirir servicios, migrar muchos de sus servicios

00:46:51.100 --> 00:46:52.880
en Oracle, migrarlos a Postgres.

00:46:52.880 --> 00:47:00.040
Pero ahí hay otro tema nuevamente el tema
Del open source y que al final de cuentas el

00:47:00.040 --> 00:47:06.380
costo de una persona que conozca cómo
funciona bien Postgres porque no son muchos

00:47:07.530 --> 00:47:14.570
hace que el bolsillo te duela igual
o peor que llegar y tener algo

00:47:14.570 --> 00:47:19.430
que ya conoces y que es un poquito más
caro en cuanto a precio unitario por licenciamiento

00:47:19.470 --> 00:47:23.450
y demás pero que al final el
costo de Y demás se te devuelve.

00:47:25.540 --> 00:47:30.280
Claro, te iba a decir, en la audiencia
tenemos a Loles, que Loles hizo un episodio de

00:47:30.280 --> 00:47:34.220
podcast hablando de
Postgres versus Oracle y

00:47:35.400 --> 00:47:37.280
es muy interesante la perspectiva.

00:47:37.320 --> 00:47:41.876
Hablando de esto, por poner un poco en
contexto lo que decíamos, lo que decías tú.

00:47:42.200 --> 00:47:47.880
Estoy mirando Debian Jeans, el ranking
mundial de base de datos según popularidad y entonces

00:47:47.880 --> 00:47:53.000
es un poco el índice que nos presentaron
ayer en la reunión, en la presentación que nos

00:47:53.000 --> 00:47:59.170
hicieron para los seis. Oracle en la primera,
con una puntuación de 1 .228, le sigue

00:47:59.170 --> 00:48:01.281
MySQL, que también pertenece a Oracle,

00:48:01.770 --> 00:48:06.650
Relational Multimodel. Después SQL Server
claro, SQL Server tiene la característica que

00:48:06.650 --> 00:48:11.350
viene con toda la licencia de Microsoft
y digamos es como un paquete muy...

00:48:11.350 --> 00:48:14.970
Está bien que sea la tercera,
pero la cuarta es PostgreSQL.

00:48:15.290 --> 00:48:18.234
Y la quinta, que es lo que
te quería decir, es Mongo.

00:48:18.900 --> 00:48:26.080
Entonces Entonces, entiendo y un poco
veo por dónde vas, que el open source por

00:48:26.080 --> 00:48:30.260
supuesto que puede derivar unos costes que
a lo mejor no son costes en licencias, pero

00:48:30.300 --> 00:48:37.990
sí costes en infraestructura, en técnicos,
en lo que sea, costes derivados, pero

00:48:37.990 --> 00:48:39.934
no hay que perder de vista a Mongo,

00:48:40.230 --> 00:48:42.670
porque Mongo está a la quinta.

00:48:42.670 --> 00:48:50.000
Y no es relacional, es documental,
no es secuelo, es Jason.

00:48:50.320 --> 00:48:53.100
Y como sexta, y esta no la conozco, Redis.

00:48:53.340 --> 00:48:56.420
¿Tú conocías a Redis? Sí,
sí séptima posición de B2.

00:48:58.060 --> 00:49:05.540
Ajá de hecho, lo que me llama
la atención es ese aumento en

00:49:06.250 --> 00:49:08.150
B2, me llama mucho la atención.

00:49:09.700 --> 00:49:12.860
Porque total yo apuntaba...

00:49:12.860 --> 00:49:19.980
Ha crecido, ha subido yo he apuntado un
poco más y creo que el gran perdedor de

00:49:19.980 --> 00:49:25.620
toda esta historia en los últimos
años para mí ha sido SAP HANA.

00:49:26.530 --> 00:49:31.770
Yo pensé que iba a ser una base
de datos, pero mucho más...

00:49:31.770 --> 00:49:37.390
Bueno, es muy dedicada a SAP.

00:49:38.300 --> 00:49:40.022
Creo que es muy dedicada a SAP.

00:49:40.260 --> 00:49:42.800
Si no han sabido abrir...

00:49:43.200 --> 00:49:44.620
SAP HAN está en la posición 21.

00:49:44.660 --> 00:49:45.880
Y pone que ha crecido, ¿eh?

00:49:45.920 --> 00:49:49.160
Pone que ha crecido posición 22, ¿vale?

00:49:49.260 --> 00:49:50.871
Ha subido desde el puesto 23.

00:49:52.680 --> 00:49:56.291
Pero fíjate, hay otras cosas más
interesantes en lo que se viene.

00:49:56.940 --> 00:50:04.040
Si vos ves, del puesto 6 hacia
arriba, ninguna de esas bases de datos

00:50:04.040 --> 00:50:06.980
representa un peligro para ninguno de
los que están en los primeros años.

00:50:07.020 --> 00:50:10.040
No, pero sí, Mongo y Postgres sí.

00:50:10.260 --> 00:50:18.480
Yo sí creo que todo el tema de JSON y
de hacer una versión free para incluso

00:50:18.480 --> 00:50:20.147
a lo mejor proyectos pequeños.

00:50:22.340 --> 00:50:26.700
Claro que está MySQL Pero es que MySQL
no es Oracle Me explicó el tema de PDB

00:50:27.840 --> 00:50:32.060
MySQL es otro producto Y fíjate, me
contrasta también mucho Que MySQL está en la posición

00:50:32.100 --> 00:50:39.560
2 Mientras que MariaDB Sigue
bajando El fork de MySQL Open

00:50:39.560 --> 00:50:47.010
Source baja de la posición 12 A la 13 Voy
a poner estos rankings aquí En este 23T

00:50:47.010 --> 00:50:51.399
De lo que estamos hablando Estos rankings
por si alguien le quiere echar un ojo

00:50:52.050 --> 00:50:57.270
Rankings de bases de datos, y esto tiene
relación con lo que estamos hablando porque

00:50:57.270 --> 00:51:03.270
precisamente ahora que conocemos la 23C la
versión para desarrolladores y por dónde están

00:51:03.270 --> 00:51:06.870
yendo los tiros en Oracle

00:51:07.790 --> 00:51:11.670
digamos, hacia dónde están enfocando,
hacia dónde están dirigiendo la tecnología pues

00:51:11.710 --> 00:51:15.850
si podemos hacer una una
lectura aquí un poquito de que

00:51:16.930 --> 00:51:24.130
Mongo sigue siendo, Mongo y postgres
siguen siendo puntos a no perder de vista en digamos

00:51:24.130 --> 00:51:28.850
en el tener bastante controlados en el
retrovisor en el espejo retrovisor ir viendo esas

00:51:28.890 --> 00:51:32.270
bases de datos que en
un momento dado pueden

00:51:33.280 --> 00:51:40.610
ocupar de cuota sí y de hecho hay otra
cosa interesante es que si ves dentro del

00:51:40.610 --> 00:51:45.770
sitio de que están mencionando donde es el
ranking de base de datos si ves el reporte

00:51:45.770 --> 00:51:50.950
especial sobre la la relación de los open
source versus comercial a nivel de base de

00:51:50.950 --> 00:51:54.390
datos ves que hay una paridad
casi casi total ahorita.

00:51:54.450 --> 00:52:01.460
Estamos 50 -50. Y eso es otro punto
interesante porque el mercado se ha

00:52:01.460 --> 00:52:04.960
abierto mucho a temas de
licencias no comerciales.

00:52:05.000 --> 00:52:10.540
Pero como te digo, creo que eso es producto
de lo que está impulsando la economía en

00:52:10.540 --> 00:52:14.760
este momento mundial a
cómo ahorrar, ¿verdad?

00:52:15.530 --> 00:52:23.010
Y entonces mucha gente se está
yendo a hacia esas soluciones

00:52:23.010 --> 00:52:30.360
de open source, pero como te digo, yo
siempre he sido usuario muchos años

00:52:30.360 --> 00:52:37.540
de software de licencia de código abierto
y soy un usuario de más de 20 desde el

00:52:37.540 --> 00:52:44.600
92, 91, 92, 93 por ahí de
Linux y siempre he estado

00:52:44.600 --> 00:52:50.160
a favor del software libre, pero también
ya a nivel como cuando ya vos estás en el otro

00:52:50.160 --> 00:52:57.400
lado yo dejé de estar del lado de el
fabricante hace cinco o seis años y nuevamente

00:52:57.400 --> 00:53:04.340
estoy del lado ahora también y ya uno ve
las perspectivas de una manera distinta y yo

00:53:04.340 --> 00:53:10.100
como les digo a la gente o sea yo
utilizaría open source para cosas que no sean o que

00:53:10.100 --> 00:53:16.800
no tengan ningún nivel de criticidad
dentro de la organización pero algo que sea crítico

00:53:16.800 --> 00:53:19.244
jamás lo pondría en un
open source, ¿verdad?

00:53:20.500 --> 00:53:27.440
Sí, sí, sí, yo coincido o para cosas que
tengan una arquitectura muy simple, a lo mejor

00:53:27.440 --> 00:53:32.540
tablas que se van llenando simplemente,
que no hay muchas modificaciones, es decir, que

00:53:32.540 --> 00:53:37.200
no hay una complejidad a lo mejor de alta
concurrencia, alta distribución, no sé.

00:53:37.200 --> 00:53:39.600
No sé oye, estaba viendo yo una cosita.

00:53:39.740 --> 00:53:44.760
Mira, hablando de funcionalidades, ya que
estamos hablando de funcionalidades, otra de

00:53:44.760 --> 00:53:48.840
estas tontas tontas que
me hace feliz y me alegra.

00:53:50.360 --> 00:53:52.980
El tipo boleano para tablas.

00:53:52.980 --> 00:54:00.360
De hecho Hay un artículo sumamente

00:54:00.980 --> 00:54:03.420
Interesante de Tim Holt Que publicó

00:54:04.850 --> 00:54:11.370
Sobre el uso de Boliano, que yo les
recomiendo Que lo estudien Que lo vean

00:54:12.290 --> 00:54:19.940
Porque sí, es Algo de lo que
hacía falta Y que uno dice ¿Tendrá

00:54:19.940 --> 00:54:21.200
lógica o no tendrá lógica?

00:54:21.240 --> 00:54:25.280
Pero el momento en que vos llegas y
quieres hacer un comparativo entre valores de dos

00:54:25.320 --> 00:54:30.780
columnas y saber si una columna
es mayor que otra eso está genial

00:54:32.180 --> 00:54:35.920
Claro, pero es que ten en cuenta que antes
la gente, el boleano ¿cómo lo hacían?

00:54:35.960 --> 00:54:40.760
Con un number uno cero y de
pronto te encontrabas un tres ahí

00:54:42.760 --> 00:54:49.860
¿sabes? No sé, es decir toda esta suciedad
a ver, a ti no te ahora vamos a contar aquí

00:54:49.860 --> 00:54:54.450
tonterías ¿a ti no te ha pasado que te pones
a mirar en tablas a lo mejor que tienen

00:54:54.490 --> 00:54:56.790
campos de fecha, yo que sé

00:54:58.990 --> 00:55:03.570
Fecha de contrato, y te salen
contratos del año 1800 dices, mira

00:55:04.790 --> 00:55:06.810
El primer año de la compañía

00:55:08.010 --> 00:55:15.370
Del 1803 O cosas así es decir, fecha
fin de contrato, yo que sé, año 8700

00:55:17.270 --> 00:55:24.130
Pero, ¿por qué 8700? A mí, esa suciedad
lógica de los datos Sí, sí, sí.

00:55:24.270 --> 00:55:31.410
A ver, me molesta porque digo, bueno,
pero oye, lo del boleano como campo

00:55:31.410 --> 00:55:35.110
sí hacía falta, ¿no? Un boleano
que puedas poner true, false, null.

00:55:35.150 --> 00:55:37.910
Punto, pelota ya está true, false.

00:55:38.130 --> 00:55:40.670
Y puede ser nulo o nulo ya está.

00:55:40.670 --> 00:55:48.440
Y dice, ¿qué es true? Y true
sería true, yes, on, uno, t, y,

00:55:48.520 --> 00:55:53.160
¿no? Literales que representan
eso, pues ahora, pues true y false.

00:55:53.860 --> 00:55:55.460
Cero se traslada a false.

00:55:56.180 --> 00:56:03.210
No cero, que son valores como 42 o lo
que sea, cualquier valor que no sea cero

00:56:03.210 --> 00:56:07.550
es true. Valor cero, false y a
partir de ahí almacenar boleanos.

00:56:07.550 --> 00:56:09.730
Y que puedas tener true o falso o null.

00:56:10.400 --> 00:56:13.678
¡Jo, qué tontería! Yo veo esas
tonterías y digo yo, mira...

00:56:14.010 --> 00:56:18.550
Pero es que, luego, otra cosa que no
entiendo, si el boleano estaba en PLSQL y ha estado

00:56:18.590 --> 00:56:21.910
siempre en PLSQL, ¿por
qué no se ha podido...?

00:56:23.140 --> 00:56:29.420
Sí, sí, pero se indexan los boleanos,
mira, J .Preda está preguntando y se indexan los

00:56:29.420 --> 00:56:31.642
boleanos, pues mira, con un bitmap, ¿no?

00:56:31.710 --> 00:56:38.710
Con un bitmap, ¿no? Sí tener un
bitmap index por los boleanos a mí me

00:56:38.710 --> 00:56:43.090
parece ideal, porque además estás
indexando los true y los false y estás indexando también

00:56:43.130 --> 00:56:48.010
los null si es un índice bitmap, ¿no?

00:56:49.310 --> 00:56:53.710
Me parece, vamos, me parece un acierto,
bueno, yo no sé, son tonterías estas que a mí

00:56:53.750 --> 00:57:00.420
me hacen feliz Pero bueno pero funciona,
la verdad es que lo importante es que funcionan,

00:57:00.440 --> 00:57:05.780
son funcionales para muchas cosas que a
veces uno tenía que decir ¿por qué tengo que

00:57:05.780 --> 00:57:07.336
hacer tanto código para eso?

00:57:08.090 --> 00:57:14.590
Claro, pero bueno Para mí que el SQL y el
PLSQL se acerquen en la longitud de los Barchar,

00:57:14.670 --> 00:57:19.890
por ejemplo, Clarisa estábamos con el tema
de que el Barchar de 4000 se queda corto en

00:57:19.890 --> 00:57:26.390
la definición estándar de longitud de
Barchar y dices, claro, es que 4000 puede ser muy

00:57:26.390 --> 00:57:33.520
poco para un campo donde
almacenes un texto en

00:57:33.520 --> 00:57:34.980
HTML, por ejemplo, o algo así.

00:57:35.020 --> 00:57:37.220
Se te puede quedar corto, ¿no?

00:57:37.280 --> 00:57:39.960
A la mínima puedes necesitar
algo más de 4 .000.

00:57:40.360 --> 00:57:44.280
Y dices, pero claro, en PL -SQL
ya estabas teniendo 32 .000, ¿no?

00:57:44.300 --> 00:57:46.820
Que era el máximo en
PL ¿Por qué no se hace?

00:57:46.820 --> 00:57:48.598
Siempre y cuando lo habilitaras.

00:57:49.120 --> 00:57:51.398
Siempre y cuando lo habilitaras, ¿verdad?

00:57:52.660 --> 00:57:58.000
Claro, dice Jota Preda, dice que podemos
hacer con tanta variedad Si alguien quiere subir

00:57:58.000 --> 00:58:02.680
a la audiencia, levanta la mano y sube y
habla con nosotros Que sepáis que esto es un

00:58:02.720 --> 00:58:08.380
café entre todos, aunque solo hablemos
dos, por un tema de orden que quien quiera

00:58:09.560 --> 00:58:11.560
participar es bienvenido a subir

00:58:13.580 --> 00:58:18.040
¿Sí? Oye, pues le hemos pegado un
buen repaso a esta versión, ¿no?

00:58:18.140 --> 00:58:24.000
Hay muchas cosas aquí que contar,
deberíamos hacer una siguiente una siguiente charla

00:58:24.000 --> 00:58:29.000
o un laboratorio así de cosas de la 23C.

00:58:29.080 --> 00:58:34.340
Yo hay cosas que quiero probar, hay cosas
que a mí me tienen muy loco, sobre todo el

00:58:34.340 --> 00:58:37.300
tema de flashback es una
de las cosas que más me...

00:58:37.300 --> 00:58:43.660
Más creo que la gente menos conoce y que
más te pueden salvar la vida en un momento de

00:58:43.660 --> 00:58:50.900
caos. Yo, hace muy poco, hace muy
poco, hubo un cliente que hizo un

00:58:50.900 --> 00:58:57.920
delete asterisco de una tabla con commit y
de una de las tablas principales, en una tabla

00:58:57.920 --> 00:59:01.960
donde estaban todos los datos principales.

00:59:01.960 --> 00:59:10.640
Y, oye, fue interesante poder
recuperar de flashback todo.

00:59:11.720 --> 00:59:16.387
Si tienes además, han mejorado el DBS
Flashback, a mí eso me parece muy interesante.

00:59:16.640 --> 00:59:21.560
Y Ronald, subimos a Clarisa,
que nos ha levantado la mano.

00:59:21.560 --> 00:59:28.800
Y mientras sube Clarisa Tal vez
otro detalle Que esas cosas tontas

00:59:28.800 --> 00:59:35.880
Que son interesantes Que yo
preguntaba ayer ¿Cómo debería llamarse

00:59:35.880 --> 00:59:38.240
el contenedor De una base de datos free?

00:59:39.970 --> 00:59:47.170
Ah, ¿cómo? Free. Si subes, si creas,
si haces el despliegue de la base

00:59:47.170 --> 00:59:52.730
de datos de facto a como viene, el contenedor
se llama free y el primer pdb se llama

00:59:52.730 --> 00:59:58.480
free pdb 1. Free pdb 1. Hemos
abandonado el orcl ya, eh.

00:59:59.000 --> 01:00:01.080
Hola, Clari. Clarisa, ¿qué tal?

01:00:01.520 --> 01:00:03.680
¿Cómo están, chicos? ¿Cómo andan todos?

01:00:03.720 --> 01:00:05.664
¿Cómo está la audiencia? ¿Cómo van?

01:00:06.640 --> 01:00:11.800
Muy bien, aquí. Un placer,
che, de tanto tiempo, Ronald.

01:00:12.740 --> 01:00:14.184
Bastante, bastante, Clari.

01:00:15.000 --> 01:00:17.556
Cacharreando la 23C. ¿Te
la has bajado, Clari?

01:00:18.120 --> 01:00:20.160
¿Te la has bajado, la 23?

01:00:20.540 --> 01:00:23.240
¿La has cacharreado? Justamente
eso es lo que te iba a preguntar.

01:00:23.280 --> 01:00:26.920
A los expertos aquí, ¿me
pueden dar una manito?

01:00:27.580 --> 01:00:30.580
¿Puedo bajarla en un entorno Windows?

01:00:30.800 --> 01:00:31.940
¿No hay problema con eso?

01:00:31.980 --> 01:00:36.520
¿Se puede utilizar la base de datos, por
ejemplo, en un entorno virtual para hacer pruebas

01:00:36.560 --> 01:00:40.920
y demás? Pues mira, te has perdido el
principio de la charla, donde hemos dicho que en

01:00:40.960 --> 01:00:45.580
el canal de Oracle 23C del servidor de
Discord de Café Database hemos puesto los enlaces

01:00:45.620 --> 01:00:51.600
de la OVA, de la Virtual Machine que han
publicado, han publicado una OVA que tiene un

01:00:51.600 --> 01:00:56.900
Linux 8 con una 23, sí, con un VirtualBox,
te pones un VirtualBox en tu Windows y te

01:00:56.900 --> 01:00:59.456
creas una máquina virtual,
han sacado ya la...

01:01:00.000 --> 01:01:03.111
¿Sabes cuál es el problema,
Javier, que yo uso Hyper -V?

01:01:03.340 --> 01:01:08.560
Que hay como un conflicto entre la
virtualización de Hyper -V de Windows con VirtualBox

01:01:08.560 --> 01:01:13.940
Bueno, podría probar a ver si pueden ahora
funcionar las dos virtualizaciones juntas

01:01:13.940 --> 01:01:16.829
porque yo tengo todas las
máquinas mías en Hyper -V.

01:01:17.080 --> 01:01:19.060
Bueno, podría probarlo esto después.

01:01:19.100 --> 01:01:26.100
Mira, han sacado han sacado la appliance
de VirtualBox, han sacado el RPM para

01:01:26.100 --> 01:01:31.060
instalártelos desde un Nora Linux Nora
Linux 8 y aquí Ronald me ha dicho que él lo ha

01:01:31.060 --> 01:01:33.800
metido en un Nora Linux 7 y lo ha encajado

01:01:36.130 --> 01:01:42.580
Y contenedores y han sacado
contenedores, han sacado han sacado los

01:01:47.180 --> 01:01:52.680
Exacto, con Podman sí, a mí lo único que
me genera un poco de conflicto, como les digo,

01:01:52.740 --> 01:01:59.360
es el tema de la... El otro día hice un
video, o sea, intenté hacer, ¿no?, de convivir

01:01:59.360 --> 01:02:05.040
las dos máquinas virtuales, o sea, los dos
sistemas de virtualización, y bueno, me generaba

01:02:05.040 --> 01:02:11.320
un poquito de problema. Pero bueno ahora
voy a seguir probando cuando lo encuentre ahí

01:02:11.320 --> 01:02:17.500
lo comparto otro tema la base de datos
viene con apex en la última versión chicos ustedes

01:02:17.500 --> 01:02:24.640
saben eso precisamente estabas comentando
esto también no viene pero no viene

01:02:24.640 --> 01:02:30.880
preinstalado clarín vos tenés que bajarlo
pero cuál es la versión instalada que viene

01:02:30.880 --> 01:02:34.780
ronald porque si se puede hacer la actualización
pero pero ¿sabes cuál es la versión

01:02:34.820 --> 01:02:42.980
preinstalada que viene? En el
OA 22 .2 sí, en el Appliance

01:02:42.980 --> 01:02:48.950
está el VirtualBox 22
.2, pero no sé en el RPM.

01:02:49.870 --> 01:02:54.310
Claro, si te dan todo el paquete
completo, viene la última versión.

01:02:54.430 --> 01:02:58.990
Bueno, muy bien si no, uno tiene que
instalar la base de datos y por otro lado actualizar

01:02:59.030 --> 01:03:04.770
el Apex. Porque me imagino que viene
embebido alguna versión, pero no sé cuál es la versión

01:03:04.770 --> 01:03:11.880
de IP que vendrá Bueno, es

01:03:11.880 --> 01:03:19.260
que claro, habrá que ver cuál es la
que viene pero la de la OVA es esta y

01:03:19.260 --> 01:03:26.260
está hablando la del contenedor el RPM ni
contenedor trae Apex, ninguno de los dos

01:03:26.260 --> 01:03:33.720
ok Ninguno de los dos
confirmado yo ya la verifiqué

01:03:33.720 --> 01:03:39.740
y dentro de la documentación Inclusive te
dice que efectivamente El Apex debe ser descargado

01:03:39.740 --> 01:03:45.980
Por separado Bueno, gracias por la
información Dice José Preda que el usuario Apex Si

01:03:45.980 --> 01:03:53.780
existe, pero bueno Hay que ver si está
el componente De hecho yo compartí

01:03:53.780 --> 01:04:00.960
Ayer en mis redes sociales La lista
de componentes Que quedan instalados Y

01:04:00.960 --> 01:04:08.040
dentro de los componentes Está la parte de
de Java Virtual Machine está el xdk trae los

01:04:08.040 --> 01:04:15.140
de Java Package xml, text level
security, database ball viene incluido

01:04:15.140 --> 01:04:18.820
pero no está el Apex qué pena

01:04:20.180 --> 01:04:28.040
Ahora aquí está en la OVA, en caja la
OVA la OVA te viene con el Apex puesto sí

01:04:30.100 --> 01:04:34.180
Bueno gracias por la info muchachos pues

01:04:35.170 --> 01:04:37.210
muy bien Gracias a ti
por participar, Clari.

01:04:37.250 --> 01:04:38.694
Te bajamos a la audiencia.

01:04:38.910 --> 01:04:46.010
Chao. Bueno, pues Muy interesante todo

01:04:46.010 --> 01:04:50.288
esto. Nos da para hacer otra charla otro
día, cuando explotemos un poco mejor

01:04:51.720 --> 01:04:57.570
La release y veamos más qué
cosas trae, qué cosas probamos.

01:04:58.430 --> 01:05:01.840
Deberíamos hacer otra Segunda

01:05:03.100 --> 01:05:05.080
Pasada otra segunda ronda.

01:05:06.660 --> 01:05:12.460
Alguien de la audiencia Tiene algo que
decir Que hable ahora o calle para siempre O lo

01:05:12.460 --> 01:05:19.470
escuche en el podcast Bueno chicos,
pues Ahora mismo aquí en España a las

01:05:19.470 --> 01:05:22.790
7 y 7 minutos Nos hemos
pasado un poquito de la horita

01:05:24.630 --> 01:05:26.130
Pero muy bien, ¿no, Ronald?

01:05:26.420 --> 01:05:33.650
¿Qué tal has estado? Yo estoy bastante
bien Nada más, como te digo Ahí quedé con

01:05:33.650 --> 01:05:41.340
un tema Que ayer fue un día Un poco
difícil y el cansancio se siente ya definitivamente

01:05:41.340 --> 01:05:46.720
como te digo, ya cuando se alcanza
cierta edad, ya uno responde ¡Hola!

01:05:46.720 --> 01:05:51.740
Esa ha sido una tra... Pero es que ha
sido una trago normada, te he dicho.

01:05:51.920 --> 01:05:53.587
¡Ya! ¡Venga! ¡Vamos a hacerlo!

01:05:54.480 --> 01:05:56.647
¿Dónde se encuentran los links de Loba?

01:05:57.160 --> 01:06:00.520
En el canal a ver, alguien pregunta,
está preguntando la audiencia.

01:06:00.560 --> 01:06:01.920
¿Dónde se encuentran los links de Loba?

01:06:01.960 --> 01:06:09.160
En el canal de Oracle23C del servidor ahí

01:06:09.160 --> 01:06:15.280
hemos puesto, el primero de todo es este,
es el de database app dev, este es el que lo

01:06:15.280 --> 01:06:22.460
va, voy a editarlo vale,
Link del OVA bueno,

01:06:26.280 --> 01:06:33.460
En Argentina las dos, un abrazo
para todos muy bien pues nada,

01:06:33.640 --> 01:06:38.840
yo lo dejo aquí yo creo que le hemos dado
un primer vistazo muy interesante a esto y

01:06:38.840 --> 01:06:43.300
hemos abierto aquí el pistoletazo de salida
que todo el mundo pueda empezar a probar

01:06:43.340 --> 01:06:49.470
con la nueva versión y a medida que nos
dejan ir contando cosas vamos a ir contando que

01:06:49.470 --> 01:06:56.770
es que si no hablamos más es
porque no nos deja no se vaya

01:06:56.770 --> 01:07:01.370
liberando y también hay que hacer algunas
otras revisiones de todo para ver si realmente

01:07:01.410 --> 01:07:09.050
funciona como funciona como dice que
funciona porque esto es otra cosa claro

01:07:09.530 --> 01:07:15.970
que que valía que efectivamente todo esto
que hemos ido conversando esté al 100 % y que

01:07:15.970 --> 01:07:23.090
no tenga alguna limitante específica
verdad sí sí sí sí bueno pues cerramos el cerramos

01:07:23.090 --> 01:07:29.130
el episodio muchas gracias a todos muchas
gracias gracias a vos javier también por la

01:07:29.130 --> 01:07:32.630
invitación y tal vez la última
babosada que que es interesante.

01:07:32.730 --> 01:07:37.200
Ahora puedes renombrar
segmentos tipo Love en 2013.

01:07:37.740 --> 01:07:40.900
Y tu tamaño pasa de 4 a 8 .000.

01:07:41.860 --> 01:07:48.880
¡Oh! ¡Oh! ¡Qué grande! Oye,

01:07:48.880 --> 01:07:50.540
Ronald, un abrazo muy fuerte.

01:07:52.360 --> 01:07:56.280
Igual, igual un abrazo enorme
para ti y nos estamos hablando.

01:07:57.590 --> 01:08:01.923
Vale, un abrazo a todos los que están
aquí en la audiencia y hasta la próxima.

01:08:03.000 --> 01:08:04.620
Bueno, mi hermano, descanse.

01:08:05.430 --> 01:08:07.650
Igualmente chao, chao