WEBVTT

00:00:07.220 --> 00:00:10.240
¡Y ya estamos en línea!
¡Buenas tardes, Karla!

00:00:10.320 --> 00:00:11.740
¿Cómo estás? ¡Súper Karla!

00:00:11.780 --> 00:00:15.560
¡Súper Karla! ¡Bueno! ¿Cómo estás?

00:00:15.740 --> 00:00:17.573
La heroína de las bases de datos.

00:00:18.120 --> 00:00:20.009
¿Qué te parece? Mira. ¡Qué horror!

00:00:20.420 --> 00:00:24.253
Mira, es que tú decías, algo se oye,
pero no sé si se oye un poquito.

00:00:24.660 --> 00:00:26.920
Estamos teniendo aquí
la música de cabecera.

00:00:26.960 --> 00:00:31.127
Claro, es que ellos no saben que estamos
ahí con el calzondeo de la música.

00:00:32.020 --> 00:00:34.840
¡DJ Morales! ¿Qué puede
ser el DJ de Luis Lucena?

00:00:45.880 --> 00:00:49.820
¿Qué te parece? Al final sí que hay, ¿eh?

00:00:49.980 --> 00:00:56.120
Que decías tú, no hay, no vamos a ver
versión on previs, no la vamos a ver porque todos

00:00:56.120 --> 00:00:59.020
quieren que nos vayamos
a cloud todos pero...

00:00:59.020 --> 00:01:06.400
Y yo te decía ten fe Sí, yo tenía porra,

00:01:06.400 --> 00:01:10.233
¿eh? Yo diciendo, cuando anunciaron,
dije, bueno, vamos a pagar el 27

00:01:11.410 --> 00:01:15.710
Sí, y cuando yo te dije, te dije,
¿no has leído el correo de hoy?

00:01:16.370 --> 00:01:20.010
Yo no me creo nada Y tú dices,
no, pero eso ¿dónde lo has sacado?

00:01:20.270 --> 00:01:25.630
Nadie ha dicho nada, digo, que yo ya me he
enterado, que ya lo han anunciado en la cumbre

00:01:25.630 --> 00:01:28.519
esta del Cairo que se habían
juntado todos los de...

00:01:28.970 --> 00:01:34.270
Los de RAC habían compartido, habían
filtrado una presentación diciendo, Linux release

00:01:34.270 --> 00:01:41.700
de On -Premise en enero. Y yo ya lo
mandé digo, pues yo lo puse primero en la

00:01:41.700 --> 00:01:45.600
newsletter de Café Database, antes de que
todo el mundo lo escribiera en LinkedIn.

00:01:45.640 --> 00:01:50.240
Lo había escuchado yo el año
anterior en junio, junio -julio.

00:01:50.300 --> 00:01:53.680
Ahora va, ahora va ya veremos, ya veremos.

00:01:55.620 --> 00:01:59.880
Pero no, bueno, son buenas
noticias Bueno, un poco medias ¿No?

00:01:59.920 --> 00:02:04.180
Porque tenemos esta yo sé que para ti el
hecho de que no haya Standard Edition es un

00:02:04.220 --> 00:02:05.776
poco coitos interruptus ¿No?

00:02:06.100 --> 00:02:11.640
Sí, a ver, yo no Hoy en día no lo utilizo
Pero sí que sabes que yo soy muy Defensora

00:02:11.640 --> 00:02:18.680
de estándar cuando De las cosas perdidas Y
de los bolsillos pobres No, a ver, lo que

00:02:19.080 --> 00:02:26.220
Ay, Qué tío, ¿eh? No, lo que
necesite cada cliente, bueno,

00:02:26.280 --> 00:02:30.780
cada empresa. O sea, bueno, a
veces no necesitas un Ferrari, ¿no?

00:02:31.480 --> 00:02:35.320
Pero bueno, a mí me gusta que
salga para todo y para todos.

00:02:35.700 --> 00:02:38.040
Y que sin que parezca rencor lo de

00:02:38.980 --> 00:02:42.240
tardar para un Prem. Se me notan, ¿no?

00:02:42.300 --> 00:02:45.220
Un poco rencorosilla. No,
no, no está muy bien esto.

00:02:45.380 --> 00:02:52.040
Han tardado mucho sí, de hecho, es que lo
iban anunciando y bueno, pues ha tardado.

00:02:53.660 --> 00:02:59.480
Tengo teorías, pero teorías mías propias
que no tienen nada que ver a nivel técnico.

00:02:59.580 --> 00:03:07.220
Yo pienso que al final integraría,
necesitas un poquillo más de recursos, que

00:03:07.220 --> 00:03:14.360
al final es un costo oculto que
pagas por cores y si la IA consume

00:03:14.360 --> 00:03:17.280
mucho, necesitas más cores de licencia.

00:03:17.280 --> 00:03:20.080
Yo creo que estuvieron afinando.

00:03:20.220 --> 00:03:24.480
Es mi teoría, ¿vale? El
que no se nos desmadrase.

00:03:24.660 --> 00:03:26.160
Es un poquillo en recursos.

00:03:27.370 --> 00:03:29.690
Yo creo que tiene mucho sentido eso, ¿eh?

00:03:30.090 --> 00:03:37.190
Que estuvieran viendo que había mucha
gente aún resistente a subir a cloud.

00:03:37.670 --> 00:03:42.490
Por no decirlo, gente que ha subido a
cloud y que luego se ha bajado de cloud.

00:03:43.500 --> 00:03:45.120
Que a ver, las hay, las...

00:03:45.120 --> 00:03:51.640
Sí, a ver, mi experiencia es buena, pero
depende de cada situación, cada proyecto.

00:03:53.200 --> 00:03:57.420
Son precios muy competitivos
y lo digo, vamos,

00:03:59.040 --> 00:04:04.720
Que lo siento, lo sé bueno,
me cuadran los números, ¿no?

00:04:04.720 --> 00:04:06.942
Sí, pero como dices tú, son necesidades.

00:04:07.000 --> 00:04:11.100
Hay gente que puede seguir necesitando el
tema de on -premise porque dice, con el hardware

00:04:11.140 --> 00:04:17.620
que tengo voy bien, quizá me gustaría
incorporar la parte de Vector Search, que es así,

00:04:17.740 --> 00:04:22.120
es interesante tenerla. Sí, que es lo que
le pega ahí el piñacillo, yo creo, un poco.

00:04:22.160 --> 00:04:28.620
Claro claro sí bueno y ahí pero ya hay
muchas cosas vida por ejemplo hay cosas muy tontas

00:04:28.620 --> 00:04:33.760
que estamos comentando ahora es decir hay
funcionalidades que vienen muy muy por necesidad

00:04:33.760 --> 00:04:40.200
de integración por ejemplo la de ampliar
las columnas a 4000 a las salas a 4000 columnas

00:04:40.200 --> 00:04:46.160
que cuando hablas dices pero quien hace
eso dice que si estás migrando datos de un entorno

00:04:46.160 --> 00:04:52.460
que tiene una tabla que tienen más de 1000
columnas que haces con esa tabla para analítica

00:04:52.460 --> 00:05:00.360
así que ampliar no tanto bueno que sí pero
claro son cositas son cositas que dices porque

00:05:00.360 --> 00:05:07.360
tú imagínate el tamaño del bloque por
fila tienes que 500 o sea 256 columnas

00:05:07.360 --> 00:05:12.480
por bloque entonces si tú tienes una tabla
de mil columnas o obligatoriamente o sea por

00:05:12.480 --> 00:05:17.380
necesidad de hacer encadenamiento te va a
esparcir la la fila en cuatro bloques cada

00:05:17.380 --> 00:05:23.270
fila que cada insert Pues si tú metes 4
.000 columnas por tabla, significa que tú estás

00:05:23.270 --> 00:05:27.430
metiendo una fila, se te
Hace split en 16 bloques.

00:05:27.570 --> 00:05:30.070
O sea, eficiencia ninguna, ¿vale?

00:05:30.130 --> 00:05:31.090
Por la propia arquitectura.

00:05:31.130 --> 00:05:33.190
Pero por lo menos en la 26 sí lo permiten.

00:05:33.230 --> 00:05:36.770
Con lo cual, a lo mejor hay gente que dices
tú, dices, oye, a lo mejor lo necesitan.

00:05:36.810 --> 00:05:44.360
Sí, yo pienso que muchas veces, y yo pienso
también en mucho entorno transaccional,

00:05:44.360 --> 00:05:48.640
bancario, en el que el milisegundo cuenta.

00:05:49.250 --> 00:05:56.730
Entonces, muchas veces solemos tender a
normalizar cuando a veces es mejor desnormalizar.

00:05:56.730 --> 00:06:03.230
Y me explico, tú haciendo un join al
final pierdes un poquito de tiempo.

00:06:03.550 --> 00:06:10.130
En un entorno en el que puedas permitirte,
en vez de tardar, no sé, pongo un ejemplo,

00:06:10.310 --> 00:06:13.980
un segundo a dos segundos o
segundo y medio no pasa nada.

00:06:13.980 --> 00:06:18.920
Pero claro cuando estás en un entorno crítico
transaccional en el que el milisegundo

00:06:18.920 --> 00:06:26.360
cuenta Seguramente intentes evitarte
muchos y hoy es no tenerlo un poquito desnormalizados

00:06:26.360 --> 00:06:33.500
a tener una tabla no grande con todo
pero bueno ya es experiencia mía

00:06:33.500 --> 00:06:40.200
yo creo y son buenas noticias bueno, ampliar,
jolín, cuatro mil cuatro mil columnas,

00:06:40.220 --> 00:06:47.680
ojo sí, no, pero mil una, mil una como
tengas una necesidad de mil una columnas ya

00:06:47.680 --> 00:06:52.190
habrá que ya no te deja ya no te dejaba
antes, porque dices, no, el límite son mil

00:06:52.230 --> 00:06:56.550
sí y dices, y mil dos ¿sabes?

00:06:56.690 --> 00:07:03.330
Bueno, no es tan pero bueno, muy bien, muy
bien bueno, voy a decir que estamos en directo

00:07:03.330 --> 00:07:07.430
que hay mucha gente en la audiencia Que si
alguien quiere subir y comentar cosas con

00:07:07.470 --> 00:07:12.130
nosotros, está bienvenido, bienvenida
a levantar la mano y nosotros subimos.

00:07:12.150 --> 00:07:17.170
Nosotros hemos preparado un montón de
cosas que queremos comentar sobre la 26i, que era

00:07:17.170 --> 00:07:25.410
23c, luego 23ai, luego
26ai y luego anuncian

00:07:25.410 --> 00:07:28.650
toda una serie de nomenclatura
con las versiones.

00:07:28.650 --> 00:07:35.770
Que el parche de enero va a ser el punto
26, 23 .26 .1, el parche de abril 23 .26

00:07:35.770 --> 00:07:42.350
.2 y así, y cuando lleguemos al
27 será 23 .27, según han dicho.

00:07:42.530 --> 00:07:44.650
Bueno, que cambió el Lambering, ¿no?

00:07:45.750 --> 00:07:52.070
Me parece más cómodo, a mí me gusta, pero
esto sí que voy a decir que a mí me ha gustado.

00:07:52.630 --> 00:07:54.190
¿Nos explota un poco la cabeza?

00:07:54.230 --> 00:07:57.490
Sí, efectivamente ¿Nos
explota un poco la cabeza, no?

00:07:57.510 --> 00:07:58.610
Porque cambia el paradigma.

00:07:58.650 --> 00:08:02.830
Pero bueno, a mí tener 23, 26, 1, ¿no?

00:08:02.890 --> 00:08:04.930
Por el quarter, por el año, ¿no?

00:08:05.030 --> 00:08:12.230
23, 26, 2, 23, 26, 3, luego nos explotará
la cabeza cuando llegue el 23, 27, 1.

00:08:13.570 --> 00:08:15.450
Sí, pero fíjate otra cosa.

00:08:15.870 --> 00:08:21.510
Para todo eso han dicho, mira, vamos a
dejar de ponerle nombre, ponerle número y le llamamos

00:08:21.510 --> 00:08:27.480
AI Database. Entonces, eso ha estado muy
bien porque además la certificación, por ejemplo,

00:08:27.480 --> 00:08:30.450
también han cambiado el nombre
a todas las certificaciones.

00:08:30.490 --> 00:08:33.450
Sí, para mí es que 26 para mí es una 23.

00:08:34.030 --> 00:08:41.390
Es una 23, Sí, es una 23 lo que quiero
decir es que la certificación de LOCA, por

00:08:41.390 --> 00:08:48.450
ejemplo, o el OCP de administración,
que era 23 ahí, ya lo llamaron

00:08:48.450 --> 00:08:55.050
ahí, ¿no? 23 ahí, la certificación profesional,
sí, ahí, ahí, ahí, aguardo cuando no

00:08:55.050 --> 00:09:02.880
hay. Pues el renombre ya no ha sido a
26, ha sido a Oracle AI Database Y ya

00:09:02.880 --> 00:09:08.700
está Con lo cual yo creo que relaja un
poquito con el tema de versiones De decir, bueno,

00:09:08.840 --> 00:09:15.960
yo creo además ellos que también ven
que todo lo que va a evolucionar la

00:09:15.960 --> 00:09:21.100
base de datos a partir de ahora Va a ser a
lo mejor añadir features, pero lo que es el

00:09:21.100 --> 00:09:27.220
núcleo y el motor No va a hacer un cambio
tan grande como el que hizo en su día con 12

00:09:27.220 --> 00:09:29.360
con el cambio de arquitectura Multitenant.

00:09:29.400 --> 00:09:32.660
Yo creo que ya no van a
cambiar mucho más, es decir…

00:09:32.660 --> 00:09:33.820
No, ahora es obligatoria.

00:09:33.860 --> 00:09:35.360
O sea, ya no puedo cambiar.

00:09:35.680 --> 00:09:37.460
Sí, sí, ahora ya Multitenant todo.

00:09:37.500 --> 00:09:42.060
Obligatorio sí, pero como que a lo mejor
ven a futuro que dicen, vamos a ver, si ya tenemos

00:09:42.100 --> 00:09:48.680
la base de datos con Multitenant y tenemos
las altas disponibilidades con RAC, Data Guard,

00:09:48.840 --> 00:09:54.380
con Maximum Availability y todo esto,
¿hacia dónde vamos a ir creciendo?

00:09:54.500 --> 00:10:00.420
¿En funcionalidades? ¿En capas de IA,
en integración, en JSON o lo que sea?

00:10:00.420 --> 00:10:07.320
Bueno pues hay database vamos a eliminar
el versionado del nombre a mí eso me ha gustado

00:10:08.330 --> 00:10:11.970
entonces no Puedes decir estoy certificado
pero hay gente que decía existe certificado

00:10:12.010 --> 00:10:19.570
en versión 11 ya me queda obsoleto de
todo para mí eres un certificado bueno

00:10:19.570 --> 00:10:26.830
te falta multi tengan pero si
quítale la versión no hay el

00:10:26.830 --> 00:10:30.890
núcleo no cambia tanto no sigue
cambia cambian cosas, pero no tanto.

00:10:31.470 --> 00:10:34.110
Yo tenía el chascarrillo ahí para soltar.

00:10:34.250 --> 00:10:41.270
Que al llegar a 26, en enero, la base

00:10:41.270 --> 00:10:48.390
de datos envejeció. Tres
años en unos días estamos

00:10:48.390 --> 00:10:51.390
ahí esperando. Sí, de
repente se nos hizo senior.

00:10:52.470 --> 00:10:59.790
Pero en el evento de Las Vegas ya dijeron
ya no es 23, ahora es 26 y entonces de

00:10:59.790 --> 00:11:06.810
repente pasó a ser adulta ya
está alineada con el año pero

00:11:06.810 --> 00:11:11.470
claro, imagínate, yo tenía el grupo de
estudio de loca del OCP lo tenía todo nombrado,

00:11:11.510 --> 00:11:17.370
23 ahí 23 ahí, y ahora me cambiaron el
nombre y digo, qué mala leche que al final, claro,

00:11:17.470 --> 00:11:19.692
es que a mí es la primera vez que lo veo

00:11:20.780 --> 00:11:24.380
Que al final un RU es
el que marca una versión

00:11:25.640 --> 00:11:30.820
Porque al final estás aplicando un parche
Nunca has aplicado un parche Tú tenías una

00:11:30.820 --> 00:11:35.280
12, no aplicabas un parche Y de repente
estabas en 19 Yo creo que es que se vieron un

00:11:35.320 --> 00:11:41.640
poco Bueno, mi teoría Pillados
por tiempo Y tenía que salir

00:11:42.600 --> 00:11:46.300
Hemos prometido una 26 Aunque
la tuviesen en Gine Bueno,

00:11:47.260 --> 00:11:53.040
por lo que hablábamos Que al final con más
recursos En un ODA, un ESADATA No te vas a

00:11:53.040 --> 00:11:56.780
enterar si consume un poquillo más O sea,
bueno, te vas a enterar, pero bueno, ¿qué tienes

00:11:56.820 --> 00:11:58.880
para absorber, no? ¿Algún nombre, no?

00:11:59.540 --> 00:12:03.680
Pues para mí, yo creo que están diciendo
algo así como, oye, mira, que el nombre de la

00:12:03.720 --> 00:12:05.331
versión no es tan importante.

00:12:05.920 --> 00:12:08.340
Ay, no, yo creo que fue para cumplir...

00:12:08.340 --> 00:12:12.200
Sí, yo ahí yo el número,
el número de la versión.

00:12:12.900 --> 00:12:15.280
Claro, el número de la
versión asociada con el año.

00:12:15.320 --> 00:12:19.264
Pero fue para cumplir una expectativa
que llevamos esperando tres años.

00:12:20.060 --> 00:12:24.540
Sí. Fue algo de intentar arreglar un poco

00:12:25.940 --> 00:12:29.240
Se puede decir la desfeita en gallego

00:12:30.860 --> 00:12:37.060
Para arreglar la desfeita estamos muy
folclóricos hoy, pero mira lo que tú me has dicho,

00:12:37.160 --> 00:12:43.220
están diciendo con esa versión long term
que va a ser la versión que vas a poder mantener

00:12:43.220 --> 00:12:50.380
durante 8 años, por lo que somos 8 años
por lo menos dicen que más dicen que

00:12:50.380 --> 00:12:57.120
más que al haber tardado en llegar la 26
no al final estamos demorando todas las versiones

00:12:57.120 --> 00:13:04.200
anteriores o sea ya ya vimos no como iba
subiendo las estimaciones para soporte sí

00:13:04.200 --> 00:13:11.360
pero y también garantizan el
bastante continuidad de 19c

00:13:11.360 --> 00:13:17.980
claro es que también mantiene el soporte
principal también un montón de tiempo.

00:13:18.220 --> 00:13:20.500
Pero es que no puedes desgarantizarla.

00:13:20.820 --> 00:13:23.900
No, claro si has tardado
en dar una versión nueva,

00:13:25.060 --> 00:13:27.227
no puedes dejar a la gente sin soporte.

00:13:28.480 --> 00:13:30.280
Entonces, claro, tienes que extender.

00:13:30.320 --> 00:13:33.180
Yo ahí no lo veo como un acto de...

00:13:34.840 --> 00:13:41.880
Bueno, que es como un regalo, sino, para
mí, es una evolución sabiendo que te

00:13:41.880 --> 00:13:47.040
has demorado. Todos vamos
a tardar tienes una 19 ¿no?

00:13:47.200 --> 00:13:49.160
Vas a tardar en irte una...

00:13:49.160 --> 00:13:54.100
Yo sigo llamándola 23 te
vas a llamar diciendo una 23

00:13:55.140 --> 00:14:00.860
no el... Bueno, para toda la audiencia
cuando decimos 23, 26 o decimos hay database,

00:14:01.080 --> 00:14:05.220
estamos hablando de lo mismo pero como
ha tenido estos rebranderings pues

00:14:06.210 --> 00:14:13.310
rebrandings rebranding sí sí bueno vamos a

00:14:13.310 --> 00:14:20.750
hablar del upgrade paz tema tema
complicado aquí solo se puede subir a

00:14:20.750 --> 00:14:27.970
23 26 y database desde 19 c o desde 21 si

00:14:28.900 --> 00:14:37.280
estás entonces tienes que hacer
tienes que hacer semana largo o en

00:14:37.280 --> 00:14:42.260
dos veces tienes que hacer el y como estés
como estés en 12c y este seno multi tengan

00:14:42.260 --> 00:14:52.290
pues te toca hacer mucho café que

00:14:52.290 --> 00:15:00.490
te parece si le echas le echas
horas porque si va a hacer va

00:15:00.490 --> 00:15:07.780
a llevar su tiempo pero bueno bien no si
es que a mí yo siempre defiendo para mí

00:15:07.780 --> 00:15:15.040
la estrategia sobre todo en entornos
críticos vale yo la estrategia para mí es wing total

00:15:15.040 --> 00:15:22.070
y bueno con los años es la que
la que sigo a rajatabla a mí

00:15:22.070 --> 00:15:29.450
me gusta mucho replicar
desde un entorno previo a

00:15:29.450 --> 00:15:37.750
montar uno nuevo 26 con golden gate yo
soy muy muy muy partidaria porque porque

00:15:37.970 --> 00:15:45.040
te puedes ahorrar ese downtime no que al
final es un corte mínimo y tú ya puedes probar

00:15:45.040 --> 00:15:50.700
previamente todas las funcionalidades Todo
el rendimiento en un entorno en una versión

00:15:50.700 --> 00:15:53.430
distinta Yo soy súper fan también.

00:15:53.810 --> 00:15:58.130
Yo es que soy muy mira, me
voy a sentir súper mayor, eh.

00:15:59.180 --> 00:16:01.300
Pero es que lo voy a decir.

00:16:02.100 --> 00:16:04.322
Bueno, ya se me notan los años, yo creo.

00:16:06.880 --> 00:16:13.980
GoldenGate yo hace más de, pues te diría,
15 o 16 años que habían empezado con Golden

00:16:13.980 --> 00:16:16.920
Gate y cuando lo habíamos
probado, o sea, a mí me fascinó.

00:16:16.960 --> 00:16:25.500
Soy muy fan y muy muy defensor al GoldenGate
y sobre todo para migraciones, luego

00:16:25.500 --> 00:16:29.160
ya está la parte, si quieres replicar
para un entorno analítico, etc.

00:16:29.200 --> 00:16:33.600
Pero para migraciones, para mí,
siempre ha sido caballo ganador,

00:16:34.770 --> 00:16:41.830
menos corte de servicio, puedes probar
todo antes y además me gusta mucho

00:16:41.830 --> 00:16:47.170
tener ese entorno replicado en el que
podemos hacer pruebas y bueno si tienes una enterprise

00:16:47.170 --> 00:16:52.790
puedes hacer ese flashback no de vamos a
hacer todas las pruebas vamos a hacer un montón

00:16:52.790 --> 00:17:00.070
de putas díaz ahí el entorno todo bien
perfecto acabamos su clase volvemos

00:17:00.070 --> 00:17:04.670
al punto en el que estábamos seguimos
replicando si a mí me gusta mucho y es siempre

00:17:04.710 --> 00:17:12.510
por la la línea de migración o grey
que a mí me gusta luego ya depende las

00:17:12.540 --> 00:17:20.540
licencias que tengas o lo bueno te dan
30 días si es para hacer un grade tienes

00:17:20.540 --> 00:17:24.380
como 30 días gratis aquí aquí estoy hablando
desde la más absoluta ignorancia porque

00:17:24.420 --> 00:17:29.920
soy técnico y no tengo ni idea de
comercial pero me han dicho se comenta es posible o

00:17:29.920 --> 00:17:35.400
sea sé gente que lo ha hecho que hay como
una licencia de 30 días para utilizar golden

00:17:35.400 --> 00:17:42.630
gate para un grade si
suele haber bueno yo no sin

00:17:42.630 --> 00:17:47.430
coste pero también Suele haber unos precios
muy asequibles para migraciones sabes

00:17:48.650 --> 00:17:54.410
Porque yo comparado con otros sistemas de
para migrar vamos otras opciones en el mercado

00:17:54.410 --> 00:18:01.520
que al final es una replicación lógica sí
y bueno que ahí se puede jugar un poco si

00:18:01.520 --> 00:18:07.500
lo de un time al final lo que que tiene
por detrás, bueno, tienes GoldenGate o Standby,

00:18:07.600 --> 00:18:12.440
¿no? Sí, o físico pero también son
opciones, sí, que eso ahí no, si no me equivoco, no

00:18:12.440 --> 00:18:19.000
te maldicen. O sea que, bueno, que yo siempre
voy a abogar por, y creo que es lo más

00:18:19.000 --> 00:18:23.620
seguro y más estable, si lo permite el
entorno, o sea, hay que evaluar muchas cosas,

00:18:23.660 --> 00:18:26.340
¿no? Sí, yo también, yo también.

00:18:26.540 --> 00:18:32.160
Yo he hecho migraciones así con casi cero
tiempo de parada, de entornos así que eran

00:18:32.160 --> 00:18:38.740
muy críticos como el banco de sangre que
es decir tener la base de datos del banco de

00:18:38.740 --> 00:18:45.990
sangre parada es bueno y es una marcha
atrás o sea que si de repente algo

00:18:45.990 --> 00:18:50.950
va mal es muy rápido volver al entorno
anterior tenías que llevarte los datos nuevos

00:18:50.950 --> 00:18:56.910
que han cambiado pero bueno, que es algo
muy rápido y aseguras que estás como antes de

00:18:56.910 --> 00:19:05.080
la migración tú si haces una grey
directamente no el coste lleva no volver atrás tienes

00:19:05.760 --> 00:19:12.680
que hacer el don gray lo veo más para mí
es más seguro que yo soy señora y me llaman

00:19:12.680 --> 00:19:19.900
angustias yo también con los años nos
hemos vuelto más prudentes creemos

00:19:19.900 --> 00:19:27.000
en los riesgos qué bueno qué bueno
bueno pues y no hay estándar edición

00:19:27.000 --> 00:19:32.730
no No hay, no. Jolín bueno,
a ver lo que tarda, ¿no?

00:19:32.750 --> 00:19:37.170
Porque al final cuando pasamos de la
Standard Edition, que íbamos de la 1 a la 2, ¿no?

00:19:37.210 --> 00:19:40.321
También hubo esta discusión
de cómo tardan en la 2, ¿no?

00:19:40.490 --> 00:19:42.290
Va a seguir, va a haber continuidad, ¿no?

00:19:42.330 --> 00:19:49.510
Luego al final salió con ese límite de
3 sockets, etc., un poco más limitada,

00:19:49.630 --> 00:19:57.010
pero salió. Yo ahora estoy esperando a
ver si sale, pero pensando en empresas

00:19:57.010 --> 00:20:04.050
que no tengan que sacar la billetera para
una enterprise cuando puede ser que no la necesiten.

00:20:04.050 --> 00:20:06.106
Lo que no he oído es una contraorden.

00:20:06.230 --> 00:20:09.970
Es decir, yo no he oído que no va
a salir versión Standard Edition.

00:20:11.140 --> 00:20:16.040
Es decir, no he oído un no habrá.

00:20:17.140 --> 00:20:19.390
No, claro, yo creo que se está demorando.

00:20:19.430 --> 00:20:22.263
Y además, también iba a
salir versión para Windows.

00:20:22.610 --> 00:20:26.550
Dijeron que en Linux era en
enero, Windows un poco más tarde.

00:20:27.010 --> 00:20:32.210
Pero con todo el follón que ha
habido, con los parches de enero...

00:20:33.140 --> 00:20:38.140
Sí, yo como Windows Nunca lo
tengo en cuenta No, no, ni Windows

00:20:39.980 --> 00:20:43.420
Ni Windows, ni Windows Ni Windows

00:20:44.440 --> 00:20:49.400
Los de Linux También estaban
ahí En peligro, que han dicho

00:20:50.980 --> 00:20:58.530
Cuidado Tiren para atrás Que esto no
está Que esto no está fino Muy bien,

00:20:58.590 --> 00:21:03.190
muy bien, muy bien Alguien tiene alguna
duda Quiere preguntar cosas Nosotros tenemos

00:21:03.230 --> 00:21:09.130
aquí temas para hablar y para hablar la
lengua y hay que tener cuidado porque nos juntamos

00:21:09.130 --> 00:21:12.090
Carla y yo y una hora se nos queda poco.

00:21:15.340 --> 00:21:17.800
Estoy viendo 22 personas
en la audiencia, ¿qué tal?

00:21:17.840 --> 00:21:21.880
Dice Ronald, si quieres subir y hablar
con nosotros, Ronald, estás invitado.

00:21:21.920 --> 00:21:28.340
Dice Ronald que si subes si haces migración
de Alofi el GoldenGate es gratuito por 6

00:21:28.340 --> 00:21:35.740
meses Así que bueno si hay
digamos si vas a hacer movimientos

00:21:35.740 --> 00:21:42.180
de migración y eso pues bueno pues no hay
no hay más, puedes utilizarlo sin mucho coste

00:21:42.180 --> 00:21:47.080
bueno entonces a ver venga, que es esto
que me decías que me escribías, IA en tu sótano

00:21:47.600 --> 00:21:51.700
jajaja cuéntanos Carla, como
lo ves tú La IA en tu sótano.

00:21:51.820 --> 00:21:58.440
Hay mucha gente que dice, es que no
quieren compartir datos con, claro, no quieren compartir

00:21:58.440 --> 00:22:05.180
datos con IAs y datos confidenciales y
datos de auditorías y datos de clientes.

00:22:05.180 --> 00:22:08.000
No quieren que es que porque
todo el mundo tiene miedo, ¿no?

00:22:08.040 --> 00:22:15.060
¿A qué está haciendo las grandes empresas
de IA que de pronto a lo mejor te

00:22:15.060 --> 00:22:18.880
dicen que te ponen publicidad o de pronto
a lo mejor no tienes garantía de que no pueden

00:22:18.920 --> 00:22:21.080
estar vendiendo tus datos o algo así, ¿no?

00:22:21.120 --> 00:22:24.260
Entonces, la IA en tu sótano,
cuéntanos, ¿cómo lo ves tú eso?

00:22:24.300 --> 00:22:32.010
Yo Es que IA todavía,
bueno, no lo he explotado y

00:22:32.040 --> 00:22:38.040
yo al final siempre pienso en debe al
uso que todavía no utiliza IA, ¿no?

00:22:38.480 --> 00:22:41.700
Y en tu sótano, pues ahí
hablamos del vector, ¿no?

00:22:41.760 --> 00:22:46.410
Lo que decía que seguramente tengamos
más consumo de recursos, ¿no?

00:22:46.470 --> 00:22:47.670
Por funcionalidades de IA.

00:22:47.710 --> 00:22:54.760
Mira, yo sabes como lo veo si te puedo así
interrumpir un poco en la guía no quizá tan

00:22:54.760 --> 00:23:02.160
en ese en ese Desarrollo tan espectacular
que tiene la guía generativa en generación

00:23:02.160 --> 00:23:06.920
de vídeo, de música, de imágenes pero si
por ejemplo para solucionar temas que han sido

00:23:06.960 --> 00:23:09.200
siempre desde mi punto de vista

00:23:10.840 --> 00:23:18.100
Como cosas que nunca han conseguido
funcionar del todo bien, como por ejemplo la

00:23:18.100 --> 00:23:22.620
gestión documental, los índices, los
domain indexes y la búsqueda contextual.

00:23:23.860 --> 00:23:30.160
La IA si te ofrece una solución muy buena
con eso, porque la búsqueda por vectores si

00:23:30.160 --> 00:23:32.880
te hace una búsqueda muy muy semántica.

00:23:33.040 --> 00:23:38.020
En Oracle claro, tú te puedes montar desde
hace un montón de versiones, te puedes montar

00:23:38.020 --> 00:23:43.060
bueno pues toda la parte de texto, documental
y te puedes poner índices documentales

00:23:43.060 --> 00:23:49.300
y le podías poner un lexer y yo se había
hecho algún artículo de cómo funcionaba la búsqueda

00:23:49.300 --> 00:23:56.820
por proximidad o búsquedas FUZI, de decir
palabras que se parezcan a Barcelona, entonces

00:23:56.820 --> 00:24:03.510
te dice, pues mira, Barcelona es
un 93 % lo que estás buscando, ¿no?

00:24:03.510 --> 00:24:10.470
O sea, podía jugar con esas aproximaciones,
pero la gestión documental, por ejemplo,

00:24:10.470 --> 00:24:13.890
en Oracle siempre ha sido un tema duro.

00:24:13.910 --> 00:24:21.610
Y estaba todo el tema de los lexer, de
añadirle contexto semántico, ibas guardando

00:24:21.610 --> 00:24:25.490
en índices que eran muy duros de mantener,
porque tenías que irlo refrescando, los domain

00:24:25.530 --> 00:24:29.510
indexes, las palabras, tal
cual, y buscar esa proximidad.

00:24:29.510 --> 00:24:34.310
Entonces, quizá no la IA desde ese punto
de vista tan espectacular como la IA generativa

00:24:34.350 --> 00:24:40.290
de echa GPT, hazme una foto de Mía
caricaturizado con todo lo que sabes de mi trabajo,

00:24:40.470 --> 00:24:47.150
sino vamos a hacer una búsqueda documental
sobre un montón de campos que seguramente

00:24:47.150 --> 00:24:53.530
tenemos en XML o en JSON o un montón de
información documental en PDFs o en documentos

00:24:53.530 --> 00:24:58.010
o algo así, hacerla Con vectores y dices,
mira, aquí estoy teniendo una aplicación muy

00:24:58.050 --> 00:25:05.250
práctica de la IA en mi sótano, como tú
estás diciendo, sin necesidad de pasar por

00:25:05.250 --> 00:25:12.190
caja con tokens y con tener
los datos fuera de mi sótano.

00:25:14.490 --> 00:25:17.150
Claro, o sea, no hay licencia
extra, o sea, viene incluido.

00:25:17.190 --> 00:25:22.770
Sí, es lo que yo veo que va a ser más, de
hecho estamos comentando con algún alumno que

00:25:22.770 --> 00:25:29.530
decía, es que claro, la necesidad
documental o de una búsqueda documental, búsqueda semántica,

00:25:29.610 --> 00:25:36.670
esto es lo que siempre hemos
querido, el like, el like lo que sea,

00:25:36.870 --> 00:25:43.150
pero el like, ¿no? Sí, ahí tengo la duda,
o sea que realmente no hay licencia incluida

00:25:43.150 --> 00:25:49.330
y hasta lo que sabemos hasta el
momento es con Enterprise, ¿no?

00:25:49.350 --> 00:25:52.220
Para estándar yo entiendo...

00:25:52.220 --> 00:25:55.020
No sabemos nada, no sabemos nada.

00:25:55.220 --> 00:25:58.620
De hecho, en la Free Developers
Edition tienes Vector.

00:26:00.530 --> 00:26:03.730
Vale en la Free Developers
Edition, que es así la...

00:26:03.730 --> 00:26:05.270
Pero la Free es una Enterprise, ¿no?

00:26:05.310 --> 00:26:10.210
Sí, la fría es a todos eventos de
Enterprise, pero limitada, acapada.

00:26:10.790 --> 00:26:15.190
Venga, vamos a subir a que hable con
nosotros Ronald y así le saludamos.

00:26:15.390 --> 00:26:18.900
Vamos a ver qué nos cuenta.

00:26:19.700 --> 00:26:21.580
¿Qué tal estás, Ronald? Hola.

00:26:21.960 --> 00:26:26.140
No, no estoy aquí escuchándolos,
escuchándolos nada más ustedes.

00:26:26.820 --> 00:26:32.190
Y grato nuevamente de escuchar
a Carla nuevamente en tu canal.

00:26:32.310 --> 00:26:34.510
Y, no, no, un gusto
estar aquí al otro lado.

00:26:34.550 --> 00:26:36.850
Ah, qué bien gracias, Ronald.

00:26:38.510 --> 00:26:40.677
Qué bueno escuchar a Carla en tu canal.

00:26:40.730 --> 00:26:44.030
Esto ya es su institución, Carla, ya aquí.

00:26:45.090 --> 00:26:49.790
Exacto sí, ya no sé si es Café
Data Base, Javier, o si es...

00:26:49.790 --> 00:26:52.750
Carla Data Base ay, no, no, mira.

00:26:53.630 --> 00:26:58.297
Que no, que no, que no no, pero el buen
sentido de la palabra no tiene nada que ver.

00:26:59.590 --> 00:27:06.610
De hecho, te solicité el ingreso
por lo que recién acabas de

00:27:06.610 --> 00:27:09.170
mencionar por respecto
a la versión estándar.

00:27:09.470 --> 00:27:14.030
A ver, cronológicamente hablando,
si se acuerdan de la versión 2C.

00:27:15.060 --> 00:27:22.220
Cuando salió 2C, la versión Enterprise
Edition, estuvo mucho, casi 6, 7 meses antes

00:27:22.220 --> 00:27:27.580
de que se liberara la versión estándar
Edition y que en aquel momento se renombró.

00:27:27.580 --> 00:27:31.302
Recuerden que se renombró de Standard
Edition a Standard Edition 2.

00:27:31.560 --> 00:27:37.240
Nos quitaron, por computacional, nos
quitaron algunas características como la parte del

00:27:37.240 --> 00:27:43.400
rack, el Real Application Cluster, y nos
dejaron básicamente una caja en donde podemos

00:27:43.400 --> 00:27:46.440
echar papelitos y guardarlos
y mantenerlos ahí.

00:27:48.070 --> 00:27:55.090
En la versión, al menos hasta algunas
cosas que sé yo y que he visto de

00:27:55.090 --> 00:28:02.230
alguna gente, Recuerden que en la
versión 19 se hubo como un cambio

00:28:02.230 --> 00:28:07.010
importante a la parte de la versión
estándar porque se empezaron a agregar características

00:28:07.050 --> 00:28:11.170
que eran exclusivas o muy
particulares a la versión Enterprise.

00:28:12.670 --> 00:28:17.650
Acuérdense, en toda la parte de Machine
Learning se agregó de manera gratuita la versión

00:28:17.650 --> 00:28:24.550
estándar. Y para la versión 23, como ustedes
lo han dicho, que luego se pronombró 26

00:28:24.550 --> 00:28:30.990
y que para todo efecto sigo esperando el
momento en que nos den la razón de quitar ese

00:28:30.990 --> 00:28:36.750
nombramiento 2326 .1 porque más
bien en realidad la gente, ¿verdad?

00:28:36.810 --> 00:28:38.532
Estamos hablando de versión 26.

00:28:39.310 --> 00:28:45.770
Yo tengo entendido, así como no viene en
esta versión Enterprise actualmente, si ustedes

00:28:45.770 --> 00:28:50.510
la instalan en la parte on -premise, toda
la parte que tenga que ver con los paquetes

00:28:50.510 --> 00:28:56.470
de DBMS_CLOUD y dms cloud ahí no vienen
integrados de forma directa en la base de datos

00:28:56.470 --> 00:29:03.430
tienes que instalar los por separados pero
en el caso de la versión estándar y yo tengo

00:29:03.430 --> 00:29:10.530
usar hasta donde conozco y vamos a tener
versión estándar y todos los temas de

00:29:10.530 --> 00:29:15.770
inteligencia artificial se van a extender
a esa versión estándar hasta donde yo tengo

00:29:15.770 --> 00:29:22.850
entendido la parte de inteligencia
artificial va a ser un un core del motor de base de

00:29:22.850 --> 00:29:29.050
datos, sino un opcional, como veníamos
acostumbrados a ver en las características a nivel

00:29:29.050 --> 00:29:32.890
de licenciamiento en los lanzamientos
de la versión de base de datos.

00:29:33.780 --> 00:29:38.460
Claro, Ronald, aquí estamos especulando un
poco, pero tiene mucho sentido, porque si todas

00:29:38.500 --> 00:29:42.500
las capacidades de la guía ya están en la
Free Editions, en la Free Developers Edition,

00:29:42.540 --> 00:29:48.040
no tiene sentido que pongas la standard
edition sin las funcionalidades de ella.

00:29:48.140 --> 00:29:52.340
Es más cuando la base de
datos se llama AI Database.

00:29:52.520 --> 00:29:57.400
No tendría sentido, ¿no?
Sería una contradicción.

00:29:57.960 --> 00:30:00.840
Es como si te sirviera un café sin café.

00:30:01.600 --> 00:30:05.620
Claro es como si te
sirviera un café sin café.

00:30:06.140 --> 00:30:08.060
Claro no tendría ningún sentido.

00:30:08.480 --> 00:30:11.740
Contamos que habrá contamos
Que habrá yo cuento que sí.

00:30:11.740 --> 00:30:17.470
Sí, yo cuento que sí y,
pues, muchas gracias, Ronald.

00:30:17.670 --> 00:30:19.210
¿Qué crees? ¿Te quieres
quedar con nosotros?

00:30:19.250 --> 00:30:20.806
¿Seguimos hablando de cosas?

00:30:20.870 --> 00:30:23.970
¿Quieres seguir con lo que
tenemos aquí preparado Carla y yo?

00:30:24.010 --> 00:30:28.670
Quédate, Ronald ustedes sigan,
yo sí, yo solamente escucho.

00:30:29.720 --> 00:30:35.740
Muy bien, pues entonces, cuando quieras,
te levantas la mano, te vuelvo a subir a la

00:30:35.740 --> 00:30:42.220
audiencia, así por quedarnos Carla y
yo solamente y los dos micros a tope.

00:30:43.960 --> 00:30:47.000
Venga, más cositas estamos
hablando de nuevas funcionalidades.

00:30:47.040 --> 00:30:53.040
De hecho, hay un montón de cosas de la
nueva funcionalidad, o sea, de nuevas funcionalidades

00:30:53.040 --> 00:30:55.800
de 23 que son chulas, chulas.

00:30:55.900 --> 00:30:58.300
Hablamos de lo de la
IA, que es una chulada.

00:30:58.340 --> 00:31:00.760
Lo de la Trucache es otra chulada también.

00:31:01.100 --> 00:31:03.100
¿Te gusta la Trucache? ¿Qué opinas?

00:31:03.100 --> 00:31:06.500
¿Qué opinas de la 3H? ¿Te gusta?

00:31:06.880 --> 00:31:14.080
Sí, me gusta y creo que hay funcionalidades
que también son bastante interesantes

00:31:14.080 --> 00:31:22.070
sin entrar al detalle técnico
que realmente justifican

00:31:22.070 --> 00:31:28.470
subir de versión Venga, vamos a listar las
favoritas, vamos a decir una tú, una yo de

00:31:28.470 --> 00:31:33.990
cositas favoritas ¿Vale? Te has
puesto aquí unas cuantas Sí, ya sabes

00:31:35.070 --> 00:31:38.950
Resumir y lo llevo mal Venga

00:31:40.510 --> 00:31:48.180
Una favorita tuya Bueno, a mí me
gusta Mucho el Bueno, el parcheo,

00:31:48.180 --> 00:31:50.820
el local rolling Que tú al final estás

00:31:51.800 --> 00:31:57.200
Levantando como una distancia Paralela En
el que ejecutas los parches Y bueno, tienes

00:31:57.200 --> 00:32:02.600
esa seguridad Esa estabilidad Tendrías que
analizar, pienso, que recursos Del hardware

00:32:02.600 --> 00:32:07.100
que tengas pero bueno,
levantar una segunda instancia

00:32:08.040 --> 00:32:15.800
desde otro home sin parar el servicio
bueno, a mí me gusta mucho esa me gusta fue buena

00:32:15.800 --> 00:32:22.720
idea esa me gusta esa me gusta a mí me
gustan mucho las locks and reservations

00:32:24.300 --> 00:32:26.320
Ay, toma ya te la he quitado

00:32:28.160 --> 00:32:32.060
Era una de tus favoritas pero
son para casas muy puntuales

00:32:33.140 --> 00:32:35.440
claro, pero supone lo que

00:32:37.280 --> 00:32:41.820
Mira, además fíjate estaba mirando, que
estaba viendo yo ahora te voy a contar una cosa,

00:32:41.860 --> 00:32:46.680
tengo ganas de que vayamos a Las Vegas
este año a ver o este año o el que viene y volvernos

00:32:46.720 --> 00:32:49.740
a encontrar con Juan Loaiza, porque yo sé
eso que quiero hacer cuando vea a Juan Loaiza,

00:32:49.780 --> 00:32:56.520
me voy a imprimir el documento de concepts
de Oracle 7, que lo tengo en PDF y aparece

00:32:56.520 --> 00:33:00.800
él como autor, entonces cuando
lo vuelva a ver, ¿sabes?

00:33:00.800 --> 00:33:07.060
Le diré que me firme, porque el documento
de Oracle Concex, de la versión 7 parece Drupier,

00:33:07.100 --> 00:33:13.880
ese ¿qué te parece? Fírmame aquí
en el pecho cosas peores he hecho

00:33:15.540 --> 00:33:18.700
No se puede encontrar aquí claro, es que

00:33:20.160 --> 00:33:26.420
Juan Loiza el tío es súper majo y le
dije, oye, ¿puedes salvar un hola a todos?

00:33:26.700 --> 00:33:30.520
Y además el tío habla español y entonces
dijo, mando un saludo para todos los de Café

00:33:30.560 --> 00:33:35.740
Database y tal y estaba con María Colgan y
con General Benz y entonces dije, el año que

00:33:35.740 --> 00:33:41.560
viene tengo que ir con el este porque el
documento de Oracle ¿a qué viene este salto

00:33:41.560 --> 00:33:46.580
que acabo de irme? ¿qué
rodeo estás dando Javier?

00:33:46.600 --> 00:33:52.240
¿por dónde estás yendo? A ver cómo sales
de esta el documento de Oracle 7 de versión

00:33:52.240 --> 00:33:58.020
de Oracle 7 me parece un documento
histórico de cómo se diseñaron y cómo se empezaron

00:33:58.020 --> 00:34:02.620
a implementar las bases de datos desde el
principio siguiendo fielmente las recomendaciones

00:34:02.660 --> 00:34:10.860
de COD con todos los temas de ácid de
atomicidad durabilidad, es decir para mí

00:34:10.860 --> 00:34:12.560
este documento es como muy mágico, ¿no?

00:34:12.600 --> 00:34:14.740
Entonces las lock -free reservations

00:34:15.920 --> 00:34:23.200
es por fin superar una de las
grandes limitaciones de la rigidez

00:34:23.200 --> 00:34:28.800
transaccional de que si de que si una fila
está está bloqueada, pues tú no puedes, es

00:34:28.800 --> 00:34:34.860
decir, si estás bloqueando la fila de
ventas de artículo, pues te tienes que esperar,

00:34:35.040 --> 00:34:41.840
¿no? Y estamos en un mundo ahora, yo he
hablado con un alumno, hablando de cómo encajar

00:34:41.840 --> 00:34:45.520
esto en un lenguaje así normal, y estamos
hablando de que Rosalía saca entradas para

00:34:45.560 --> 00:34:49.900
un concierto y a lo mejor se venden dos
millones De entradas en cinco minutos.

00:34:51.100 --> 00:34:55.940
Locuras, ¿no? Estamos hablando de que
estamos en un mundo en el cual hay verdaderas explosiones

00:34:55.980 --> 00:35:03.060
de transaccionabilidad Y digo, no, salía
como digo, me da igual, es decir el Bad Bunny,

00:35:03.200 --> 00:35:09.620
sacan las entradas Bad Bunny y se colapsa
todo el mundo yendo al mismo sitio a hacer

00:35:09.620 --> 00:35:15.750
una reserva Y reservas libres de bloqueos,
es decir, que se van a oh, que bonito eso

00:35:16.430 --> 00:35:22.590
eso me parece fíjate que rodeo he dado, eh,
me he ido a Oracle 7 a los principios de

00:35:23.050 --> 00:35:30.330
de Assetto's Code, del año 70 Sí, las bases
o funcionalidades que hoy en día hacen

00:35:30.330 --> 00:35:34.710
más falta. Ahí lo que había estado
mirando es un poquillo de...

00:35:34.710 --> 00:35:41.810
Bueno, tiene ciertas limitaciones, que al
final puedes sumar o restar, ya está, no multipliques,

00:35:41.930 --> 00:35:48.870
no sumas o restas, pero bueno, que al
final en entornos muy transaccionales, ¿qué estás

00:35:48.870 --> 00:35:52.610
haciendo? Pues tienes una tabla en la
que vas sumándonos las ventas, ¿no?

00:35:52.650 --> 00:35:56.330
Como diríamos con las entradas, que
al final lo que vas a hacer es sumar.

00:35:56.370 --> 00:36:03.490
Sí, solo puedes hacer eso, solo puedes
hacer el sumar -restar, no puedes hacer la transaccionalidad

00:36:03.490 --> 00:36:07.350
pura de multiplicar o cambiar
el dato arbitrario por otro.

00:36:07.430 --> 00:36:12.890
Tiene que ser siempre más número fijo,
menos número fijo y limitado, claro.

00:36:12.890 --> 00:36:18.430
Sí, yo y entornos con los que trabajo,
vamos, me parece un gran avance, ¿no?

00:36:18.810 --> 00:36:22.930
Vas a evitar bastante contention, ¿no?

00:36:23.010 --> 00:36:27.670
De row, que al final, yo lo pienso
como una cola de supermercado, ¿no?

00:36:28.380 --> 00:36:32.020
Que llega el primero, va a sumar uno, llega
el segundo, pero hasta que el primero no

00:36:32.060 --> 00:36:38.020
puede validar esa compra, el segundo se
queda esperando, no, aquí es el que primero compre,

00:36:38.020 --> 00:36:45.090
es el que suma. Y ahí se
van encolando todos y si uno

00:36:45.090 --> 00:36:50.330
en medio de pronto termina en rollback, da
igual que al final funciona por detrás como

00:36:50.330 --> 00:36:53.950
una cola Claro, sin bloqueo, ¿no?

00:36:54.830 --> 00:36:58.690
Efectivamente, si se queda el primero que
haga commit es el primero que entra pero no

00:36:58.730 --> 00:37:04.070
te quedas esperando a que el primero haga
commit, no, vamos llegando vamos haciendo commit

00:37:04.070 --> 00:37:09.530
y no tienes que esperar tú llegas, haces
la transacción, haces commit y no has esperado

00:37:09.530 --> 00:37:11.919
por Por nadie que te
está haciendo esperar.

00:37:12.270 --> 00:37:16.130
Nadie ha reservado ese valor.

00:37:16.410 --> 00:37:21.890
Mientras estés haciendo un entradas
disponibles es igual a entradas disponibles menos

00:37:21.890 --> 00:37:26.630
uno, mientras vayas haciendo esto puedes
lanzar un millón a la vez que no hay bloqueo,

00:37:26.670 --> 00:37:32.330
no hay contención. Y hay una previa,
claro, tú tienes el chequeo de decir, oye, que solo

00:37:32.330 --> 00:37:34.190
tenemos un millón y medio de entradas.

00:37:34.230 --> 00:37:38.530
Es decir, si hay riesgo de que vamos
a agotar todas las entradas, para.

00:37:39.070 --> 00:37:43.310
Pero hasta que llegas ahí, el millón de
personas que han ido a comprar las entradas de

00:37:43.350 --> 00:37:47.770
Rosalía han entrado todos hasta la
cocina, sin ningún tipo de espera.

00:37:47.770 --> 00:37:55.590
La visión que tengo es como que estamos
intentando aunar lo que es un entorno

00:37:55.590 --> 00:38:00.870
transaccional y una ingesta,
que al final es ingesta.

00:38:01.810 --> 00:38:08.430
Pero ingesta de transacciones, claro,
ingesta de transacciones, no es ingesta de estoy

00:38:08.430 --> 00:38:14.630
metiendo filas, filas, filas, como de un
IoT, como si estuviese haciendo las MemOptimus

00:38:14.630 --> 00:38:20.490
Rights, que dices mete una ingesta de
millones y si alguna se pierde da igual Porque

00:38:20.490 --> 00:38:27.520
porque no está garantizado que si se
pierde se pierde pero aquí lo que haría

00:38:27.520 --> 00:38:34.060
antes se bloquearían y ahora entran por
orden de comida pero y entran seguras y entran

00:38:34.060 --> 00:38:40.660
seguras que es lo mejor hay claro sí sí
Sí, sí, además en entornos muy críticos tú no

00:38:40.660 --> 00:38:41.940
puedes permitirte perder nada.

00:38:41.980 --> 00:38:44.020
Exacto, no puedes perder, exacto.

00:38:44.040 --> 00:38:51.220
No es como las rights esas de las
MemOptimized, las que van a saco

00:38:51.220 --> 00:38:57.540
y que se van metiendo y luego validamos en
el momento de cómic, ya validaremos y si alguna

00:38:57.540 --> 00:39:02.700
no entra, no entra. No wait bueno,
venga, ¿alguna más que sea favorita tuya?

00:39:04.270 --> 00:39:08.370
Vale, bueno ¿Cuál estás esperando
tocar en producción y meterle mano?

00:39:08.610 --> 00:39:13.210
Voy a decir una chorrada, pero una
chorrada que es súper práctica, que a mí me gustan

00:39:13.250 --> 00:39:19.790
las cosas prácticas. Venga mira, Group
By All, o sea, me parece maravilloso.

00:39:20.290 --> 00:39:23.410
¿Sabes qué dices? ¿Has cambiado
el paradigma de una base de datos?

00:39:23.450 --> 00:39:25.750
No, pero me parece algo tan práctico.

00:39:26.250 --> 00:39:30.270
Y también el if -not -exist,
cuando ejecutas un DDL, ¿no?

00:39:30.870 --> 00:39:36.550
Voy a crear una tabla, si no existe que no
te dé un fallo bueno, son chorraditas que

00:39:36.550 --> 00:39:40.190
yo las veo muy útiles y
jolín que me gustan, y

00:39:41.270 --> 00:39:47.510
privilegios por esquema que eso yo creo que
ha sido si en toda la historia de un DBA

00:39:48.030 --> 00:39:49.550
en todo lo de cabeza, ¿no?

00:39:49.890 --> 00:39:56.410
Sí, bueno, y explícale a la gente que
cuando ha borrado la tabla Pepe y ha vuelto a crear

00:39:56.410 --> 00:40:00.050
la tabla Pepe ¿por qué ha
perdido los privilegios?

00:40:00.430 --> 00:40:04.810
Y dices, hombre, claro, tenías acceso a la
tabla PP, alguien la ha borrado, has dejado

00:40:04.850 --> 00:40:09.770
de tener permisos y por mucho que se crea
una nueva tabla PP, nada te garantiza que es

00:40:09.770 --> 00:40:13.490
la misma. Y que ha dado, históricamente,
muchísimos dolores de cabeza.

00:40:13.530 --> 00:40:15.470
Yo quiero que este usuario…

00:40:15.470 --> 00:40:20.350
Tienes opciones, ¿no? Como un proxy user,
pero bueno, sin pasar por un proxy user, ¿no?

00:40:21.630 --> 00:40:24.408
Yo quiero que tenga permisos
para todo el esquema.

00:40:24.490 --> 00:40:28.090
Y decías, jolín, es que
cuando se crea un objeto…

00:40:28.090 --> 00:40:34.830
Claro, y PLs que van recorriendo todos los
permisos y regenerando y un job a las tantas

00:40:34.830 --> 00:40:36.490
de la mañana recrea permisos.

00:40:36.570 --> 00:40:42.190
Esto lo he visto yo así sí, un montón de
sitios, sí, porque no tenías forma de hacerlo

00:40:42.190 --> 00:40:46.570
y a mí era algo que siempre
para mí caía de cajón, ¿no?

00:40:47.470 --> 00:40:53.070
Pero bueno, ya lo tenemos, ya lo tenemos y
va a facilitar mucho la vida porque un DBA

00:40:53.070 --> 00:40:59.450
es un DBA. Preocuparnos por permisos,
muchas veces sabes que dices, jolín pero, ¿sabes?

00:40:59.690 --> 00:41:02.610
Tendría que estar
haciendo otras cosas claro

00:41:04.630 --> 00:41:06.810
Porque es algo que dice ¿y por qué no?

00:41:06.870 --> 00:41:08.259
¿y por qué no se permite?

00:41:08.530 --> 00:41:12.270
Igual que Windows, si tú borras una
carpeta, pues se borran los permisos de esa carpeta

00:41:12.310 --> 00:41:19.390
es que, ¡ah! Es igual que Windows igual
que Windows, tampoco pero si es el mismo

00:41:19.390 --> 00:41:23.830
principio yo muy amiga de Windows
no soy, no te debo de negar

00:41:25.250 --> 00:41:30.510
Oye, si alguien tiene alguna funcionalidad
favorita que levante la mano y la diga yo

00:41:30.510 --> 00:41:32.850
voy a decir seguro que en Windows no

00:41:38.890 --> 00:41:41.490
Yo empecé con Linux con 13 años

00:41:43.700 --> 00:41:50.700
Me siento mayor pero Veía muchas
limitaciones y no me dejaba ser creativa

00:41:51.400 --> 00:41:56.380
sabes, y cuando descubrí Linux se me abrió
a mí un mundo de posibilidades Bueno, que

00:41:56.380 --> 00:42:01.160
también yo creo que me falla un poco El
tema de que soy muy controladora Y yo diciendo

00:42:01.160 --> 00:42:06.216
a un Linux lo controlo muchísimo Un
Windows lo que le dé la gana Esto es como un matrimonio

00:42:08.410 --> 00:42:13.330
Oye, pues te Seguimos con las
funcionalidades estas Porque también te quiero decir una

00:42:13.330 --> 00:42:18.910
de estas que tienes aquí apuntadas Que es
una de mis De mis favoritas El SQL Firewall

00:42:19.470 --> 00:42:23.410
Sí, te iba a comentar que Vi que
habías comentado alguna vez, ¿no?

00:42:23.410 --> 00:42:26.510
¿Tuviste algún podcast? ¿Me quieres sonar?

00:42:26.650 --> 00:42:31.590
Hice un vídeo en YouTube contando Hacerlo
en OCI y en la Academia tengo una lección De

00:42:31.590 --> 00:42:36.910
cómo hacerlo con comandos Con toda la
paquetería de PLSQL Y cómo acceder a las vistas

00:42:36.910 --> 00:42:43.650
De diccionario y todo La versión de
YouTube es con OCI Clic, clic, clic Todo funciona

00:42:43.650 --> 00:42:48.470
Y la de la Academia es la de la paquetería
Que es una lección maestra Pues para mí es

00:42:48.470 --> 00:42:55.970
Game changer Y de apta
me gusta me gusta mucho

00:42:55.970 --> 00:43:01.670
de hecho de hecho mira en el episodio
pasado que fue con borja que es uno de los grandes

00:43:01.670 --> 00:43:08.550
de ciberseguridad en españa él me decía no
sigue siendo antes si el el top one de vulnerabilidades

00:43:08.550 --> 00:43:17.210
si era el sql inyección no sigue estando
en el top 1 pero pero sigue habiendo mucha vulnerabilidad

00:43:17.210 --> 00:43:23.410
por SQL Injection y claro, estamos mezclando
ahí IA, estamos mezclando ahí cosas.

00:43:24.230 --> 00:43:29.970
Se nos puede colar, digamos, a través a lo
mejor de ese prompt injection, por ejemplo,

00:43:31.810 --> 00:43:38.730
Quizá inyecciones de SQL que a lo mejor no
queramos y un firewall de SQL, o sea, qué

00:43:38.730 --> 00:43:44.340
inventazo, ¿no? A mí me encanta sí, porque
al final tenemos que pensar siempre en seguridad,

00:43:44.520 --> 00:43:51.670
que es como la patita, que eres DBA,
eres experto en seguridad, eres experto

00:43:51.670 --> 00:43:58.230
en sistemas, pero yo creo que es darle
también la opción a un DBA poder meter un poco

00:43:58.230 --> 00:44:02.430
la pata en seguridad en base a
datos, que creo que es importante.

00:44:02.430 --> 00:44:09.470
Estamos en la era del dato y
tenemos que proteger el dato.

00:44:09.690 --> 00:44:13.430
Yo siempre digo que somos
guardianes del dato.

00:44:13.590 --> 00:44:20.610
Un DBA es un guardián y nos está dando
herramientas en las que podemos controlar y ser

00:44:20.610 --> 00:44:24.550
más conscientes de la importancia
de lo que tenemos entre manos.

00:44:26.580 --> 00:44:33.740
El dato es muy importante del corazón
de una empresa o sea yo para mí sin dato

00:44:33.740 --> 00:44:39.060
no hay empresa bueno yo he trabajado hace
poco pues en aseguradoras me decían es que

00:44:39.060 --> 00:44:46.200
no tenemos nada de papel efectivamente si
una aseguradora todo todo es electrónico todo

00:44:46.200 --> 00:44:53.480
si no hay papel pero Pero ahí
tiene que haber un trabajo bastante

00:44:53.480 --> 00:44:59.340
considerable. Tú no lo tienes en
papel, pero lo tienes digital.

00:45:00.360 --> 00:45:06.720
Tienes que tener unas herramientas o
una concepción del dato para protegerlo.

00:45:06.720 --> 00:45:13.100
Porque ahí tienes una responsabilidad muy
grande es que hablamos de cualquier dato pues

00:45:13.100 --> 00:45:19.020
imagínate Datos, no sé,
críticos bueno, LOPD, ¿no?

00:45:19.080 --> 00:45:21.860
Datos que tenemos nosotros, ¿no?

00:45:21.880 --> 00:45:27.380
Como puede ser un DNI o puede ser tu
historial clínico o como puede ser tu tarjeta

00:45:28.640 --> 00:45:34.940
Bancaria, ¿no? O tu cuenta bancaria o sea,
nosotros tenemos siempre se ve como un trabajo

00:45:34.940 --> 00:45:40.470
técnico pero yo siempre digo digo, jolín,
es que la responsabilidad de un DBA está en

00:45:40.470 --> 00:45:42.692
medio de todo el resto de departamentos.

00:45:43.180 --> 00:45:50.700
Sí, sí, sí bueno, y Vulnerabilidades
también de seguridad de los datos con DBAs,

00:45:50.700 --> 00:45:55.000
cuentas que no se borran, DBAs
que tienen acceso a cosas.

00:45:56.320 --> 00:45:58.980
O permisos que no pueden tener.

00:46:01.480 --> 00:46:05.202
Pero bueno, como tenemos ya para
dar permisos para todo un esquema.

00:46:05.800 --> 00:46:13.580
A ver, que Ronald no se Y las
columnas booleanas esa es tuya

00:46:13.580 --> 00:46:19.320
digo, a ti te gustan las booleanas otra
torradilla pero que también se echaba de menos

00:46:19.320 --> 00:46:25.460
si, además lo han hecho muy bien porque
tanto puedes poner 1 como 0 puedes poner true

00:46:25.460 --> 00:46:30.520
false claro, true false pero tienes que
tener la última versión por ejemplo en SQL Plus

00:46:30.520 --> 00:46:37.760
o SQL FL tienes que tener ya de 26 para
poder ver que te ponga true o false no, no,

00:46:37.800 --> 00:46:45.020
un 0, yo no pero bueno, son cerraditas
estéticas no es importante sí, sí, sí, a ver y

00:46:45.020 --> 00:46:48.740
Ronald, ¿qué es esta tuya NL2 SQL?

00:46:49.140 --> 00:46:56.290
Esta funcionalidad Toda la parte,
no primero que todo lo de Carla,

00:46:56.430 --> 00:47:03.790
me parece que ella dice, son chucherías
como decimos acá pero qué tanto nos está

00:47:03.790 --> 00:47:09.510
facilitando inclusive el tema del grupo
hay por alias algo que no podríamos hacer anteriormente

00:47:09.510 --> 00:47:15.150
si yo tenía una expresión yo le puedo
poner un alias y yo puedo agruparlo por esa por

00:47:15.150 --> 00:47:22.180
ese alias ahora en la versión del lenguaje
de programación es esa no sé si la sabían

00:47:22.180 --> 00:47:29.200
ustedes pero es válida Yo tengo

00:47:29.200 --> 00:47:35.050
otra guardada también tengo otra guardada
para ahora la cláusula filtro con en el Word,

00:47:35.210 --> 00:47:38.390
en el Select. Sí esa es extraordinaria.

00:47:39.520 --> 00:47:44.940
Sí porque antes teníamos que hacer varios
queries para poder llegar y obtener dos variables

00:47:44.940 --> 00:47:47.400
distintos para una misma consulta.

00:47:47.440 --> 00:47:51.940
Entonces, estamos generando un solo
barrido sobre el objeto y no requiriendo hacer dos

00:47:51.980 --> 00:47:53.320
o más barridos sobre el objeto.

00:47:53.360 --> 00:47:56.693
Aún cuando ya se hubiera parseado
y la información estuviera

00:47:57.080 --> 00:48:01.320
ya en memoria y no tuviéramos que
hacer un hard parseo para los datos.

00:48:01.460 --> 00:48:03.850
¿Verdad? Esa es magistral, ¿eh?

00:48:05.020 --> 00:48:09.860
La que me preguntaste la mía preferida y
por la que he hecho varios videos, la parte

00:48:09.860 --> 00:48:15.220
del uso del lenguaje natural para hacer
consultas a nivel de la base de datos yo creo

00:48:15.220 --> 00:48:21.700
que eso es la parte más a nivel del
lenguaje de programación se han mejorado sustancialmente

00:48:21.700 --> 00:48:27.640
la sintaxis de muchos comandos, pero el
hecho de que podamos facilitar el de poder introducir

00:48:27.640 --> 00:48:34.980
el tema de generación de tenemos que
aprender mucho sobre temas de de generación de browns

00:48:34.980 --> 00:48:39.480
y cosas de ese tipo para consultar de
forma correcta un dato en la base de datos.

00:48:39.760 --> 00:48:45.800
Pero facilitar esto para aplicaciones de
clientes y usuarios finales, para mí es fundamental.

00:48:46.900 --> 00:48:49.920
¿Sabes qué le planteaba yo
cuando estaba en la facultad?

00:48:49.960 --> 00:48:55.420
Ya que ya se hace también un montón de
años Y yo cada vez que hablo me pongo más mayor

00:48:55.420 --> 00:49:01.520
yo en este blog. Yo recuerdo cuando estaba
en la facultad, ya comentaba yo que me parecía

00:49:01.520 --> 00:49:08.440
muy interesante poder tener un sistema que
fuese lenguaje natural para un SQL, que no

00:49:08.440 --> 00:49:12.107
tuviese que saber pues una persona
que se dedica a analítica, ¿no?

00:49:12.240 --> 00:49:18.140
Tengo que hacer un select from tiki tiki
tiki sino que pudiese escribirlo en lenguaje,

00:49:18.280 --> 00:49:21.540
sácame los últimos ¿sabes?

00:49:21.540 --> 00:49:26.020
O sea, que no fuese un informe
sino a nivel de SQL y veo que

00:49:26.940 --> 00:49:32.400
está avanzando en ese sentido y, jolín, me
siento y me siento muy feliz, porque este

00:49:32.400 --> 00:49:37.500
año no lo oía. Ayer te mandé un audio por
WhatsApp contándote un jefe que tuve que también

00:49:37.500 --> 00:49:41.111
quería utilizar el lenguaje natural
para conectarse a producción.

00:49:42.020 --> 00:49:44.540
Es que el lenguaje natural es natural.

00:49:46.420 --> 00:49:48.260
Yo por eso hablamos de yogures.

00:49:48.660 --> 00:49:54.400
Le estaba contando ayer a Carlos, que tuve
un jefe que me cogió el ordenador así, la

00:49:54.400 --> 00:49:57.180
terminal del SQL +, y dentro
del SQL se empieza a escribir.

00:49:57.220 --> 00:50:01.680
Porque yo había hablado con él Que
necesitábamos conectarnos a producción Necesitábamos

00:50:01.720 --> 00:50:05.420
un usuario de producción Que solo teníamos
usuarios de desarrollo Y necesitábamos ver

00:50:05.460 --> 00:50:09.940
en producción ciertas salas Que nos
dejaran un usuario para conectarnos Y el tío coge

00:50:09.980 --> 00:50:16.220
En la consola del SQL Plus y me escribe
Escribe el tío, telnet Y yo viendo telnet dentro

00:50:16.220 --> 00:50:17.760
del SQL Plus Telnet contra

00:50:18.820 --> 00:50:21.720
Contra ¿Cómo escribe contra?

00:50:21.960 --> 00:50:29.380
Telnet contra Ante, bajo,
cabe con contra y el

00:50:29.410 --> 00:50:35.890
tío escribe con dos dedos S -Q -L Telnet
contra SQL dentro de la consola de SQL Plus

00:50:35.890 --> 00:50:41.470
y le da el intro y le dice, comando SQL
Plus no reconocido y me dice, oye, ¿cómo tienes

00:50:41.470 --> 00:50:48.170
configurado esto? Que no va y yo pensé,
pero estamos hablando del año 2003 2004 pero

00:50:48.170 --> 00:50:54.790
este hombre era un visionario también
que quería utilizar el lenguaje natural

00:50:58.880 --> 00:51:02.936
Quiero aportar Quiero aportar a que
nos sintamos todavía mucho más viejos

00:51:03.860 --> 00:51:07.180
Yo hablo de Richard
Stallman Posiblemente Carla

00:51:08.280 --> 00:51:14.640
Tú lo ubicas, ¿verdad? Y Javier también Y
tengo amigos que tienen el privilegio De haberlo

00:51:14.640 --> 00:51:21.000
visto en Cazoncillos A Richard Stallman Y
nosotros lo tuvimos en la facultad de Coruña

00:51:23.340 --> 00:51:29.340
En el 2010 Ustedes se acordarán que en el
2010 Empezó a hablar mucho por el tema Que

00:51:29.340 --> 00:51:33.880
era el cloud En un momento por
esas cosas de la vida Lo que

00:51:35.420 --> 00:51:43.020
Tocar con él en un foro Y Él llega
y afirma En aquel entonces Que

00:51:43.020 --> 00:51:45.160
todo el tema del cloud era una mega

00:51:46.240 --> 00:51:53.750
Propaganda Publicitaria Eso nunca se iba
a dar Y yo le respondí a Richard Stallman

00:51:54.440 --> 00:52:00.320
O sea, tuve la osadía de responderle,
diciéndole que para mí el cloud lo que permitía

00:52:00.320 --> 00:52:02.840
era democratizar el
acceso a la tecnología.

00:52:03.840 --> 00:52:10.840
Y creo que hoy en día con esto que se está
haciendo con el lenguaje natural, lo que

00:52:10.840 --> 00:52:13.320
estamos haciendo es democratizando
el acceso a los datos.

00:52:13.360 --> 00:52:19.100
Porque mucha gente que no conoce de
programación va a tener la posibilidad de poder precisamente

00:52:19.100 --> 00:52:24.840
hacer eso que ustedes están comentando,
poder realizar un análisis, realizar un análisis

00:52:24.840 --> 00:52:29.320
a nivel de información guardada dentro de
un repositorio de base de datos y necesitar

00:52:29.360 --> 00:52:34.480
conocer un lenguaje de programación y creo
que es un aspecto bastante importante, ¿verdad?

00:52:34.680 --> 00:52:42.940
Muchas veces limita que yo lo he visto,
hay gente muy buena analizando datos pero

00:52:42.940 --> 00:52:50.320
que tiene Esas barreras al final es para

00:52:50.320 --> 00:52:56.820
ellos técnico, tener que construir un SQL,
yo sé el dato que quiero obtener, pero tengo

00:52:56.820 --> 00:53:03.540
que trabajarlo a nivel técnico o a nivel
de código y yo creo que lo hace más viable para

00:53:03.540 --> 00:53:05.880
que cada uno trabaje en su nicho.

00:53:06.160 --> 00:53:09.800
Si eres analista de datos,
dedícate a analizar datos.

00:53:12.090 --> 00:53:14.210
Que no tengas esas barreras, digamos.

00:53:14.730 --> 00:53:19.870
Yo tengo una adivinanza para vosotros dos
y para cualquiera de la audiencia si quiere

00:53:19.870 --> 00:53:24.750
resolverla. ¿Cuál sería mi otra
funcionalidad de 26i favorita?

00:53:25.130 --> 00:53:32.790
Teniendo en cuenta lo que he dicho de Juan
Loaiza, del documento de oracle 7 de las

00:53:32.790 --> 00:53:39.830
bases de datos tal con las diseño code
y el sql estándar del 92 con cosas que

00:53:39.830 --> 00:53:45.570
por fin llegan que no se han podido implementar
antes por que nunca se han llegado a

00:53:45.570 --> 00:53:52.270
hacer alguien sabría cuál sería mi
siguiente funcionalidad favorita hacer

00:53:57.140 --> 00:54:04.540
Es que cada vez que ha
dado un curso de en el

00:54:04.540 --> 00:54:08.340
cual he tenido que tocarlas a ser yo sobre
digo bueno en hora que se hace con triggers

00:54:08.380 --> 00:54:14.000
o los triggers son para hacer constri ins
avanzadas no esas cosas constri sigamos que

00:54:14.000 --> 00:54:19.700
no llegan las a ser tíos que ningún motor
de base de datos ha ha implementado, va ahora

00:54:19.700 --> 00:54:21.300
y le dice, venga, vamos
a hacer las assertions.

00:54:21.340 --> 00:54:24.580
Eso ha sido un regalo
para la historia, ¿eh?

00:54:25.000 --> 00:54:30.880
Bueno, yo creo que tienen que estar muy
finas, porque al final lo que estás introduciendo

00:54:30.880 --> 00:54:32.580
no es un chequeo por SQL.

00:54:33.520 --> 00:54:35.380
Pero utiliza tablas intermedias.

00:54:36.620 --> 00:54:40.300
Utiliza tablas intermedias
para mantener esos...

00:54:42.320 --> 00:54:45.153
Si la consulta la restricción,
la lanza por detrás.

00:54:45.200 --> 00:54:47.420
O sea, tienes que tenerlo muy fino.

00:54:47.940 --> 00:54:55.020
Yo siempre voy al tuning mira claro pues
como las duality views no el jason y el

00:54:55.020 --> 00:54:59.560
relacional que a mí me gustaría también en
la parte de tuning ver ponerlo esa prueba

00:54:59.600 --> 00:55:05.820
a ver cuánto realmente de de flexible o
donde eso nos está yendo el coste con toda esa

00:55:05.820 --> 00:55:11.740
transparencia jason relacional pero bueno
ya llegaremos ahí pero yo tengo muchas ganas

00:55:11.740 --> 00:55:16.500
de meterle mano a las assertions porque no
digo no Bueno, implementadas tal cual como

00:55:16.500 --> 00:55:23.180
comprobar una constring a partir de una
query, esto es la ruina por lo que nunca lo han

00:55:23.180 --> 00:55:29.200
hecho. Pero claro, utilizándose hasta las
intermedias y ese control, a mí se me parece

00:55:29.200 --> 00:55:31.420
interesante. Me parece
muy, muy interesante.

00:55:31.460 --> 00:55:38.500
Y saben de una característica
que se habla muy poco y que creo

00:55:38.500 --> 00:55:45.890
que en la versión porque ya la provee la
versión 9 26 ahí funciona extraordinariamente

00:55:45.890 --> 00:55:53.090
eso nos pede de aplicaciones en el
application y me asusta también el hecho

00:55:53.090 --> 00:55:58.350
de todo lo que hay por detrás porque es
increíble la cantidad de estructuras que genera

00:55:58.350 --> 00:56:03.850
para poder llegar y mantener en las
ediciones de los distintos cambios que vas realizando

00:56:03.850 --> 00:56:09.170
dentro del contenedor para poderlo
compartir de forma eficiente a nivel de los PDBs dentro

00:56:09.170 --> 00:56:15.010
del contenedor de base de datos, pero me
Parece En 19 ya va fino ya va bastante fino

00:56:15.010 --> 00:56:20.910
en 19 Sí, pero vieras que o sea, lo que he
probado, la probé la versión on -premise que

00:56:20.910 --> 00:56:28.010
instalé y me pareció extraordinario,
me parece que está funcionando mucho

00:56:28.010 --> 00:56:34.470
más fino y hay muy poca información o muy
poca gente conoce esta característica.

00:56:35.490 --> 00:56:39.990
Generalmente, inclusive yo pregunto mucho
al equipo de desarrollo sobre el manejo de

00:56:40.030 --> 00:56:45.890
ediciones y la gente no
lo tiene en el background.

00:56:46.670 --> 00:56:48.590
La ventaja que podría tener con esto.

00:56:48.630 --> 00:56:54.190
Ahora, el contenedor de aplicaciones para
poder mantener un solo código y mantener distintas

00:56:54.190 --> 00:56:59.590
versiones y poderlas compartir con
distintos PDFs me parece que es algo de lo que deberíamos

00:56:59.590 --> 00:57:07.010
Yo sé de entornos aquí,
sobre todo banca, donde

00:57:07.010 --> 00:57:11.150
lo tienen totalmente
incorporado, totalmente.

00:57:11.990 --> 00:57:18.790
Tienen application containers a punta pala
y todo gestionando con aplicación y despliegue

00:57:18.790 --> 00:57:25.850
de versionados con aplicaciones application
root, application pdb y migraciones de

00:57:25.850 --> 00:57:29.570
entre bases de datos con aplicaciones.

00:57:29.590 --> 00:57:36.890
Con application PDBs y en 19,
digamos ya, lo suficiente.

00:57:37.230 --> 00:57:44.370
Fíjate además que la banca es un
entorno como muy conservador a hacer

00:57:44.370 --> 00:57:50.650
algo que pueda poner en riesgo a lo mejor
la disponibilidad así un poco del sistema bancario.

00:57:50.650 --> 00:57:56.910
Son tradicionalmente han sido como más
conservadores como como industria no para para

00:57:56.910 --> 00:58:02.610
adaptar esas cosas y que Pues a nivel
europeo por lo menos lo que conozco conozco bastantes

00:58:02.610 --> 00:58:06.910
ejemplos en los que bastantes sitios donde
se está utilizando y funcionando bien si en

00:58:06.950 --> 00:58:13.670
26 entiendo que ahora le ha dicho que iba
a seguir por ahí cosa que multitenant es de

00:58:13.670 --> 00:58:18.990
ahí vamos a la multitenant sí o sí lo
queramos o no y ya no hay más opción es decir ahora

00:58:18.990 --> 00:58:24.680
ya hay que que abandonar la anterior
arquitectura y entrar en Multitenant en

00:58:26.170 --> 00:58:29.470
Esta nueva, así que eso
es lo que nos toca Yo

00:58:31.260 --> 00:58:38.440
Desgraciadamente tengo que dejar a los
chicos una sesión ahorita Sí, y de hecho

00:58:38.440 --> 00:58:41.740
estamos llegando al final
estamos llegando al final

00:58:43.990 --> 00:58:48.050
Menos mal, llama el libro llama
el libro de Carla, que habla mucho

00:58:51.810 --> 00:58:58.930
Si es tu canal carl solo solo
espero solo espero por los

00:58:58.930 --> 00:59:06.000
menos de un mes a ambos por allá
entonces es vas a estar por españa vas

00:59:06.000 --> 00:59:11.280
a venir a españa así pues nos
veremos sabes que que nos veremos.

00:59:11.460 --> 00:59:13.620
¿Sabes? Nos veremos ronald, hermano.

00:59:14.750 --> 00:59:18.340
Pues, oye, ¿qué te parece, Carla?

00:59:19.260 --> 00:59:20.649
¿Quieres añadir algo más?

00:59:21.780 --> 00:59:24.700
Sí, estaba ahora, en mi
cabeza estaban volando, ¿eh?

00:59:25.180 --> 00:59:28.720
Containers app Y Editions, ¿no?

00:59:28.820 --> 00:59:34.120
Que Editions es una funcionalidad que me
gusta muchísimo y, a ver, pego una revisión

00:59:34.120 --> 00:59:36.560
que creo que, de lo que tenía apuntado...

00:59:36.560 --> 00:59:41.380
Así un cierre para decir, vamos a cerrar
esta nueva versión on -premise que nos lleva

00:59:41.380 --> 00:59:48.390
con sí contraseña 2024 vais
ahí por dar un bueno por

00:59:48.390 --> 00:59:55.180
puntuar un poco lo que tenía apuntado y
poquito más que quiere añadir que sea importante

00:59:55.180 --> 01:00:02.340
porque es muy crítica para dejarlo más
gordo para el final tienes que tener todo en compatible

01:00:02.340 --> 01:00:09.020
a 19 para migrar todo incluido el grid
incluido la compatibilidad de la sm de los discursos

01:00:09.020 --> 01:00:15.540
y de todo nada de 12 que tiene que estar
todo en 19 y eso hay mucha gente que dice bueno

01:00:15.540 --> 01:00:19.720
yo tengo las fases de datos en 19 pero el
crédito es esto lo tengo compatible bueno lo

01:00:19.760 --> 01:00:25.120
tengo en 19 pero le tengo el parámetro
compatible a compatible con 12 que no que no que

01:00:25.120 --> 01:00:31.360
no que no que todo compatible 19 y de ahí
para adelante si no te puedes quedar con la

01:00:31.360 --> 01:00:33.820
migración en las manos y con...

01:00:35.980 --> 01:00:39.040
Y vamos, es como un digamos...

01:00:40.380 --> 01:00:46.500
Hasta aquí todo el mundo tiene que tener
todo alineado con XIX para poder migrar.

01:00:47.000 --> 01:00:51.180
Y esa es gorda, ¿eh? Muy bien,
te pongo yo la parte bonita.

01:00:51.750 --> 01:00:58.590
Que para los codi en los elops, el max
string size ya es por defecto extender.

01:00:59.930 --> 01:01:02.430
Ah, muy bien, muy bien
para los celops haters

01:01:06.030 --> 01:01:08.410
¿cuál es el máximo ahora para los celops?

01:01:08.710 --> 01:01:13.490
Si tenemos 32k no, ahora
con el max stream size

01:01:14.940 --> 01:01:19.540
¿el max stream size? Claro, pero el
max stream size y para el marchar 2

01:01:20.540 --> 01:01:25.140
que tienes 30 y un pico mil de longitud

01:01:26.140 --> 01:01:31.920
si, a ella le damos más Un cajo más grande

01:01:32.860 --> 01:01:37.340
y yo es que como siempre yo tú dices el
tuning yo también como la tendencia toda el bloque

01:01:37.380 --> 01:01:44.420
a cómo afecta eso al bloque siempre
pienso que al final hay mucho blog

01:01:44.420 --> 01:01:51.500
6 de 8 casi que somos muy generosos
y si según el entorno pero bueno

01:01:51.500 --> 01:01:59.620
yo bueno hay que adaptarse un entorno
pero yo creo que es buena noticia muy

01:01:59.620 --> 01:02:07.170
bien para los haters del celop muy bien,
pues oye gracias a todo el mundo por estar aquí

01:02:08.130 --> 01:02:13.740
dice Si hay alguna pregunta por ahí del
chat la contestamos ahora, cerramos el programa

01:02:13.740 --> 01:02:15.520
y contestamos en privado, vale

01:02:16.420 --> 01:02:20.920
muchísimas gracias esto lo vamos a grabar
y lo subiremos a Spotify para que todo el mundo

01:02:20.960 --> 01:02:27.220
pueda escuchar la voz melodiosa de Super
Carla y a mí cantando Ay, ay, ay, guarda para

01:02:27.220 --> 01:02:31.780
cuando no hay Yo ya estaba organizando Tú
con la guitarra y yo con la batería ¿Qué te

01:02:31.820 --> 01:02:35.420
parece? Esto es lo que tenemos que
hacer Puedes oler algo muy bizarro, ¿eh?

01:02:35.460 --> 01:02:39.080
No sé yo, no sé yo, como Ay, ay, ay

01:02:40.080 --> 01:02:43.920
Pues eso, es que eso lo decía mi abuela Mi
abuela lo decía, siempre que decía yo Ay,

01:02:43.960 --> 01:02:48.520
ay, me decía, ay, ay, ay, guarda para
cuando no hay Siempre lo decía mi abuela Ay, sí

01:02:48.560 --> 01:02:53.780
Es la frase de las yayas Oye, Carla,
es un gustazo hacer el podcast contigo

01:02:54.760 --> 01:02:58.140
Ay, Jolín, qué bien Yo, no sé

01:02:59.140 --> 01:03:03.380
Intento controlarme Para no hablar
demasiado No, no, no, todo está bien, muy comedido

01:03:03.420 --> 01:03:07.680
Muy bien, muy hermoso todo Y a todos los
que estéis en la audiencia Y a todos los que

01:03:07.720 --> 01:03:13.790
estéis escuchando, pues oye, muchísimas
gracias A todos Un fuerte abrazo, hasta el próximo

01:03:13.790 --> 01:03:16.430
episodio Igualmente Chao, chao

01:03:24.700 --> 01:03:26.860
Azuliqui, Azuliqui