WEBVTT

00:00:07.790 --> 00:00:10.170
Pues empezamos ya.
Hola, Enrique, ¿qué tal?

00:00:10.210 --> 00:00:12.432
¿Cómo estás? Enrique Gallardo, ¡por fin!

00:00:12.790 --> 00:00:19.600
¿Qué tal, Javier? Encantado, tío, de
conocerte y de compartir este ratito contigo.

00:00:19.800 --> 00:00:22.078
¡Qué bien! Un cafecito nos vamos a tomar.

00:00:22.280 --> 00:00:26.220
Pues sí, sí. He mandado un mail
así a todo el mundo diciendo…

00:00:26.880 --> 00:00:31.100
Me dijo Enrique que no tenía
ningún episodio dedicado a 23 ahí.

00:00:31.220 --> 00:00:32.609
Digo, sí, sí que los hay.

00:00:33.820 --> 00:00:36.000
Con Ron… No, no, con Ronald Abrás de 23C.

00:00:36.000 --> 00:00:42.680
y con Carla Abraste pero de
23 ahí no, vamos a subsanar

00:00:44.260 --> 00:00:51.100
Era cierto de 23 ahí bueno, ya lo
discutiremos ahora, pero con lo importante y revolucionario

00:00:51.100 --> 00:00:56.200
que está haciendo, todo el tema de la IA,
todo tiene IA y tal y digo, ostras, pues no

00:00:56.200 --> 00:01:02.120
tiene Javi, no ha hablado de esto tú
también creías como que sí como que no, pero realmente

00:01:02.120 --> 00:01:06.840
no había nada y digo, bueno, vamos a
centrarnos en la parte de base de datos y repasamos

00:01:06.880 --> 00:01:11.980
un poco todas las novedades,
cuánto hay de verdad y cuánto de

00:01:14.900 --> 00:01:20.780
Estrategia comercial en esta nueva versión
y bueno, la idea es esa, que repasemos un

00:01:20.780 --> 00:01:27.060
poco, sobre todo qué es lo que nos vamos a
quedar los DBAs, que entiendo que es el público,

00:01:27.180 --> 00:01:33.240
el target de... Bueno, DBAs
desarrolladores y arquitectos soci y todo, lo que pasa que

00:01:33.240 --> 00:01:38.220
Porque sí me interesa mucho, por ejemplo,
el enfoque de on -premise, porque al final

00:01:38.220 --> 00:01:42.480
es lo que mucha gente va a tener en casa,
lo que los DBAs vamos a tocar y vamos a meter

00:01:42.520 --> 00:01:47.780
mano. Y en OCI estamos un poco como que es
una plataforma un poco como gestionada, ¿no?

00:01:47.920 --> 00:01:49.200
Entonces, a mí sí me interesa.

00:01:49.240 --> 00:01:57.180
Sí, bueno, pero yo animo porque yo
me he reconvertido un poco de DBA, es

00:01:57.180 --> 00:02:03.800
un puro DBA experto en todas las, bueno,
no en todo porque al final nunca podemos ser

00:02:03.800 --> 00:02:08.460
expertos en todo, pero en la capa de alta
disponibilidad y tal, y animo también a los

00:02:08.500 --> 00:02:14.400
DBA a que den el salto a OCI porque claro
que la estrategia estamos viendo cuál es y

00:02:14.400 --> 00:02:18.520
es migrar a la nube y nada más
que hay que darse una vuelta.

00:02:19.480 --> 00:02:26.180
Para ver para ver que la estrategia que
tiene Oracle es nube, nube, nube y bueno y ahora

00:02:27.620 --> 00:02:34.080
Sí, sí, con IA, IA, IA, todo es IA así que
tenemos que ponernos un poco, hay que reconvertirnos

00:02:34.080 --> 00:02:39.400
un poco ponernos las pilas con lo que hay
la nube y bueno, habrá clientes on -prem pero

00:02:40.260 --> 00:02:46.740
la tendencia es que Empujarlos un poco al
menos sí, pues, uy, no sé, fíjate que he hablado

00:02:46.740 --> 00:02:48.129
con gente que me ha dicho

00:02:49.920 --> 00:02:54.780
¡Uy! Tuve una semana pasada una
conversación muy interesante con uno que me decía que

00:02:54.780 --> 00:03:01.320
muchos nos estamos yendo, que están
volviendo a tener las cosas en casa y que dicen que

00:03:01.320 --> 00:03:06.480
la nube, que no, es decir, que tú no
tengas un control directo sobre los costes que en

00:03:06.480 --> 00:03:08.020
un momento dado te puedan
cambiar, te puedan decir.

00:03:08.060 --> 00:03:11.580
Es decir, ahora de pronto esto va
por tokens, de pronto esto va por...

00:03:11.620 --> 00:03:17.060
Y que tengas que hacer mucho FinOps,
tengas que hacer mucha ingeniería financiera para

00:03:17.060 --> 00:03:18.880
ver cómo te sale la broma.

00:03:19.160 --> 00:03:22.670
Ostras, hay mucha gente que
no lo hace ni pizca de raza.

00:03:23.010 --> 00:03:30.170
No, al final yo lo veo como muy
parecido al pago por servicio que se

00:03:30.170 --> 00:03:32.610
ha implantado en las plataformas de vídeo.

00:03:33.770 --> 00:03:40.990
Nos hemos adaptado en videojuegos
también está más que implantado, incluso

00:03:40.990 --> 00:03:47.030
ya con con el Amazon Kindle hay un
pago por uso y bueno, ¿quién no paga?

00:03:47.250 --> 00:03:55.410
Tú revisas tu cuenta y es raro que no
tengas 150 euros en servicios que estás pagando

00:03:55.410 --> 00:04:01.030
y que antes no pagabas, y creo que es
una tendencia un poco hacia ahí, ¿no?

00:04:01.030 --> 00:04:06.330
A pagar por un un servicio, olvidarte del
hierro, olvidarte de mantenimiento olvidarte

00:04:06.330 --> 00:04:10.630
de un montón de cosas, bueno, o
facilitártelas al menos, ¿vale?

00:04:10.690 --> 00:04:17.760
Y yo creo que ellos van, me consta que
le están impulsando año tras año, es

00:04:17.760 --> 00:04:24.110
verdad que llegaron tarde a este mundo
del cloud han llegado Con 3 -4 añitos

00:04:25.770 --> 00:04:31.110
Diría yo por detrás de la competencia
directa y bueno, es que no todo al principio, pero

00:04:31.110 --> 00:04:36.610
ya se van igualando Yo creo que están muy
por igual todos, o sea, yo no veo que haya,

00:04:36.730 --> 00:04:41.470
además como dijo en la realización que
todo iba a ser multicloud y todo esto ya han hecho

00:04:41.510 --> 00:04:48.540
un acuerdo todos Sí De hecho yo me saqué

00:04:48.540 --> 00:04:55.280
en 2023 la certificación esta de
multicloud y bueno, de la sencillidad porque al final

00:04:55.280 --> 00:05:02.300
son de las positivistas, de las certificaciones
que todo es positivo y tal donde muy

00:05:02.300 --> 00:05:06.920
comerciales y no tiene nada que ver con la
que con la nueva versión de 2025 que me estoy

00:05:06.960 --> 00:05:12.920
preparando porque han incluido muchas
ahora digamos que todas las nubes son más compatibles

00:05:12.920 --> 00:05:17.680
con todas las nubes y parece que la tendencia
es que bueno que tú tengas al final el

00:05:17.680 --> 00:05:23.580
portfolio de casi todos los productos y
pueda desplegarlo pues si te apetece en azur

00:05:23.580 --> 00:05:29.320
es si te apetece AWS que haya mayor
compatibilidad y parece que esa es la tendencia al

00:05:29.320 --> 00:05:34.540
final creo que es un poquito ventajoso
porque los clientes también están optando por

00:05:34.540 --> 00:05:42.060
no poner todos los huevos en la misma
cesta, sino creo que es habitual que haya incluso

00:05:42.060 --> 00:05:48.600
han llegado nuevos operadores al tema de
cloud para temas específicos y al final por

00:05:48.600 --> 00:05:52.480
lo menos lo que tengo yo entendido de los
clientes es eso que es un entorno multicloud

00:05:52.520 --> 00:05:56.780
y no quieren depender
solo de un proveedor, sino

00:05:57.860 --> 00:06:01.440
diversificar. Tú sabes que yo
soy muy de hacer analogías locas.

00:06:01.680 --> 00:06:03.236
A mí esto me recuerda cuando

00:06:04.440 --> 00:06:10.740
Entrevistaron al sí, sí al CEO de Netflix
y le dijeron, pues bueno, cómo veía la competencia

00:06:10.740 --> 00:06:12.380
en las diferentes plataformas
de streaming, ¿no?

00:06:12.420 --> 00:06:15.000
HBO, entonces, Amazon Prime, no sé qué.

00:06:15.140 --> 00:06:21.740
Y el de Netflix dijo HBO, Amazon Prime,
Apple TV, todos esos, no son mi competencia,

00:06:21.800 --> 00:06:23.060
¿sabéis quién es mi competencia?

00:06:23.100 --> 00:06:30.300
El sueño. Alucinada aquí sería algo así,
no es decir, no, Azure no es competencia,

00:06:30.320 --> 00:06:32.280
Azure, AWS tampoco es competencia.

00:06:33.580 --> 00:06:35.247
Mi competencia es On -Premise.

00:06:36.040 --> 00:06:38.780
Por eso a lo mejor no sale la 23 ahí.

00:06:39.740 --> 00:06:42.629
Vamos a dejar de hablar de
la nube, vámonos a la 23.

00:06:43.620 --> 00:06:46.480
Pues, venga, sí, es
verdad, esto no es de nube.

00:06:47.340 --> 00:06:52.580
No, pero es interesante, sobre todo,
bueno, ya introducimos el tema, que 23 ahí, pues

00:06:52.580 --> 00:06:58.140
bueno el run run que tenemos todos que no
ha salido, hombre, que va a pasar si queremos

00:06:58.140 --> 00:07:03.940
tocar la 23 ahí nos tenemos que ir a OCI
voy a contestarte un poco porque realmente te

00:07:03.940 --> 00:07:08.720
puedes descargar la máquina virtual, de
hecho yo desarrollé un cursito usando la máquina

00:07:08.760 --> 00:07:14.460
virtual es verdad que es la versión free y
está limitada en cierto modo, pero bueno puede

00:07:15.600 --> 00:07:20.080
también animo a que os descarguéis el
laboratorio, creo que era una imagen de VirtualBox,

00:07:20.120 --> 00:07:26.500
aunque Sí, la Free Edition, para conocer
todas las funcionalidades que vamos a hablar

00:07:26.500 --> 00:07:33.540
ahora, va súper bien. Por
eso, hombre, ahí está uno

00:07:33.540 --> 00:07:38.660
más limitado a nivel de infraestructura,
de alta disponibilidad y tal, pues no puede

00:07:38.660 --> 00:07:43.440
trastear realmente, pero bueno, lo que son
las funcionalidades, muchas de las que vamos

00:07:43.480 --> 00:07:48.700
a repasar, pues sí, están
ahí, están disponibles.

00:07:48.700 --> 00:07:53.260
Y se puede toquetear sin necesidad
de irnos al cloud, ¿vale?

00:07:54.200 --> 00:07:59.880
Y nada, con respecto a las versiones, pues
si quiere explicamos un poco el nombre de

00:07:59.880 --> 00:08:04.480
23 ahí, qué hay de cierto, qué
no hay de cierto y demás, ¿no?

00:08:05.060 --> 00:08:07.660
A ver, el tema está que,
bueno, todos lo sabemos, ¿no?

00:08:07.700 --> 00:08:12.740
Que la letrita esta, bueno, tanto
la letrita como la numerología en...

00:08:12.740 --> 00:08:19.140
Bueno, siempre ha sido comercial, siempre
ha sido comercial con la G y con la C sí, sí,

00:08:19.260 --> 00:08:26.810
sí pero que hay saltos
ahí no ha habido no puedes

00:08:26.810 --> 00:08:32.470
asociarla a un año concreto y sí que lo
que tú comentas siempre la letra ha intentado

00:08:32.470 --> 00:08:39.310
captar esta palabra que le dice, el side
gaze del momento y usar lo que está más de moda,

00:08:39.310 --> 00:08:45.750
9i internet, bueno ya ves tú lo que te digo
o gris, lo de gris se inventaron lo de C

00:08:45.750 --> 00:08:49.110
de cloud también, porque en
ese momento no era cloud, ¿no?

00:08:49.230 --> 00:08:50.730
O sea, era como una cosa...

00:08:51.550 --> 00:08:54.650
Pero ahí, venga, vamos
a ver, cuéntame tú...

00:08:54.650 --> 00:08:56.130
Le hubiese puesto M, ¿no?

00:08:56.130 --> 00:08:58.470
A la 12, que era Multitenant,
que era la novedad.

00:08:58.510 --> 00:09:01.399
Claro, 12M, Multitenant,
que esa hubiera sido buena.

00:09:01.670 --> 00:09:05.210
¿Cuáles son Tus funciones
favoritas de 23AI?

00:09:05.450 --> 00:09:13.470
Venga, de la parte de inteligencia
artificial, de AI, ¿qué es lo que más te

00:09:13.470 --> 00:09:20.550
gusta a ti? A ver, te comento lo que a mí
más me gusta pero no porque me siento más

00:09:20.550 --> 00:09:23.930
cómodo y porque es verdad
que es más antiguo que

00:09:25.370 --> 00:09:30.830
Vamos me gusta el paquete
de BMS Search ¿vale?

00:09:30.930 --> 00:09:38.490
Pero te voy a contar un secreto
BMS Search no es propio de 23i ¿de

00:09:38.490 --> 00:09:46.030
acuerdo? El paquete es bastante potente yo
nosotros lo usábamos en un cliente y teníamos

00:09:46.030 --> 00:09:53.330
todo el código estaba desarrollado un
motor de búsqueda del copo para para un organismo

00:09:53.330 --> 00:09:59.130
grande más crítico a nivel de seguridad
con un vip y diques virtual privates a través

00:09:59.130 --> 00:10:06.130
que cada cada miembro puede ver sólo
lo que está ha permitido verse la caña

00:10:06.130 --> 00:10:13.270
y es muy potente usábamos los domain
index vale los como unos índices de

00:10:13.270 --> 00:10:20.530
texto de texto y tal es lo típico que
si no lo ha sido la 9 y ya ya se usaban

00:10:20.530 --> 00:10:27.410
pero pero claro sí sí sí sí sí pero claro
eso es lo típico que si no lo oficia además

00:10:27.410 --> 00:10:33.350
son casi todos los busque en su momento
que encontrábamos venían de ahí vale y es verdad

00:10:33.350 --> 00:10:40.750
que es bastante potente porque te permite
hacer pues fusil o búsquedas inexactas te

00:10:40.750 --> 00:10:47.730
daba un puntero para no te daba el dato
como tal sino que te daba el dato es con un scoring

00:10:47.730 --> 00:10:52.190
vale y tú haces como mujer y
por Y por proximidad también.

00:10:52.570 --> 00:10:58.950
Y es verdad que... Sí,
sí, sí de hecho, bueno,

00:10:59.870 --> 00:11:04.870
lo que hacía, por ejemplo, si no ponías el
carácter exacto, no era como un like, era,

00:11:04.910 --> 00:11:10.170
digamos, para ampliar donde se quedaban
cortas las búsquedas con like y tal, pues tenías

00:11:10.170 --> 00:11:12.310
estas búsquedas semánticas.

00:11:12.450 --> 00:11:15.450
Y estos lo han ampliado, han puesto un...

00:11:16.090 --> 00:11:21.010
Digamos, un un palabra, de hecho,
que son las Ubiquus Search, ¿no?

00:11:21.010 --> 00:11:27.350
Que son como búsquedas ubicuas, no sé ni
muy bien describir lo que significa, pero bueno,

00:11:27.390 --> 00:11:29.410
como una búsqueda más global, ¿vale?

00:11:29.470 --> 00:11:35.530
Que es capaz de buscar en otro tipo de
datos, en documentos, en imágenes, ¿vale?

00:11:35.670 --> 00:11:37.410
Y la verdad que mola bastante.

00:11:37.630 --> 00:11:42.870
Ya digo que no es algo nuevo como tal la
implementación de paquetes de MS Search, pero

00:11:42.870 --> 00:11:49.780
sí que, bueno, que parece como que se hace
más popular y más accesible, como que tiene

00:11:49.780 --> 00:11:55.960
más sentido en esta nueva versión y después
lo que más me gusta es poder dar por fin

00:11:57.060 --> 00:11:59.560
permisos sobre esquemas,
no tener que andar

00:12:01.000 --> 00:12:05.960
Dando permisos de select sobre todas
las tablas de un esquema con el típico

00:12:07.100 --> 00:12:12.140
bloque anónimo de recorrer todas las
tablas para darle select, ahora si se agrega una

00:12:12.140 --> 00:12:19.400
nueva tabla no tengo que tengo que
revisar y disfrutarlo de nuevo y

00:12:19.400 --> 00:12:25.720
ya podemos dar permiso esto es, mira que
es una bolladita, que eso le habrá costado 10

00:12:25.720 --> 00:12:32.720
minutos claro, pero por meterle un poquito
de entendimiento a eso, una de las cosas que

00:12:32.720 --> 00:12:38.000
hace bien Oracle desde mi punto de vista
es que es muy fiel a esos principios de concepts

00:12:38.000 --> 00:12:44.660
de siempre que dice la filosofía es el
mínimo el mínimo privilegio, filosofía es el mínimo

00:12:44.660 --> 00:12:48.140
privilegio, yo quiero un creative user
ser y no se puede hacer ni Create Session.

00:12:48.180 --> 00:12:52.860
Un usuario nuevo no puede hacer
absolutamente nada y tengo que darle el privilegio justo.

00:12:52.900 --> 00:12:57.320
Y entiendo que para mí, entiendo,
era aquí mi filosofada también, ¿no?

00:12:57.860 --> 00:13:02.780
Entiendo que ese privilegio que tú dices
va un poco de la mano a todo el tema de Privilege

00:13:02.820 --> 00:13:04.960
Capture, que también es muy interesante.

00:13:05.000 --> 00:13:09.240
Es decir, bueno, venga, yo te voy a dar un
poco una herramienta para que tú puedas dar,

00:13:09.280 --> 00:13:11.760
¿cierto? Porque eso es una pasada.

00:13:11.780 --> 00:13:14.169
Y el Developer Role
también es otra pasada.

00:13:14.420 --> 00:13:15.809
¿Sabes? Es decir, hombre,

00:13:19.460 --> 00:13:27.160
Se quita al típico desarrollador
y después digamos claro

00:13:27.160 --> 00:13:33.580
y como contrapartida por otro lado de otra
herramienta que tú puedas monitorizar un poco

00:13:33.580 --> 00:13:38.060
es puedes hacer un seguimiento de qué
privilegios estamos usando a mí a mí yo entiendo

00:13:38.100 --> 00:13:43.240
también que cuando se da una cosa así por
otro otro lado tienes que ser coherente con

00:13:43.240 --> 00:13:46.940
esos principios de concept,
de seguridad y de estabilidad.

00:13:47.280 --> 00:13:51.180
Ahora de pronto que nos hemos saltado el
principio este del mínimo privilegio, dando

00:13:51.220 --> 00:13:53.940
aquí y ahora con su privilegio ya puede...

00:13:53.940 --> 00:13:58.120
Bueno, espera, espera, pero es que por
otro lado te doy más control para que puedas no

00:13:58.160 --> 00:14:02.680
tener la casa ahí con privilegios a
cholona, a todo el mundo, a cualquiera que entra.

00:14:02.720 --> 00:14:04.680
A mí eso me parece que por ahí va.

00:14:07.220 --> 00:14:13.660
También, a colación de lo que comentaba,
creo que va un poco de la la mano de las

00:14:15.120 --> 00:14:21.300
FGA, ¿vale? De las auditorías, las Fine
Grant Auditing estas, que también se han ampliado

00:14:21.300 --> 00:14:23.240
a partir de 23C, sobre todo.

00:14:23.300 --> 00:14:27.620
Es que recientemente hice el examen de
certificación, como sabes, y básicamente desde

00:14:27.660 --> 00:14:31.540
la 23 ahí, pero es lo mismo
que la C prácticamente, ¿vale?

00:14:32.000 --> 00:14:38.740
Y Es verdad que parece que va un poco de
la mano, porque se pueden implementar como un

00:14:38.740 --> 00:14:45.220
mayor nivel de auditoría de lo que,
digamos, antes podía costar bastante más trabajo.

00:14:45.580 --> 00:14:46.800
Entonces, sí, vale la mano.

00:14:46.840 --> 00:14:51.520
Pero para mí es un gustazo poder decir,
bueno, Pico, toma, puedes hacersele sobre todas

00:14:51.560 --> 00:14:54.504
las tablas de este esquema
y ya, venga, hasta mañana.

00:14:54.980 --> 00:14:59.080
Esta es buenísima lo agradecemos todos.

00:15:00.020 --> 00:15:03.076
Yo te voy a decir mis
funcionalidades favoritas, ¿vale?

00:15:03.220 --> 00:15:04.660
Mis funcionalidades favoritas.

00:15:04.700 --> 00:15:07.940
A ver, ya no tener que
hacer front dual, me gusta.

00:15:09.900 --> 00:15:15.020
Evitar el front dual, Yo me he empezado a
acostumbrar a hacer en esta máquina virtual

00:15:15.020 --> 00:15:18.300
un poquito de test.
Selexis Date, punto y coma.

00:15:18.500 --> 00:15:25.040
Y digo, qué gusto yo creo que esto lo han
hecho para boicotear a Carla, que abrió el

00:15:25.040 --> 00:15:32.140
blog. Un saludo, Carla y
digo, tía, justo te abres

00:15:32.140 --> 00:15:34.480
el blog y quitan el front dual.

00:15:35.040 --> 00:15:38.240
Sí, sí, sí sí, me lo dijo.

00:15:38.380 --> 00:15:41.260
Me dijo, pero quedará como una
reminiscencia del pasado, ¿no?

00:15:41.300 --> 00:15:43.800
De que los devias
antiguos consultábamos...

00:15:43.800 --> 00:15:45.620
Bueno, es que no se constela.

00:15:46.760 --> 00:15:52.780
Claro hay muchas chorraditas que
para mí son o eran muy necesarias.

00:15:52.920 --> 00:15:54.460
Era el tipo de dato bolean.

00:15:55.580 --> 00:16:01.360
Por favor qué fácil era
bolean no costaba tanto.

00:16:02.060 --> 00:16:05.440
No costaba tanto no es de ahí, ¿no?

00:16:06.680 --> 00:16:09.840
Hombre, hombre, si es
de 23 ahí No, no, no No,

00:16:11.360 --> 00:16:17.220
Hombre Claro, espera, espera Voy a, voy a,
déjame que te cuente A mí no me da la cuela

00:16:18.280 --> 00:16:22.960
Déjame que te cuente mi querido amigo En
PLSQL el boolean ha existido siempre El boolean,

00:16:23.000 --> 00:16:27.180
¿vale? En PLSQL y el boolean permitía
los tres valores True, false o null

00:16:28.180 --> 00:16:34.360
Pero no existía el boolean Como tipo de
dato De base de datos, como tipo de dato de columna

00:16:34.360 --> 00:16:36.471
como data type propiamente de columna.

00:16:36.790 --> 00:16:43.950
Entonces todo el mundo ha hecho el
boolean con 0, 1, verdadero o falso, 1, 0,

00:16:44.150 --> 00:16:51.210
con esas cosas. Y en la
23 ahí añaden para el

00:16:51.210 --> 00:16:54.830
create table, digamos, para que nos
entienda todo el mundo, en el create table un tipo

00:16:54.870 --> 00:16:56.870
de dato de columna tipo tipo bolean.

00:16:57.700 --> 00:17:04.120
Entonces, claro, hasta ahora el bolean, la
gente hacía boleanos, pero los hacía un poco

00:17:04.120 --> 00:17:10.920
a su manera, ¿no? Es decir, verdadero, o
sea, 1, 0, 1 es verdadero, 0 es falso, activo,

00:17:10.920 --> 00:17:14.460
inactivo, pues ponía 1 si está
activo, 0 si está inactivo, ¿no?

00:17:14.500 --> 00:17:17.540
Jugaban con ese boleano
con esos tres valores, ¿no?

00:17:17.600 --> 00:17:19.100
Verdadero, falso, nul, ¿no?

00:17:19.160 --> 00:17:22.460
Sí, pero creía que
estaba desde antes, tío.

00:17:23.080 --> 00:17:24.260
No, no, no, que va, que va.

00:17:24.300 --> 00:17:29.440
El boleán es de 23 y te iba a decir una
cosa súper interesante, que es que, claro, como

00:17:29.440 --> 00:17:39.120
llegan tarde, y Oracle reconoce que han
llegado tarde con todo el tema de boleanos

00:17:39.250 --> 00:17:45.330
como tipo de dato de columna, y como la
gente ya ha puesto verdaderos Y falsos a su manera,

00:17:45.530 --> 00:17:47.290
han hecho una tabla de equivalencia.

00:17:47.330 --> 00:17:51.290
Mira, te lo cuento tú puedes hacer un
create table, imagínate, una columna, La primera

00:17:51.330 --> 00:17:53.550
columna es de tipo booleano ¿Vale?

00:17:53.770 --> 00:17:58.220
Si tú insertas el valor True En carácter

00:17:59.420 --> 00:18:01.420
Comilla simple, true, comilla simple

00:18:02.360 --> 00:18:09.900
Se te registra como Como true Pero si tú
registras yes Se te almacena como true Si

00:18:09.900 --> 00:18:17.100
tú registras on Se te almacena como true
Si pones un 1 o un valor positivo Se te almacena

00:18:17.100 --> 00:18:20.860
como true Vale, vale, que han hecho como,
bueno, ya que llego tarde de por lo menos lo

00:18:20.900 --> 00:18:29.220
facilito y lo mismo Para que tú a lo
mejor puedas transformar esos booleans

00:18:29.220 --> 00:18:36.760
hechos a mano en datos de tabla es decir,
si el valor es falso, insertan falso,

00:18:36.880 --> 00:18:43.980
si el valor es no, insertan falso, si
es off, insertan falso si es con la T y

00:18:43.980 --> 00:18:51.080
con la F, con la Y y con la N con yes o no
entonces han dicho, si es cero si hay un valor

00:18:51.080 --> 00:18:56.160
0, ponemos false, insertando en un boleano
desde un origen, carácter o un number.

00:18:56.400 --> 00:19:01.960
Y si es un número positivo 1 o 2, 3,
4, pues entonces lo ponemos como true.

00:19:02.360 --> 00:19:08.000
Vale, vale, vale pues no sabía, o sea, lo
daba como tan por hecho que venía de antes

00:19:08.000 --> 00:19:10.460
que no le echa cuenta a
este nuevo tipo de datos.

00:19:10.500 --> 00:19:14.460
Si quieres, enlazamos con los
otros tipos de datos nuevos y tal.

00:19:16.320 --> 00:19:19.320
Ese, por ejemplo, yo creía
que era muy necesario, ¿vale?

00:19:19.360 --> 00:19:20.900
Pero Pero bueno, ¿nuevos data types?

00:19:20.940 --> 00:19:24.160
El tipo de dato nuevo
por antonomasia, ¿no?

00:19:24.200 --> 00:19:29.520
El vector. A ver si ¿No es tu
nuevo tipo de dato favorito?

00:19:31.040 --> 00:19:33.820
Yo ahora me estoy poniendo
un poco con la IA y tal.

00:19:33.860 --> 00:19:36.260
Al principio no le veía mucho sentido.

00:19:36.800 --> 00:19:38.744
Porque yo dije, bueno, vector, tal.

00:19:38.860 --> 00:19:42.693
Te acordabas un poco de las clases
de matemáticas de bachiller y tal.

00:19:43.060 --> 00:19:44.720
Y bueno, ¿qué sentido tiene?

00:19:44.980 --> 00:19:50.760
Y después cuando entiendes lo que es la
integración y demás, más, sobre todo en búsquedas

00:19:50.760 --> 00:19:58.060
y demás, es cuando ves el potencial,
cuando se despliega todo el

00:19:58.060 --> 00:19:59.560
abanico de posibilidades que da.

00:19:59.600 --> 00:20:07.080
La idea de estos vectores al final es que
se almacenen en ellos información semántica

00:20:07.080 --> 00:20:14.440
de imágenes, de vídeos y a través de
aproximaciones pues optimizar estas

00:20:14.440 --> 00:20:22.180
búsquedas vale también bueno pues esto al
final lo que lleva es muy bonito además

00:20:22.180 --> 00:20:29.460
que tú puedas ver el vector por dentro
porque luego al final esa esa proximidad es

00:20:29.460 --> 00:20:35.560
muy bonita verla a nivel didáctico pero la
gente que me ha dicho pero como funciona inteligencia

00:20:35.560 --> 00:20:41.100
es muy bonito, es multidimensional
y por proximidades y no sé qué.

00:20:41.240 --> 00:20:48.340
Sí, sí, pintado es lo típico que pintado
queda mejor que hablado, pero sí, claro, esto

00:20:48.340 --> 00:20:54.740
es lo que lleva por detrás, aparte del
nuevo tipo de datos que es el tipo vector, que

00:20:54.740 --> 00:21:01.440
es nativamente, que no tienes que
almacenarlo de una manera un poco extraña o hacer cosas

00:21:01.440 --> 00:21:06.560
raras. Aparte pues tiene unas funciones que
son las que tanto te convierten como que

00:21:06.560 --> 00:21:12.520
calcula la distancia, Concretamente aquí
la madre de todo esto es el vector distance

00:21:12.520 --> 00:21:19.440
que es digamos el que va calculando las
distintas las distancias entre los puntos y demás

00:21:20.060 --> 00:21:24.580
también la distancia entre
los puntos de un triángulo es

00:21:28.080 --> 00:21:32.820
También animo que la certificación estaba
gratuita hasta hace poco, la de Vectorizer

00:21:32.820 --> 00:21:39.840
Sí, Vamos a echarle un capote a Oracle,
aunque no nos patrocina ni nos da un duro

00:21:39.840 --> 00:21:44.980
por este podcast A ti no
te patrocina ¿A ti sí?

00:21:45.980 --> 00:21:52.980
Bueno, pues Oracle tiene ahora mismo la
certificación hasta el 15 de mayo de Vector Search

00:21:52.980 --> 00:22:00.080
de IA, es una certificación
que tiene duración 18 meses son

00:22:00.080 --> 00:22:06.080
de las de OCI pero es bastante asequible y
cubre, digamos, como cubre todo lo que es

00:22:06.080 --> 00:22:11.320
Vector Search, la considero una credencial
profesional es bastante facilita, es bastante

00:22:11.320 --> 00:22:17.980
accesible y está la formación gratuita y
luego además también la de Apex la de Apex Developer

00:22:17.980 --> 00:22:25.640
la tienen también gratis hasta el 15 de
mayo Sí, sí, tengo un amigo que se la está la

00:22:25.640 --> 00:22:30.480
verdad que es potente yo intento tocar
todos los palos es verdad que es lo que tú comentas

00:22:30.520 --> 00:22:37.460
muchas veces que siendo DB Oracle muchas
veces y llevando 30 años en esto hay cosas que

00:22:37.460 --> 00:22:44.020
nunca has tocado una configuración
extraña del manager que dices tú ¿qué es?

00:22:44.840 --> 00:22:49.380
Entonces Estamos un poco
yo creo que todos en

00:22:50.520 --> 00:22:58.080
la misma situación que no sabemos hasta
dónde llegar en cada sitio y tal y el tema

00:22:58.080 --> 00:23:01.980
de Apex la verdad que tanto en
laboratorios que hay muchos laboratorios que te puedes

00:23:02.020 --> 00:23:07.100
desplegar y tal, como por la
certificación, pues la verdad que mola no sé si tú lo has

00:23:07.100 --> 00:23:13.180
probado Javier, pero es como una plataforma
me recordaba al Dreamweaver antiguo tal,

00:23:13.240 --> 00:23:16.040
que tú hacías y tal y al final es una

00:23:17.280 --> 00:23:22.440
Plataforma de la UCODE y la verdad que se
integra bastante bien y bueno, está genial

00:23:22.440 --> 00:23:29.440
yo animo a que se Todo lo que pueda y que
le guste, pues se prepara esta certificación

00:23:29.440 --> 00:23:36.020
yo me la quiero preparar con un colega
pero estamos ahí yo he intentado liar a Clarissa

00:23:36.020 --> 00:23:40.860
Mamán Orfali a que cree un grupo
de estudio de Apex en Café Database

00:23:42.390 --> 00:23:49.170
Y claro, le he dicho hombre, venga, hazlo
lo hago contigo, es muy interesante el grupo

00:23:49.170 --> 00:23:55.290
de estudio Aprovecho ya y me hago promo,
el 14 de abril vuelvo nueva convocatoria del

00:23:55.290 --> 00:23:59.957
grupo de estudio para obtener la certificación
de OCA, de Oracle Certified Associate

00:24:00.450 --> 00:24:06.330
de Database Administrator de 23, ahí he
hecho un grupo de estudio, un guajo de la 23,

00:24:06.510 --> 00:24:11.510
de esa misma que ibas a hacer hice un
grupo de estudio con alumnos, entonces hemos quedado

00:24:12.350 --> 00:24:17.430
Barriendo teoría de la administración
1, es el OCA Oracle Certified Associate

00:24:18.470 --> 00:24:23.910
6 semanas haciendo teoría y luego 4
semanas haciendo Haciendo preguntas de examen destripadas.

00:24:24.170 --> 00:24:30.170
Entonces le dije a Clarín, ¿por qué no
preparas un grupo de estudio para la certificación

00:24:30.170 --> 00:24:34.750
de APEX? Porque no es lo mismo aprender
APEX por tu cuenta o por la formación de hora

00:24:34.790 --> 00:24:38.720
de university, que con todos
mis respetos no es en español.

00:24:40.660 --> 00:24:42.400
Mucho mejor explicada por Clarín.

00:24:42.440 --> 00:24:49.300
Y es muy sobre todo es súper espesa seguro
que nos ha pasado un poco a todos que te la

00:24:49.300 --> 00:24:52.689
pones ahí de fondo mientras
haces otra cosa y al final es que

00:24:54.240 --> 00:25:00.220
Es dura muchas veces es demasiado hay
cursos que están muy bien y otros cursos que dices

00:25:01.760 --> 00:25:06.880
Sí, lentos es que claro, en Estados Unidos
por ejemplo me decía un alumno es que en Estados

00:25:06.880 --> 00:25:12.540
Unidos se sigue esa formación digamos como
más despacio, la gente a lo mejor le sube

00:25:12.540 --> 00:25:13.520
la velocidad de reproducción.

00:25:13.560 --> 00:25:20.000
Sí, muy categórica de hecho, bueno no sé
si por ejemplo en el curso de 23 que lo hice

00:25:20.000 --> 00:25:25.980
recientemente se pone a repasar todo pero
todo, todo, o sea no es que veas las novedades

00:25:25.980 --> 00:25:31.760
de 23 sino que lo ves todo desde el
principio y al final es difícil conectar por lo menos

00:25:31.760 --> 00:25:38.860
si ya tienes cierta experiencia es difícil
conectar y también hay al hilo de las certificaciones

00:25:38.860 --> 00:25:41.600
gratuita, hay algunas
de aplicaciones ¿vale?

00:25:41.700 --> 00:25:48.920
O sea, nos interesan menos, pero bueno del
ERP las fundations del ERP, del supply chain

00:25:48.920 --> 00:25:56.000
sí, sí, sí fundations, correcto sobre
todo para gente funcional o gente

00:25:56.000 --> 00:26:02.040
que está empezando en el mundillo de las
aplicaciones y tal pues sí, son interesantes,

00:26:02.060 --> 00:26:08.660
la verdad que están guay y venga, pues
volviendo al search y a lo, bueno, enlazo un poco

00:26:08.660 --> 00:26:16.460
Una de las cosas más potentes que he visto
yo en el DMC Search es que puedes crear índices,

00:26:16.460 --> 00:26:21.500
no sé si lo has probado esto, pero yo hice
el laboratorio para un curso que implanté

00:26:21.500 --> 00:26:23.056
y la verdad que va muy bien.

00:26:23.160 --> 00:26:30.440
Puedes crear índices y agregarle fuentes,
pero fuentes que sean un JSON, un XML

00:26:30.440 --> 00:26:37.560
o lo que sea. Entonces, claro,
Esto es lo que te da las búsquedas

00:26:37.560 --> 00:26:44.660
ubicuas estas que con una sola
búsqueda teniendo un solo índice pues

00:26:44.660 --> 00:26:50.360
al final puedes hacer una búsqueda mucho
más completa esto es potente, la verdad y además

00:26:50.360 --> 00:26:53.560
te permite dentro de, o sea, te permite

00:26:55.240 --> 00:27:02.360
Pues eso, ir agregando y escalando
cualquier índice eso está muy bien al final es potente

00:27:04.720 --> 00:27:12.240
Y hilando esto con las funcionalidades
Al final lo que quiere Oracle con

00:27:12.240 --> 00:27:19.200
estas últimas versiones Es el Converged
Database Que llevaban tiempo dándonos la matraca

00:27:19.200 --> 00:27:25.240
Al final lo que quieren es que en aquellos
entornos Donde hay múltiples tipos de datos

00:27:25.240 --> 00:27:30.120
Múltiples bases de datos cada una En una
un modelo de entidad de relación En otra la

00:27:30.120 --> 00:27:35.420
Json en otra para los XML en otra con
vectores, por ejemplo porque los vectores antes,

00:27:35.480 --> 00:27:41.660
me suena que había base de datos que
estaban especializadas en en vectores ¿te acuerdas

00:27:41.660 --> 00:27:45.860
lo que sonaba tanto hace
un tiempo de blockchain?

00:27:46.160 --> 00:27:46.820
¿te acuerdas de blockchain?

00:27:46.860 --> 00:27:49.500
Que iba a revolucionar el mundo y tal

00:27:50.980 --> 00:27:59.170
Pues, de hecho, lo tiene la Client E3 ahí,
tiene un tipo de dato blockchain vamos a

00:27:59.170 --> 00:28:01.970
hacer las tablas blockchain y
las inmutables también, ¿no?

00:28:02.010 --> 00:28:03.970
Para permitir también eso

00:28:04.970 --> 00:28:08.930
digamos, ¿no? Certificar
que nadie toquetea y

00:28:09.910 --> 00:28:17.300
borra y todo eso Eso Hubiese ahorrado

00:28:17.300 --> 00:28:24.460
algún dolorcito de cabeza hubiese
ahorrado esta tabla inmutable y nadie la

00:28:24.460 --> 00:28:30.540
toca al final sí, las inmutables son al
final es un tipo de tabla blockchain, pero Pero

00:28:30.540 --> 00:28:35.680
eso, al final, lo que quiere Oracle es
decir, oye, venga, meted aquí todos los datos,

00:28:35.780 --> 00:28:42.740
que sepáis que aparte del modelo
tradicional de entidad de relación, que lleváis siglos

00:28:42.740 --> 00:28:48.540
con él y tal, podéis traeros vuestro Json,
que a lo mejor lo habéis tenido en un mongo

00:28:48.540 --> 00:28:52.700
por ahí desperdigado o lo que sea,
para búsquedas, para lo que sea.

00:28:53.830 --> 00:29:01.050
Te puedes traer tus XML, te puedes traer
tus vectores que tengas para si tienes

00:29:01.050 --> 00:29:08.810
algo de IA por ahí, entonces la idea es
eso tráetelo todo aquí y yo te lo yo te lo pedo,

00:29:08.830 --> 00:29:16.070
al final lo que quieren es avanzar a ver
si sabes cuál es para mí, para mí personalmente

00:29:16.070 --> 00:29:22.490
Javier, Monale mi funcionalidad favorita
de todas favoritas que hago cuando le he visto

00:29:22.490 --> 00:29:27.830
he dicho qué bonito esto, jolín,
cuánta falta hacía, ¿vale?

00:29:29.820 --> 00:29:39.140
Ostras, me has matado Ostras Mi segunda

00:29:39.140 --> 00:29:44.160
favorita Estaba pensando en otra
Oye, el SQL Firewall está muy bien

00:29:45.720 --> 00:29:52.780
Digamos La forma de evitar El SQL
Injection en Oracle Muy lamentable Con

00:29:52.780 --> 00:29:55.640
el Con el paquete este Claro

00:29:57.700 --> 00:30:01.770
Siempre ha sido Yo creo
que esta gente al final

00:30:02.770 --> 00:30:08.310
tendrán un equipo de desarrollo y al final
le escucharán un poco, aunque no estén tan

00:30:08.310 --> 00:30:13.310
cerca de la comunidad, pues bueno, vienen
a responder un poco a lo que se ha pedido y

00:30:13.310 --> 00:30:20.410
es verdad que en SQL Injection pues
al final era un débil y bueno, con SQL

00:30:20.410 --> 00:30:27.550
Firewall la verdad que yo no soy tan
especialista en los temas de seguridad pero sí que

00:30:27.550 --> 00:30:34.650
el hecho de capturar de tener esta
capa y configurarla a tu gusto, pues...

00:30:35.210 --> 00:30:40.570
Esa es muy chula además, lo que me ha
gustado es que han conseguido hacerlo, digamos,

00:30:40.650 --> 00:30:42.430
como un firewall muy natural.

00:30:42.690 --> 00:30:48.390
Es decir, tú como entrenas un firewall,
pues habilitas la captura, dejas más o menos

00:30:48.390 --> 00:30:54.450
que capte el tráfico normal, el tráfico
legítimo y el uso legítimo de la aplicación,

00:30:54.510 --> 00:30:57.530
cierras la captura y dices,
para mí esto es lo legítimo.

00:30:57.570 --> 00:31:03.170
Y aquello que se salga, alguien que que se
conecte desde otro lado o algún es decir afuera

00:31:03.170 --> 00:31:10.610
de horas es eso si no cumple la
digamos el patrón de captura dos

00:31:10.610 --> 00:31:17.310
opciones no la de lo permito pero lo
rastreo y digo qué hacemos con esto lo permito somos

00:31:17.310 --> 00:31:24.510
el firewall en modo permisivo de decir oye
qué hacemos con esto o el modo restrictivo

00:31:26.970 --> 00:31:32.330
Grabamos la actividad legítima y a partir
de aquí, nada que se salga de la norma, a mí

00:31:32.330 --> 00:31:37.108
eso me ha parecido que lo han hecho muy
bien ¿Estás hablando un poco del SQL Firewall?

00:31:37.750 --> 00:31:44.890
Sí Es aplicar al final, en
principio en temas de networking

00:31:44.890 --> 00:31:46.446
es lo que se lleva aplicando

00:31:47.230 --> 00:31:53.090
décadas sí, sí, sí, es aplicar un poco
estos principios brillante, brillantísimo dentro

00:31:53.090 --> 00:31:55.368
de la base de datos, pues bueno, al final

00:31:56.160 --> 00:32:01.020
es una capa una capa más que, hombre,
también te digo una cosa, que tienes que configurar,

00:32:01.060 --> 00:32:05.940
que tienes que muchas veces, yo creo que
ellos lanzan estas funcionalidades y depende

00:32:05.940 --> 00:32:10.720
del éxito que tengan o no sí, sí,
sí, por lo menos tenerlas, ¿sabes?

00:32:10.840 --> 00:32:15.620
Puede ser más complejo o menos complejo o
ser más popular o tener más inserción en el

00:32:15.620 --> 00:32:21.300
mercado y tal, pero ostras, por lo menos
tienes la caja de herramientas, pues cada vez

00:32:21.300 --> 00:32:28.160
la tienes la tiene mayera al final al
final tiene una camioneta para llevar todas las

00:32:28.160 --> 00:32:31.460
herramientas que te da bueno

00:32:34.120 --> 00:32:40.080
Está a ver cuánta gente se la pone porque
se pagó el fireball con el avance security

00:32:40.080 --> 00:32:45.600
tal y bueno pero pero pero por lo menos
una solución que alguien decía como nos prevenimos

00:32:45.600 --> 00:32:51.900
ante el sql inyecciones decía espérate ahí
está el paquete este para comprobar que las

00:32:51.900 --> 00:32:57.620
variables variables sean legítimas, que no
sé qué es decir te daba por bueno el string

00:32:57.620 --> 00:33:05.340
o no era complicado pero que se han puesto
las pilas, además puedes hacer por IP es bastante

00:33:05.340 --> 00:33:12.680
potente si lo customizas a tu gusto, la
verdad que sirven para detectar asesor

00:33:12.680 --> 00:33:17.160
no deseado y bueno, sobre todo lo que
tú comentas es muy parecido a lo que

00:33:18.460 --> 00:33:24.680
¿cómo se llama? El de rastreo de seguridad
que hablábamos antes el captur lo comentaste

00:33:24.680 --> 00:33:31.740
al final es algo que es lo que hay mal

00:33:31.740 --> 00:33:38.960
aquí o qué es lo que es lo indebido
aquí vale y ya te da la opción en frío

00:33:38.960 --> 00:33:46.180
analizarlo y entonces
súper bien súper bien

00:33:46.180 --> 00:33:51.240
de hecho tengo un vídeo en youtube de cómo
funciona el sql fireball en off y abierto

00:33:51.240 --> 00:33:58.400
Era esa, no era esa Pero yo iba por otra
funcionalidad A ver si me la adivina No,

00:33:58.400 --> 00:34:03.020
no, estaba pensando en otra ¿Es
de infraestructura o es de...?

00:34:03.020 --> 00:34:10.680
Fíjate a lo que voy Es De infraestructura
y tiene que ver con el tuning Hombre, optimización

00:34:10.680 --> 00:34:18.340
SQL No, no, no Mira, el SQL análisis

00:34:18.340 --> 00:34:25.700
El SQL análisis Que tú cuando hagas un
Splint plan, en el Splint plan llamando

00:34:25.700 --> 00:34:33.020
al paquete de invocación
del cursor, te proporciona

00:34:33.020 --> 00:34:36.520
la pista de lo que no es sospechoso.

00:34:36.680 --> 00:34:43.040
Es decir, tú lanzas el explain plan y te
dice, cuidado, estás aplicando una función sobre

00:34:43.040 --> 00:34:48.100
el campo y estás invalidando el uso de un
índice que iría muy bien y sería muy restrictivo

00:34:48.100 --> 00:34:54.820
por la cardinalidad y te indica el paso en
el que en el que debería utilizar un índice

00:34:54.820 --> 00:35:00.420
y no lo usa dice aquí pero toquetea el
código que sabes cuando haces por ejemplo una

00:35:00.420 --> 00:35:07.530
conversión de una fecha
Trunc del campo fecha

00:35:07.530 --> 00:35:11.630
me estás haciendo el trunc del campo fecha
y estás invalidando el índice entonces en

00:35:11.670 --> 00:35:18.210
el splint plan te dice oye, que ahí
podrías usar o por ejemplo, se te escapa un producto

00:35:18.210 --> 00:35:24.810
cartesiano y te dice ten cuidado se está
produciendo un producto cartesiano porque te

00:35:24.810 --> 00:35:27.070
has dejado una join ¿vale?

00:35:28.910 --> 00:35:31.690
Yo lo he visto lo he probado
en la banca ¿Lo has visto?

00:35:31.730 --> 00:35:34.430
Habrá que ver eso en
el Battlefield, ¿vale?

00:35:35.570 --> 00:35:39.010
Es que tengo ganas de verlo con toda su...

00:35:39.010 --> 00:35:42.330
Con muchas sub -cells, con varios joins.

00:35:42.570 --> 00:35:44.459
Ahí quiero verlo, ¿vale? Porque...

00:35:44.730 --> 00:35:48.610
Pero, la pregunta es ¿en
qué se diferencia del...

00:35:48.610 --> 00:35:53.710
Claro, claro ¿Qué aporta
adicionalmente al SQL Tuning Advisor?

00:35:59.550 --> 00:36:06.550
A ver, primero que cuando tú visualizas el
Spline Plan, te analizas Ese es plain plan

00:36:06.550 --> 00:36:12.490
en base al contexto de ejecución y te
dice, oye, por ejemplo, por la estimación de cardinalidad,

00:36:12.570 --> 00:36:19.110
te dice, oye, yo qué sé, imagínate, tú
haces un union, pero devuelves la totalidad de

00:36:19.110 --> 00:36:24.970
las filas de A más la totalidad de las
filas de B y te dice, hombre, estás haciendo un

00:36:24.970 --> 00:36:31.750
union. Podrías hacer un unión si si si si
son resultados es decir si no hay explicados

00:36:31.750 --> 00:36:40.390
por evitar el unión por evitar el que toma
los dos conjuntos ordena filtra no entiendo

00:36:40.390 --> 00:36:45.050
que es un análisis y entiendo que estará
que estará verde que aún no estará muy maduro

00:36:45.090 --> 00:36:52.210
y que pero a mí claro que tener esa esa
información primera, nada más empezar porque

00:36:52.210 --> 00:36:59.390
tú me estás diciendo ¿qué diferencia
hay respecto a tomar una muestra de SQL

00:36:59.390 --> 00:37:06.650
y analizarla y pasarle el paquete con el
explain o satela, que ver en el explain plan

00:37:06.650 --> 00:37:11.030
algo ya visible oye, aquí hay un producto
cartesiano porque te has dado una join, aquí

00:37:11.070 --> 00:37:18.270
has hecho unión, cuidado con el unión o
el índice es decir, oye, aquí hemos hecho

00:37:18.270 --> 00:37:23.650
un full scan porque tú mismo has
invalidado el uso de un índice en el SQL, en el código

00:37:24.420 --> 00:37:31.110
y a mí eso me parece valiosísimo porque te
diré una cosa, ¿cuántas veces me he puesto

00:37:31.110 --> 00:37:36.150
a optimizar código y he visto un índice
que falta y a gota no quiero decir, oye

00:37:37.430 --> 00:37:43.550
Jodín, la cardinalidad que espero por la
cardinalidad que obtengo aquí además de un índice

00:37:43.550 --> 00:37:50.740
que es muy fácil, es decir, oye
De aquí solo una fila coincide

00:37:50.740 --> 00:37:54.629
con el filtro y me he pateado 10
millones de filas para descartar una.

00:37:57.880 --> 00:38:00.880
Yo por lo menos lo hacía
con el Tuning Advisor.

00:38:01.420 --> 00:38:06.700
Es decir, yo pillaba mi query y
que es verdad que tenía problemas.

00:38:07.060 --> 00:38:14.140
Todo el mundo tiene su
toolkit para optimizar

00:38:14.140 --> 00:38:19.500
y tal. Y sí que pillaba el tema tema de
las E -Rows, las X -Mate Rows, que había mucha

00:38:19.500 --> 00:38:24.920
diferencia y tal. Pero claro, me suena tan
parecido al Tuning Advisor y que es verdad

00:38:24.920 --> 00:38:27.160
que creo que sobre todo el tema de...

00:38:27.160 --> 00:38:34.270
Es muy bonito eso, ¿eh? Pero que
te salga en el Spring Plan, ¿sabes?

00:38:34.270 --> 00:38:37.659
Que te salga en el Spring Plan,
eso es muy bien, es precioso.

00:38:37.850 --> 00:38:44.910
Cuando tú haces el sacas el plan por el
paquete de cursor, de ver el current cursor,

00:38:45.070 --> 00:38:50.140
de sacar el plan que te
diga, consejito cuidado que

00:38:51.140 --> 00:38:58.140
¿sabes? Y te lo explica además en lenguaje
natural te dice, cuidado ahí y es verdad

00:38:58.140 --> 00:39:05.720
que va enfocado sobre todo para que los
desarrolladores tengan esto, tengan digamos como

00:39:05.720 --> 00:39:11.640
paso previo antes de que haya o vaya
producción o lo que sea el desarrollador sea capaz

00:39:11.640 --> 00:39:16.060
un poco de entender porque hay
desarrolladores que muchas veces explain plan bueno sabes

00:39:16.100 --> 00:39:23.080
que tiene que explicarlo full y poco más
no hice hacer y usar si tengo que estoy usando

00:39:23.080 --> 00:39:29.880
un web pues que tenga índice o algo
parecido a un índice pero sí que me da yo vamos lo

00:39:29.880 --> 00:39:35.080
he visto lo que pasa que a mí me pasa con
las funcionalidades de voy a poner una captura

00:39:35.080 --> 00:39:40.580
De pantalla en el chat por si alguien
quiere ver un poco de qué estamos hablando estamos

00:39:40.580 --> 00:39:45.880
hablando de esto vale de un de un plan de
ejecución lo dejaré también en los canales

00:39:45.880 --> 00:39:52.420
a lo mejor de 23 ahí plan de ejecución que
termina con un sql análisis report que te

00:39:52.420 --> 00:40:00.120
dice oye mira veo que estas columnas
por predicado por no sé qué podrían ir a

00:40:00.120 --> 00:40:07.660
lo que pasa para mí peor

00:40:07.660 --> 00:40:14.520
salto grande en cuanto a temas de
rendimiento fue 12C siempre creo que fue la que más

00:40:14.520 --> 00:40:19.520
evolucionó y la que el optimizador
dio el salto porque 11G es verdad que

00:40:20.720 --> 00:40:27.980
algunas cosas eran un poco impepilables
y el CBO el optimizador pasaba

00:40:27.980 --> 00:40:32.440
en costes muchas veces, no funcionaba
venir para atrás, tenías que forzar muchas veces,

00:40:32.480 --> 00:40:41.720
cuantos Cuantos STS han tenido que forzar
por venir de 11G para para grabarle

00:40:41.720 --> 00:40:48.000
a fuego a una sentencia, a un plan de
ejecución, porque no había manera de que el CBO

00:40:48.000 --> 00:40:50.120
usara el camino correcto.

00:40:50.220 --> 00:40:52.160
Y yo ahí, a partir de 2S,

00:40:53.280 --> 00:40:56.920
casi todo me suena, todo lo
que evoluciona a nivel de...

00:40:56.920 --> 00:41:01.253
Será que también la optimización no es
totalmente mi campo, pero me suena todo

00:41:02.160 --> 00:41:08.560
a que siempre es todo más paralelo, automático,
no sé qué, y realmente no evoluciona

00:41:08.560 --> 00:41:15.590
tanto el CBO, sí que es verdad que
se ven pequeñas mejoras para mí desde

00:41:15.590 --> 00:41:21.770
12 ya va bastante fino, ya está muy muy
afinadito en 12 pega un salto, bueno a nivel

00:41:21.770 --> 00:41:28.770
de las resultas que es un pepino
vamos, un montón y sobre todo

00:41:28.770 --> 00:41:32.310
el cálculo de estadísticas
también mejor muchísimo

00:41:34.800 --> 00:41:41.260
Pero yo Desde entonces me suena todo un
poco a lo mismo, pero sí que es verdad que va

00:41:41.260 --> 00:41:47.840
evolucionando y que cada vez, sobre todo
es más fácil, porque antes estaba el típico

00:41:47.840 --> 00:41:53.240
que era capaz de ver, que te ajustaba los
PCT free de cada tabla, que era un crack en

00:41:53.240 --> 00:41:58.760
cuanto a performance. Y ahora cada día
digamos que es más fácil solucionar los problemas

00:41:58.760 --> 00:42:03.720
de performance sin tener los
conocimientos profundos de programming.

00:42:08.600 --> 00:42:13.780
Cada día hay más herramientas antes había
dos o tres o tenías que tener el lente de Prime

00:42:13.780 --> 00:42:18.020
Manager y tal y hoy en día cada vez tenemos
más herramientas eso se agradece, ¿eh?

00:42:18.060 --> 00:42:23.600
Porque es verdad que antes era realmente
complicado Oye, ¿te parece si hablamos de

00:42:24.520 --> 00:42:31.760
el Trucache, el IM el IM
Trucache, todo esto venga,

00:42:31.840 --> 00:42:36.700
que esto dijiste que era una de las que te
gustaban a ti expláyate, ¿tienes experiencia

00:42:36.700 --> 00:42:40.200
dentro de tu caché? ¿no has
podido probar cacharrear?

00:42:42.450 --> 00:42:47.750
No lo he podido probar porque a nivel de
infraestructura básicamente necesitan muchos

00:42:47.750 --> 00:42:54.410
recursos tenemos ahí una propuesta que hacer
y tal y lo mismo lo implementamos pero,

00:42:54.490 --> 00:43:02.250
o sea, a nivel es bastante básico en
cuanto, o sea, es bastante caña en cuanto a a cómo

00:43:02.250 --> 00:43:07.450
a los resultados que puede dar vale pero
al nivel de arquitectura realmente es bastante

00:43:07.450 --> 00:43:13.430
básico así que nos lo vamos a terminar a
terminar a ventilar pronto básicamente la truca

00:43:13.430 --> 00:43:21.050
que es una instancia de solo lectura y
almacena resultados vale entonces digamos

00:43:21.050 --> 00:43:27.570
que se inserta entre la capa de aplicación
y el acceso a base de datos y lo que hace

00:43:27.570 --> 00:43:34.590
es va aprendiendo digamos va aprendiendo
no No sé si usa los hitmaps, esto o qué, pero

00:43:34.590 --> 00:43:40.430
va aprendiendo cuáles son los resultados
más frecuentes, los cachea y esa instancia solo

00:43:40.430 --> 00:43:43.330
guarda los resultados recientes.

00:43:43.410 --> 00:43:46.610
No sé si tiene un algoritmo
de LRU o algo así,

00:43:47.810 --> 00:43:51.450
pero básicamente es
poner una cache en medio,

00:43:52.680 --> 00:43:56.960
Aplicada, digamos, a esta
parte, a los resultados de SQL.

00:43:56.960 --> 00:44:03.120
Huele vale tengo ganas de hacer algún piloto
de verlo en funcionamiento porque pinta

00:44:03.120 --> 00:44:10.300
bastante bastante bien vale básicamente es
como si fuese una base de datos que no usa

00:44:10.300 --> 00:44:17.680
ni siquiera disco madre no necesitas
digamos tener toda la información sino hace de caché

00:44:17.680 --> 00:44:25.010
de caché intermedia y bueno al final pues
es lo mismo que llevamos tiempo viendo en infraestructuras

00:44:25.010 --> 00:44:26.470
grandes en esta data y tal, ¿no?

00:44:26.510 --> 00:44:31.210
Pues al final todo lo que metas en caché
pues en esta caché intermedia al final va a

00:44:31.210 --> 00:44:38.410
ir mucho más digamos elevar la
arquitectura a dedicar una instancia directamente a eso,

00:44:38.490 --> 00:44:45.390
¿vale? Por eso digo, no tiene mucho
misterio tampoco, es básico pero se supone que debe

00:44:45.390 --> 00:44:49.290
funcionar bastante bien. Tengo
ganas de encarle el diente.

00:44:49.370 --> 00:44:56.130
¿Qué opinas tú de que quiten la limitación,
bueno, que hayan extendido la limitación

00:44:56.130 --> 00:45:02.230
de mil columnas que ahora puedas tener una
tabla con tres mil columnas y cosas así ¿cómo

00:45:02.230 --> 00:45:09.290
lo ves? No a ver, me suena a, ostras pues

00:45:10.560 --> 00:45:17.380
Como Bueno esto porque, acá he revisado y
he dicho ¿por qué tenemos esta limitación?

00:45:17.440 --> 00:45:20.940
Pues vamos a ampliarlo, déjale
que cambiando este parámetro

00:45:22.340 --> 00:45:28.000
Pueda extender a tres mil Y columnas suena
a bueno, ya que oye, mira, estábamos por aquí

00:45:28.000 --> 00:45:32.540
barriendo y hemos visto que las columnas
teníamos aquí una limitación que no tiene mucho

00:45:32.580 --> 00:45:35.660
sentido. Venga, pues vamos a cambiarla.

00:45:36.340 --> 00:45:38.040
Siempre hace este tipo de cosas.

00:45:38.080 --> 00:45:44.120
Bueno, bueno, bueno. Bueno, cuidadito, que
además tú que vienes así recién certificado

00:45:44.120 --> 00:45:51.300
de la OCA de 23 ahí, pregunta de
certificación que dice Dice, ¿se produce encadenamiento

00:45:51.300 --> 00:45:55.900
cuando tengo una tabla
con más de 255 columnas?

00:45:55.940 --> 00:46:00.780
Y dice, sí o sea, por bloques
solo tengo 255 columnas.

00:46:00.820 --> 00:46:08.360
Con lo cual, una tabla que tenga 1000
columnas, cada fila va a ir almacenada en 4 bloques.

00:46:08.820 --> 00:46:15.380
Con lo cual, en esa limitación de paquetes
de 255 columnas, una tabla que tenga 3000

00:46:15.380 --> 00:46:19.400
columnas, la gente, yo lo que quiero decir
es muchas veces se hacen implementaciones,

00:46:19.440 --> 00:46:22.480
como dices tú no es decir, uy, pues
¿por qué ponemos esta limitación?

00:46:22.520 --> 00:46:25.960
Vamos a poner las columnas extendidas o
vamos a poner los tipos extendidos y vamos a

00:46:26.000 --> 00:46:31.200
permitir 3 .000 columnas por tabla ostras,
pero eso quiere decir que cada fila cada fila,

00:46:31.200 --> 00:46:33.560
de cajón llena o no llena, va a estar

00:46:34.720 --> 00:46:40.360
vamos a tener un split de que vamos
a tener 1 .000 por 4, 3 .000 pues

00:46:42.340 --> 00:46:46.400
12, cada fila ha ocupado o sea,
está rota en 12 de bloques.

00:46:46.740 --> 00:46:52.840
Luego pasa que aquí lees la letra pequeña
muchas veces, que a lo mejor, claro, activas

00:46:52.840 --> 00:46:56.720
esto y dices ¿por qué me va esto mal?

00:46:56.780 --> 00:46:59.760
¿O por qué no puedo crear
un IoT, un índice IoT?

00:46:59.980 --> 00:47:01.480
¿O por qué no puedo particionar?

00:47:01.520 --> 00:47:03.740
¿O me he encontrado con este error?

00:47:03.900 --> 00:47:09.660
Tal y muchas veces cuando se usa, hay que
pensar que a veces nos flipamos un poco con

00:47:09.660 --> 00:47:14.460
la nueva funcionalidad digital y hay que
pensar un poco en el sistema que tenemos, si

00:47:14.460 --> 00:47:19.980
es implementable y demás,
más que en usar lo último.

00:47:20.280 --> 00:47:27.320
Y lo que hay por debajo, Que ahí es lo
que digo yo, que cuando dicen los DBAs ya

00:47:27.320 --> 00:47:32.020
no hacen falta. Espérate, los DBAs
seguimos siendo necesarios para entender lo que está

00:47:32.060 --> 00:47:36.560
pasando por debajo, porque luego, como
dices tú, en el Battlefield nos encontramos con

00:47:36.600 --> 00:47:37.880
cosas que hay que entenderlas.

00:47:37.920 --> 00:47:44.060
No sé si recuerdas a mí eso es una caja
negra yo creo que tú algo de esto has vivido,

00:47:44.120 --> 00:47:49.800
¿te acuerdas cuando Me suena porque yo
estoy más joven pero bueno también lo he vivido

00:47:49.800 --> 00:47:56.680
desde 8 a 9 y tal, siempre en cada versión
de base de datos en cada grey digamos, en

00:47:56.680 --> 00:48:03.440
cada paso de una versión a otra, decían
bueno, de 9 a 10G, bueno, pues ya los DBA no

00:48:03.440 --> 00:48:08.180
van a hacer falta porque ya cuando el auto
esté, cuando se quede ya en el string no hace

00:48:08.220 --> 00:48:15.580
falta de 10 a 11, bueno en 9i ya estábamos
fuera ya estamos retirados, en 9i ya no hacíamos

00:48:15.580 --> 00:48:22.420
falta bueno, si ya prácticamente tal, para
dimensionar y poco más y ya no hace más nada

00:48:22.420 --> 00:48:28.580
y ya digamos que ha pasado con cada versión,
que bueno al final yo creo que hablando

00:48:28.580 --> 00:48:32.700
filosofando un poco sobre el rol
de DBA sí que nos vamos a tener que

00:48:33.920 --> 00:48:37.980
Adaptar está claro Adaptar,
pero ¿por qué adaptar?

00:48:38.160 --> 00:48:41.460
Claro, porque va
evolucionando el producto.

00:48:41.840 --> 00:48:45.100
Es decir, no hay ningún DBA
que ya tunee el rollback.

00:48:45.750 --> 00:48:51.410
Claro creo que eso ha pasado en la
historia, el tener que ver cuántos segmentos de rollback

00:48:51.410 --> 00:48:54.354
creo, de qué tamaño. Eso ya
ha pasado en la historia.

00:48:55.190 --> 00:48:57.330
Con el rollback aromático ya...

00:48:58.610 --> 00:49:00.350
Los que estén entendiendo esto...

00:49:00.390 --> 00:49:02.168
Los que han entendido esto ya...

00:49:03.370 --> 00:49:10.070
Ahora, si lo has entendido, es que has
sufrido en el pasado que había que crear los eventos

00:49:10.070 --> 00:49:14.370
de rollback a mano y adecuados
al consumo de las transacciones.

00:49:14.450 --> 00:49:15.750
Y eso ya pasa en la historia.

00:49:15.790 --> 00:49:22.910
Pero si nos adaptamos a la profesión y nos
encontramos con nuevas funcionalidades,

00:49:23.130 --> 00:49:24.150
con funcionalidades ajustadas...

00:49:24.190 --> 00:49:27.410
Sería una base de datos que teníamos que
hacer un flash de las caras de pool un par de

00:49:27.450 --> 00:49:34.050
veces al día porque eso si no se
iba de madre no sé si lo recuerdas

00:49:35.590 --> 00:49:42.810
Esto es bastante a lo mejor bastante de
nicho yo me encontraba con sistemas que decían,

00:49:42.890 --> 00:49:49.790
no, esta tabla tiene con el Alive, claro
por entonces creo que necesitaba todavía el

00:49:49.790 --> 00:49:57.190
gas de estatística y dice, no, esta tabla
se estima se hace el Analyze con una estimación

00:49:57.190 --> 00:50:04.630
del 2 % porque si le haces de un 3 o sea,
hemos calculado que el ratio es 2 % Sí, yo

00:50:04.630 --> 00:50:10.730
sí lo he visto Sí, sí, sí, sí, sí, o sea o
a lo mejor que te decían, no, no haz un estimate

00:50:10.730 --> 00:50:14.897
que va a ir mejor que un compute, y
dices, pero ¿cómo va a ser eso posible?

00:50:15.050 --> 00:50:22.030
Que va mejor que va mejor, no sé trucos
así, claro, sí, sí ñapas a puñado, vamos pero

00:50:22.030 --> 00:50:28.810
sí, al final yo creo que a ver, al final
dedicamos el tiempo a otras cosas y seguramente

00:50:28.810 --> 00:50:34.450
más productivas y más tal, pero que creo
que la figura, incluso en Autonomous que se

00:50:34.450 --> 00:50:40.550
supone que es ¿sabes? Que es como ya así
que si ya no hacéis falta prácticamente le pueden

00:50:40.550 --> 00:50:48.170
poner no debe a DotaBase a Autonomous pero
da igual, hace falta otra cosa va cambiando

00:50:48.170 --> 00:50:55.170
administrar recursos Claro, aparece
la funcionalidad de flashback dices,

00:50:55.310 --> 00:50:59.699
oye, espérate, el flashback hay que
entenderlo flashback a qué nivel a nivel de

00:51:00.930 --> 00:51:07.870
Flashback query o de flashback o de
flashback database es decir, se añaden nuevas funcionalidades

00:51:07.870 --> 00:51:13.350
y nuevas tecnologías y dices, oye, cuidado
que aquí los DBAs, o sea, nos adaptamos y

00:51:13.350 --> 00:51:15.430
nos transformamos A ver, es muy fácil

00:51:16.950 --> 00:51:21.310
Hace 10 años que estábamos Haciendo los
DBA, pues seguro que no tiene nada que ver Con

00:51:21.350 --> 00:51:25.950
lo que estamos haciendo Ahora y seguro que
no va a tener que ver Con lo que estemos haciendo

00:51:25.990 --> 00:51:31.710
dentro de 10 años Esto evoluciona, igual
que Que bueno que todos los Trabajos y demás,

00:51:31.790 --> 00:51:37.010
pero el nuestro a lo mejor Un poco más,
entonces si A mí me hace gracia como el paradigma

00:51:37.010 --> 00:51:42.290
Y con autónomos pasa Y dices, bueno tío,
para decir Que a lo mejor no te va a hacer falta

00:51:43.190 --> 00:51:48.030
Degranar mucho y tal pero que vas a tener
que seguir administrando recursos, vas a tener

00:51:48.070 --> 00:51:54.790
una query que se te va a ir de madre vas a
tener vas a seguir teniendo eso y que habrá

00:51:54.790 --> 00:51:58.570
que entender en el contexto de que son los
datos autónomos y cómo está qué es lo que

00:51:58.610 --> 00:52:02.499
está sucediendo o bueno, vas a hacer
una consultoría de si me interesa

00:52:03.690 --> 00:52:06.830
Tal cosa, cual cosa o verás que

00:52:08.130 --> 00:52:15.070
Creo que nos queda y bastantes años de el
que le preocupe un poco con los cambios de

00:52:15.070 --> 00:52:20.310
paradigma y tal creo que puede estar tranquilo
nos adaptaremos, nos adaptaremos a la

00:52:20.310 --> 00:52:26.970
nube y todo eso, pero sigue haciendo falta
de Bea para rato quiero decir una cosa

00:52:28.010 --> 00:52:33.930
estamos ahora mismo grabando el podcast en
directo si lo estás escuchando desde Spotify

00:52:33.930 --> 00:52:39.270
o Apple Podcast, pues que sepas que lo
hemos grabado en vivo, Enrique y yo con una audiencia

00:52:39.270 --> 00:52:42.890
que está invitada a levantar la mano y a
participar con nosotros y a contarnos cuál es

00:52:42.930 --> 00:52:48.370
su funcionalidad favorita de 23 ahí que
nos hemos dejado por aquí o preguntarnos lo que

00:52:48.370 --> 00:52:53.270
nos querían preguntar y que estáis
invitados llamado a la audiencia si alguien quiere

00:52:53.270 --> 00:52:57.030
subir bienvenido solamente levantéis la
mano y os subimos si participáis con nosotros

00:52:57.070 --> 00:53:03.170
y que si no pues eso pues lo estáis viendo
grabado los siguientes episodios todos los

00:53:03.170 --> 00:53:07.730
episodios se han ido grabando en directo y
ahora estamos aquí pues con Kike repasando

00:53:07.770 --> 00:53:10.250
ya en el en el tramo final,
estamos en los últimos 5 minutos.

00:53:10.290 --> 00:53:12.679
Está pasando muy rápido
pues, bueno, vamos.

00:53:12.910 --> 00:53:14.170
Y te has dejado cosas en el tintero.

00:53:14.210 --> 00:53:19.960
Pero lo que no se va a quedar en el
tintero son las priority o priority transactions.

00:53:20.580 --> 00:53:22.280
No sé si has visto esta
funcionalidad, tío.

00:53:22.320 --> 00:53:28.320
Esa te la iba a decir esa te la iba
a Decir qué buena es o sea, lo mismo.

00:53:28.640 --> 00:53:31.400
Va a requerir de trabajo,
va a requerir de tal.

00:53:31.480 --> 00:53:36.720
Pero me parece la caña o
sea, para sistemas donde hay

00:53:37.700 --> 00:53:45.060
transacciones críticas y demás
para aplicar un poco no no

00:53:46.110 --> 00:53:50.930
no esa es importantísima que tú puedas dar
en un momento dado prioridad a un usuario

00:53:50.930 --> 00:53:58.210
frente a otro una transacción y que te haga
rollback a nivel de a nivel de operación

00:53:58.210 --> 00:54:04.810
de una de una transacción frente a un
usuario o una operación que tú consideras que tiene

00:54:04.810 --> 00:54:08.030
que entrar a prioritaria de cualquier
otra cosa que esté bloqueando.

00:54:08.070 --> 00:54:14.670
Para mí esto es la evolución, porque
siempre, históricamente, siempre se han usado los

00:54:14.670 --> 00:54:22.130
profiles para limitar o el Resume Manager,
que yo creo que sigue siendo el gran desconocido

00:54:22.130 --> 00:54:25.530
y ¡Ostras! Sí es potente
el Resume Manager.

00:54:26.130 --> 00:54:30.330
¡Ostras! Sí, como ¿hasta
dónde puede llegar eso?

00:54:30.430 --> 00:54:36.110
Pues yo creo que esto es un poco la evolución,
porque el Resume Manager siempre va a

00:54:36.110 --> 00:54:43.270
limitarte recursos vale y estas priority
transacción al final va más a eso no a dar prioridad

00:54:43.270 --> 00:54:50.270
absoluta a red a cualquier transacción que
queramos pues el típico match de nóminas

00:54:50.270 --> 00:54:56.630
que tiene que ir sí o sí sabe que bueno
pues si hay otros otros procesos que hacen cualquier

00:54:56.630 --> 00:55:02.950
otra movida que actualizó lo que sea no las
direcciones o lo que sea pues bueno este

00:55:02.950 --> 00:55:06.130
puede rodar en baja baja,
en media, lo que sea.

00:55:06.210 --> 00:55:10.430
Pero este que tengo yo aquí, que
este tiene que ir lo típico, ¿no?

00:55:10.510 --> 00:55:13.090
De, Rodríguez, el informe de...

00:55:13.090 --> 00:55:15.730
Pues, el informe que tiene
que estar para mañana...

00:55:15.770 --> 00:55:22.990
Con el Lazy Joe, ¿no? El Lazy Joe hace
una transacción y en vez de hacer cómic se

00:55:22.990 --> 00:55:24.379
va a tomar un cappuccino.

00:55:25.990 --> 00:55:28.870
Pues, algo así y la
verdad que es bastante...

00:55:28.870 --> 00:55:30.981
Me gustaría también ahondar y verla...

00:55:31.530 --> 00:55:34.330
Ya te digo que como el dicho este, ¿no?

00:55:34.390 --> 00:55:41.130
De ningún ningún plan resiste el contacto
con el enemigo, pues me gustaría probar a ver

00:55:41.130 --> 00:55:46.110
si este tipo bueno, todas las que hemos
repasado pues al final están muy verdes, seguro

00:55:46.110 --> 00:55:51.270
que más de uno, no sé si habéis probado los
laboratorios estos que tanto en máquinas

00:55:51.270 --> 00:55:53.790
virtuales como en la
nube pero es verdad que

00:55:54.690 --> 00:55:56.301
yo animo a que probéis porque

00:55:57.690 --> 00:56:00.968
Si no es en Docker, que yo en
Docker me llevo muy mal, pero

00:56:01.930 --> 00:56:08.110
en Docker es tremendo, en Docker en el
linux o sea y cinco minutos tienes un oracle montado

00:56:08.110 --> 00:56:10.443
ya configurado y todo base de datos arriba

00:56:14.630 --> 00:56:20.230
Pero vamos a los tipos y podéis probarlo
es verdad que todos casi todas las que hemos

00:56:20.230 --> 00:56:26.850
comentado hombre nos hemos ido pues a lo
más a lo más comercial no a lo más impactante

00:56:26.850 --> 00:56:32.990
así del nuevo después hay una que solo por
comentarla pero me parece sobre todo por el

00:56:32.990 --> 00:56:39.010
tema de al final lo que es la arquitectura
multitenant ya está muy acentada es verdad

00:56:39.010 --> 00:56:46.070
que cada vez las PDBs, antes digamos que
casi que bebía todo de las CDBs y esto fue

00:56:46.070 --> 00:56:52.130
cambiando un poco y cada vez un poquito de
manera transparente o civilina va haciéndose

00:56:52.130 --> 00:56:58.930
más configurable las PDBs, es decir, ya no
dependo tanto de las CDBs sino que puedo tener

00:56:58.930 --> 00:57:03.770
mi antes pues había muchos recursos que
eran de la CDB pues ya, no sé si desde el principio

00:57:03.810 --> 00:57:09.730
pero bueno, puedo tener mi temp puedo
tener mi undo, puedo tener los parámetros son más

00:57:11.770 --> 00:57:19.210
Ispdb modifiable, no sé si lo has visto
cada vez hay más en esa lista y hay una funcionalidad

00:57:19.210 --> 00:57:24.170
que me ha parecido la caña tío, que
también va un poco a la calculación de las diferencias

00:57:24.210 --> 00:57:31.250
entre usuarios y tal es que puedes conectar
base de datos en Hybrid Read Only no sé

00:57:31.250 --> 00:57:35.950
si eso lo has visto ya digo
que es muy de nicho vale, pues

00:57:37.220 --> 00:57:44.260
Yo tengo una PDB en Hybrid Read Only y
dependiendo del usuario que se conecte el usuario

00:57:44.260 --> 00:57:51.720
va a poder escribir o no va a poder
escribir oh no lo he conocido va a ser en la

00:57:51.720 --> 00:57:58.160
caña, me parece como la más misteriosa
esto se me ha escapado y es de esas de esas de

00:57:58.160 --> 00:58:04.800
magia, ¿eh? ¡Qué buena! Sí, sí, sí, es de
las que te gusta a ti hacer un una metáfora

00:58:04.800 --> 00:58:09.840
¡Qué buena! ¡Uy! Sí, sí Pero
sí, sí, sí, es yo te digo que

00:58:11.320 --> 00:58:15.440
Pues es como un misterio, bueno después
tal vez las híbridas las tablas híbridas y tal,

00:58:15.480 --> 00:58:17.860
pero Centrándonos en esta

00:58:19.020 --> 00:58:21.660
pues puede tener sentido, ¿no?

00:58:21.680 --> 00:58:24.380
En determinado restringir también

00:58:25.960 --> 00:58:33.280
También, justo ya para terminar, no sé
si viste los usuarios de solo lectura.

00:58:34.810 --> 00:58:39.290
Uy, pues… Que también puedes hacerlo tanto
a nivel de usuario como a nivel de sesión.

00:58:39.330 --> 00:58:41.490
Qué buena, qué buena,
qué buena, qué buena.

00:58:41.530 --> 00:58:45.130
Pues, no, bueno, no, no,
no, no, no, qué va, qué va.

00:58:45.450 --> 00:58:48.270
Usuarios de solo lectura,
qué buena esa también, eh.

00:58:48.310 --> 00:58:51.190
Los readors, readors… Sí,
sí, pues, bastante curiosas.

00:58:51.230 --> 00:58:56.250
Yo te iba a añadir una… Porque es como,
bueno, no me fío mucho de este tío y bueno, pues

00:58:56.250 --> 00:58:58.610
le vamos a dar redondle y ya
veremos si lo promocionamos.

00:58:58.650 --> 00:59:02.130
Yo te voy a decir una que a mí me parece
muy interesante ya por acabar, porque ya no

00:59:02.170 --> 00:59:07.350
estamos ya juntos, pasamos un poquito de
la hora, pero hay una que me parece muy bonita,

00:59:07.390 --> 00:59:09.057
que es el de las transacciones

00:59:10.010 --> 00:59:15.710
reservables. Estamos hablando de eso, de
las priority transactions y tal, pero las reservables

00:59:15.710 --> 00:59:18.510
a mí me parecen muy muy,
muy, muy interesantes.

00:59:18.710 --> 00:59:22.110
Es que tú haces un ductate, por
ejemplo, y dices a este valor

00:59:23.390 --> 00:59:28.920
Imagínate, haces una venta y quiero
restarle 1 y mientras estás haciendo la transacción

00:59:28.920 --> 00:59:34.200
ese stock es igual a stock menos 1, ese
valor de stock está reservado, está bloqueado,

00:59:34.220 --> 00:59:38.240
esa fila está bloqueada y si alguien
intenta escribir ahí se queda en espera.

00:59:38.280 --> 00:59:44.760
Pero si el otro va a hacer stock es igual
a stock menos 1, permite la segunda transacción

00:59:44.760 --> 00:59:51.840
que entre y se queda reservado
a que cuando la la otra comité o

00:59:51.840 --> 00:59:57.950
cualquiera de las dos cuando comité le
resten un elemento al valor que haya eso me parece

00:59:57.950 --> 01:00:05.550
muy bonito y a qué nivel se configura pues

01:00:05.580 --> 01:00:13.440
pues pues creo creo que es el servicio
creo que es el transaction priority también pero

01:00:13.440 --> 01:00:20.490
pero es como un complemento
al Sí, sí, pero como que

01:00:20.490 --> 01:00:27.290
te deja a ti hacer la
modificación que tú hagas.

01:00:27.650 --> 01:00:33.730
Es decir, si no es sustituir un valor por
otro, que es un valor es igual más uno o valor

01:00:33.730 --> 01:00:35.850
es igual menos uno, eso se te acumula.

01:00:35.850 --> 01:00:44.130
Se llaman eso, se llaman transacciones

01:00:44.130 --> 01:00:49.810
reservables, como que mi transacción se
reserva a restar un valor y cuando haga commit

01:00:49.810 --> 01:00:57.330
se aplicará el menos uno cuando toque,
pero permite que otra transacción haga lo mismo,

01:00:57.510 --> 01:00:58.730
a ese valor le reste uno.

01:00:58.770 --> 01:01:06.000
Entonces, si tú tienes, por ejemplo, ese
es muy grande porque hay muchos problemas en

01:01:06.000 --> 01:01:09.100
bloqueos, ¿vale? En bloqueos,
por ejemplo, pues eso, ¿no?

01:01:09.140 --> 01:01:16.560
De unidades, de stock O lo que sea, que
hay transacciones que coinciden mucho en actualizaciones

01:01:16.560 --> 01:01:22.120
del estado de ciertos, pues eso,
pues del stockaje o de lo que sea.

01:01:22.120 --> 01:01:26.800
Pero si tú, por ejemplo, tienes stock
suficiente y permites decir, oye, tengo 10 unidades,

01:01:26.840 --> 01:01:32.140
por aquí se vende una pero está pendiente,
bueno, pues restale uno al valor que sea.

01:01:32.500 --> 01:01:37.940
Y otra, resta uno, pues la que llegue
antes resta uno y la siguiente resta otro.

01:01:38.400 --> 01:01:41.000
Y si acaba con rollback, acaba
con rollback, no lo resta.

01:01:41.040 --> 01:01:48.440
Ahí estamos con el ácido
claro, claro pero aquí

01:01:48.440 --> 01:01:53.060
esta es una de las cosas que volviendo al
origen a que te decía, es que me gusta que

01:01:53.100 --> 01:01:58.280
cada vez que Oracle hace algo digamos que
viola esos principios de conceptos de conceptos

01:01:58.280 --> 01:02:05.020
tan estrictos Dice cuidado que esto hay que
rematarlo muy muy bien hay que rematarlo

01:02:05.020 --> 01:02:10.580
muy bien porque a nivel transaccional nos
encontramos con entornos que hay miles y hay

01:02:10.580 --> 01:02:13.636
un montón de gente y esto se
nos puede complicar mucho.

01:02:13.840 --> 01:02:19.680
Entonces... Con Pogre no pasa
eso no, pero esas están muy bien.

01:02:20.860 --> 01:02:22.760
Pues oye, ¿qué tal habéis estado, Enrique?

01:02:22.800 --> 01:02:24.689
¿Qué tal habéis estado? Audiencia.

01:02:24.800 --> 01:02:29.480
Si alguien quiere levantar la mano y decir
algo y saludarnos, vamos a irnos despidiendo.

01:02:29.520 --> 01:02:33.290
¿Qué tal has estado? El efecto
espectacular ¿Te te ha hecho corto?

01:02:34.450 --> 01:02:38.390
No, que muy bien, tío se me
ha hecho cortísimo y vamos...

01:02:38.390 --> 01:02:43.010
Hemos podido pasar más ligero de lo que
Pero bueno, por todos los puntos Y tío, un placer

01:02:43.050 --> 01:02:49.810
Y lo que te he dicho Que me gusta mucho lo
que haces Que sigues adelante Que es verdad

01:02:49.810 --> 01:02:55.170
que lo que haces es muy de nicho Y estás
muy enfocado en lo que estás Pero es muy valorable

01:02:55.170 --> 01:03:01.770
El ver esta necesidad Y formar lo que tú
estás formando Sobre todo la comunidad Y tener

01:03:01.770 --> 01:03:09.590
tanta gente ahí pendiente Y un placer Lo
he dicho, un verdadero placer Pues igualmente

01:03:09.590 --> 01:03:11.034
Bueno, mi casa es tu casa.

01:03:11.830 --> 01:03:16.030
Te lo dije y así como te lo dije me lo
dijiste, oye, vente, que mi casa es tu casa.

01:03:16.070 --> 01:03:19.670
Que esto... Esto no es mío,
no me pertenece, ¿vale?

01:03:20.090 --> 01:03:22.610
O sea, que genial valero muchísimo.

01:03:24.490 --> 01:03:26.470
Encantadísimo pues nada, nos vamos yendo.

01:03:26.510 --> 01:03:28.950
Hemos hablado de la 23 ahí, ya
hemos cumplido con el episodio.

01:03:28.990 --> 01:03:31.470
A lo mejor daría para
hacer para hacer más.

01:03:31.670 --> 01:03:34.150
Un montón de cosas voy a decir una idea.

01:03:34.330 --> 01:03:41.550
A ver, a ver yo creo que la 23 ahí no es
tanto que tenga ahí como tal y no es como, bueno,

01:03:41.590 --> 01:03:48.150
toma te lo doy todo para que uses esto
como hay es como, venga, te doy los vectores te

01:03:48.150 --> 01:03:55.670
doy tal, te doy la búsqueda y tú aquí ya,
bueno, pues ya tienes algo de ahí sí, sí, sí

01:03:55.670 --> 01:04:01.150
como eso, no es decir es una declaración
de intenciones es decir, estamos en

01:04:02.290 --> 01:04:08.270
pero muy bien, oye pues un placer, un
placer Enrique muchas gracias a todos los que habéis

01:04:08.270 --> 01:04:15.300
estado ahí Pues nada, hasta el siguiente
episodio Muy bien Un abrazo muy fuerte

01:04:17.460 --> 01:04:18.820
Hasta luego, chao chao