1
00:00:07,790 --> 00:00:10,170
Pues empezamos ya.
Hola, Enrique, ¿qué tal?

2
00:00:10,210 --> 00:00:12,432
¿Cómo estás? Enrique Gallardo, ¡por fin!

3
00:00:12,790 --> 00:00:19,600
¿Qué tal, Javier? Encantado, tío, de
conocerte y de compartir este ratito contigo.

4
00:00:19,800 --> 00:00:22,078
¡Qué bien! Un cafecito nos vamos a tomar.

5
00:00:22,280 --> 00:00:26,220
Pues sí, sí. He mandado un mail
así a todo el mundo diciendo…

6
00:00:26,880 --> 00:00:31,100
Me dijo Enrique que no tenía
ningún episodio dedicado a 23 ahí.

7
00:00:31,220 --> 00:00:32,609
Digo, sí, sí que los hay.

8
00:00:33,820 --> 00:00:36,000
Con Ron… No, no, con Ronald Abrás de 23C.

9
00:00:36,000 --> 00:00:42,680
y con Carla Abraste pero de
23 ahí no, vamos a subsanar

10
00:00:44,260 --> 00:00:51,100
Era cierto de 23 ahí bueno, ya lo
discutiremos ahora, pero con lo importante y revolucionario

11
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

12
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

13
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

14
00:01:06,880 --> 00:01:11,980
un poco todas las novedades,
cuánto hay de verdad y cuánto de

15
00:01:14,900 --> 00:01:20,780
Estrategia comercial en esta nueva versión
y bueno, la idea es esa, que repasemos un

16
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,

17
00:01:27,180 --> 00:01:33,240
el target de... Bueno, DBAs
desarrolladores y arquitectos soci y todo, lo que pasa que

18
00:01:33,240 --> 00:01:38,220
Porque sí me interesa mucho, por ejemplo,
el enfoque de on -premise, porque al final

19
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

20
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?

21
00:01:47,920 --> 00:01:49,200
Entonces, a mí sí me interesa.

22
00:01:49,240 --> 00:01:57,180
Sí, bueno, pero yo animo porque yo
me he reconvertido un poco de DBA, es

23
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

24
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

25
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

26
00:02:14,400 --> 00:02:18,520
es migrar a la nube y nada más
que hay que darse una vuelta.

27
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

28
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

29
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

30
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

31
00:02:46,740 --> 00:02:48,129
con gente que me ha dicho

32
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

33
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

34
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

35
00:03:06,480 --> 00:03:08,020
un momento dado te puedan
cambiar, te puedan decir.

36
00:03:08,060 --> 00:03:11,580
Es decir, ahora de pronto esto va
por tokens, de pronto esto va por...

37
00:03:11,620 --> 00:03:17,060
Y que tengas que hacer mucho FinOps,
tengas que hacer mucha ingeniería financiera para

38
00:03:17,060 --> 00:03:18,880
ver cómo te sale la broma.

39
00:03:19,160 --> 00:03:22,670
Ostras, hay mucha gente que
no lo hace ni pizca de raza.

40
00:03:23,010 --> 00:03:30,170
No, al final yo lo veo como muy
parecido al pago por servicio que se

41
00:03:30,170 --> 00:03:32,610
ha implantado en las plataformas de vídeo.

42
00:03:33,770 --> 00:03:40,990
Nos hemos adaptado en videojuegos
también está más que implantado, incluso

43
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?

44
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

45
00:03:55,410 --> 00:04:01,030
y que antes no pagabas, y creo que es
una tendencia un poco hacia ahí, ¿no?

46
00:04:01,030 --> 00:04:06,330
A pagar por un un servicio, olvidarte del
hierro, olvidarte de mantenimiento olvidarte

47
00:04:06,330 --> 00:04:10,630
de un montón de cosas, bueno, o
facilitártelas al menos, ¿vale?

48
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

49
00:04:17,760 --> 00:04:24,110
verdad que llegaron tarde a este mundo
del cloud han llegado Con 3 -4 añitos

50
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

51
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,

52
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

53
00:04:41,510 --> 00:04:48,540
un acuerdo todos Sí De hecho yo me saqué

54
00:04:48,540 --> 00:04:55,280
en 2023 la certificación esta de
multicloud y bueno, de la sencillidad porque al final

55
00:04:55,280 --> 00:05:02,300
son de las positivistas, de las certificaciones
que todo es positivo y tal donde muy

56
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

57
00:05:06,960 --> 00:05:12,920
preparando porque han incluido muchas
ahora digamos que todas las nubes son más compatibles

58
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

59
00:05:17,680 --> 00:05:23,580
portfolio de casi todos los productos y
pueda desplegarlo pues si te apetece en azur

60
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

61
00:05:29,320 --> 00:05:34,540
final creo que es un poquito ventajoso
porque los clientes también están optando por

62
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

63
00:05:42,060 --> 00:05:48,600
han llegado nuevos operadores al tema de
cloud para temas específicos y al final por

64
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

65
00:05:52,520 --> 00:05:56,780
y no quieren depender
solo de un proveedor, sino

66
00:05:57,860 --> 00:06:01,440
diversificar. Tú sabes que yo
soy muy de hacer analogías locas.

67
00:06:01,680 --> 00:06:03,236
A mí esto me recuerda cuando

68
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

69
00:06:10,740 --> 00:06:12,380
en las diferentes plataformas
de streaming, ¿no?

70
00:06:12,420 --> 00:06:15,000
HBO, entonces, Amazon Prime, no sé qué.

71
00:06:15,140 --> 00:06:21,740
Y el de Netflix dijo HBO, Amazon Prime,
Apple TV, todos esos, no son mi competencia,

72
00:06:21,800 --> 00:06:23,060
¿sabéis quién es mi competencia?

73
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,

74
00:06:30,320 --> 00:06:32,280
Azure, AWS tampoco es competencia.

75
00:06:33,580 --> 00:06:35,247
Mi competencia es On -Premise.

76
00:06:36,040 --> 00:06:38,780
Por eso a lo mejor no sale la 23 ahí.

77
00:06:39,740 --> 00:06:42,629
Vamos a dejar de hablar de
la nube, vámonos a la 23.

78
00:06:43,620 --> 00:06:46,480
Pues, venga, sí, es
verdad, esto no es de nube.

79
00:06:47,340 --> 00:06:52,580
No, pero es interesante, sobre todo,
bueno, ya introducimos el tema, que 23 ahí, pues

80
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

81
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

82
00:07:03,940 --> 00:07:08,720
puedes descargar la máquina virtual, de
hecho yo desarrollé un cursito usando la máquina

83
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

84
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,

85
00:07:20,120 --> 00:07:26,500
aunque Sí, la Free Edition, para conocer
todas las funcionalidades que vamos a hablar

86
00:07:26,500 --> 00:07:33,540
ahora, va súper bien. Por
eso, hombre, ahí está uno

87
00:07:33,540 --> 00:07:38,660
más limitado a nivel de infraestructura,
de alta disponibilidad y tal, pues no puede

88
00:07:38,660 --> 00:07:43,440
trastear realmente, pero bueno, lo que son
las funcionalidades, muchas de las que vamos

89
00:07:43,480 --> 00:07:48,700
a repasar, pues sí, están
ahí, están disponibles.

90
00:07:48,700 --> 00:07:53,260
Y se puede toquetear sin necesidad
de irnos al cloud, ¿vale?

91
00:07:54,200 --> 00:07:59,880
Y nada, con respecto a las versiones, pues
si quiere explicamos un poco el nombre de

92
00:07:59,880 --> 00:08:04,480
23 ahí, qué hay de cierto, qué
no hay de cierto y demás, ¿no?

93
00:08:05,060 --> 00:08:07,660
A ver, el tema está que,
bueno, todos lo sabemos, ¿no?

94
00:08:07,700 --> 00:08:12,740
Que la letrita esta, bueno, tanto
la letrita como la numerología en...

95
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í,

96
00:08:19,260 --> 00:08:26,810
sí pero que hay saltos
ahí no ha habido no puedes

97
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

98
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,

99
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

100
00:08:45,750 --> 00:08:49,110
de cloud también, porque en
ese momento no era cloud, ¿no?

101
00:08:49,230 --> 00:08:50,730
O sea, era como una cosa...

102
00:08:51,550 --> 00:08:54,650
Pero ahí, venga, vamos
a ver, cuéntame tú...

103
00:08:54,650 --> 00:08:56,130
Le hubiese puesto M, ¿no?

104
00:08:56,130 --> 00:08:58,470
A la 12, que era Multitenant,
que era la novedad.

105
00:08:58,510 --> 00:09:01,399
Claro, 12M, Multitenant,
que esa hubiera sido buena.

106
00:09:01,670 --> 00:09:05,210
¿Cuáles son Tus funciones
favoritas de 23AI?

107
00:09:05,450 --> 00:09:13,470
Venga, de la parte de inteligencia
artificial, de AI, ¿qué es lo que más te

108
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

109
00:09:20,550 --> 00:09:23,930
cómodo y porque es verdad
que es más antiguo que

110
00:09:25,370 --> 00:09:30,830
Vamos me gusta el paquete
de BMS Search ¿vale?

111
00:09:30,930 --> 00:09:38,490
Pero te voy a contar un secreto
BMS Search no es propio de 23i ¿de

112
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

113
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

114
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

115
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

116
00:10:06,130 --> 00:10:13,270
y es muy potente usábamos los domain
index vale los como unos índices de

117
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

118
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

119
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

120
00:10:33,350 --> 00:10:40,750
que es bastante potente porque te permite
hacer pues fusil o búsquedas inexactas te

121
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

122
00:10:47,730 --> 00:10:52,190
vale y tú haces como mujer y
por Y por proximidad también.

123
00:10:52,570 --> 00:10:58,950
Y es verdad que... Sí,
sí, sí de hecho, bueno,

124
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,

125
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

126
00:11:10,170 --> 00:11:12,310
estas búsquedas semánticas.

127
00:11:12,450 --> 00:11:15,450
Y estos lo han ampliado, han puesto un...

128
00:11:16,090 --> 00:11:21,010
Digamos, un un palabra, de hecho,
que son las Ubiquus Search, ¿no?

129
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,

130
00:11:27,390 --> 00:11:29,410
como una búsqueda más global, ¿vale?

131
00:11:29,470 --> 00:11:35,530
Que es capaz de buscar en otro tipo de
datos, en documentos, en imágenes, ¿vale?

132
00:11:35,670 --> 00:11:37,410
Y la verdad que mola bastante.

133
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

134
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

135
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

136
00:11:57,060 --> 00:11:59,560
permisos sobre esquemas,
no tener que andar

137
00:12:01,000 --> 00:12:05,960
Dando permisos de select sobre todas
las tablas de un esquema con el típico

138
00:12:07,100 --> 00:12:12,140
bloque anónimo de recorrer todas las
tablas para darle select, ahora si se agrega una

139
00:12:12,140 --> 00:12:19,400
nueva tabla no tengo que tengo que
revisar y disfrutarlo de nuevo y

140
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

141
00:12:25,720 --> 00:12:32,720
minutos claro, pero por meterle un poquito
de entendimiento a eso, una de las cosas que

142
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

143
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

144
00:12:44,660 --> 00:12:48,140
privilegio, yo quiero un creative user
ser y no se puede hacer ni Create Session.

145
00:12:48,180 --> 00:12:52,860
Un usuario nuevo no puede hacer
absolutamente nada y tengo que darle el privilegio justo.

146
00:12:52,900 --> 00:12:57,320
Y entiendo que para mí, entiendo,
era aquí mi filosofada también, ¿no?

147
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

148
00:13:02,820 --> 00:13:04,960
Capture, que también es muy interesante.

149
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,

150
00:13:09,280 --> 00:13:11,760
¿cierto? Porque eso es una pasada.

151
00:13:11,780 --> 00:13:14,169
Y el Developer Role
también es otra pasada.

152
00:13:14,420 --> 00:13:15,809
¿Sabes? Es decir, hombre,

153
00:13:19,460 --> 00:13:27,160
Se quita al típico desarrollador
y después digamos claro

154
00:13:27,160 --> 00:13:33,580
y como contrapartida por otro lado de otra
herramienta que tú puedas monitorizar un poco

155
00:13:33,580 --> 00:13:38,060
es puedes hacer un seguimiento de qué
privilegios estamos usando a mí a mí yo entiendo

156
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

157
00:13:43,240 --> 00:13:46,940
esos principios de concept,
de seguridad y de estabilidad.

158
00:13:47,280 --> 00:13:51,180
Ahora de pronto que nos hemos saltado el
principio este del mínimo privilegio, dando

159
00:13:51,220 --> 00:13:53,940
aquí y ahora con su privilegio ya puede...

160
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

161
00:13:58,160 --> 00:14:02,680
tener la casa ahí con privilegios a
cholona, a todo el mundo, a cualquiera que entra.

162
00:14:02,720 --> 00:14:04,680
A mí eso me parece que por ahí va.

163
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

164
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

165
00:14:21,300 --> 00:14:23,240
a partir de 23C, sobre todo.

166
00:14:23,300 --> 00:14:27,620
Es que recientemente hice el examen de
certificación, como sabes, y básicamente desde

167
00:14:27,660 --> 00:14:31,540
la 23 ahí, pero es lo mismo
que la C prácticamente, ¿vale?

168
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

169
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.

170
00:14:45,580 --> 00:14:46,800
Entonces, sí, vale la mano.

171
00:14:46,840 --> 00:14:51,520
Pero para mí es un gustazo poder decir,
bueno, Pico, toma, puedes hacersele sobre todas

172
00:14:51,560 --> 00:14:54,504
las tablas de este esquema
y ya, venga, hasta mañana.

173
00:14:54,980 --> 00:14:59,080
Esta es buenísima lo agradecemos todos.

174
00:15:00,020 --> 00:15:03,076
Yo te voy a decir mis
funcionalidades favoritas, ¿vale?

175
00:15:03,220 --> 00:15:04,660
Mis funcionalidades favoritas.

176
00:15:04,700 --> 00:15:07,940
A ver, ya no tener que
hacer front dual, me gusta.

177
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

178
00:15:15,020 --> 00:15:18,300
un poquito de test.
Selexis Date, punto y coma.

179
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

180
00:15:25,040 --> 00:15:32,140
blog. Un saludo, Carla y
digo, tía, justo te abres

181
00:15:32,140 --> 00:15:34,480
el blog y quitan el front dual.

182
00:15:35,040 --> 00:15:38,240
Sí, sí, sí sí, me lo dijo.

183
00:15:38,380 --> 00:15:41,260
Me dijo, pero quedará como una
reminiscencia del pasado, ¿no?

184
00:15:41,300 --> 00:15:43,800
De que los devias
antiguos consultábamos...

185
00:15:43,800 --> 00:15:45,620
Bueno, es que no se constela.

186
00:15:46,760 --> 00:15:52,780
Claro hay muchas chorraditas que
para mí son o eran muy necesarias.

187
00:15:52,920 --> 00:15:54,460
Era el tipo de dato bolean.

188
00:15:55,580 --> 00:16:01,360
Por favor qué fácil era
bolean no costaba tanto.

189
00:16:02,060 --> 00:16:05,440
No costaba tanto no es de ahí, ¿no?

190
00:16:06,680 --> 00:16:09,840
Hombre, hombre, si es
de 23 ahí No, no, no No,

191
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

192
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,

193
00:16:23,000 --> 00:16:27,180
¿vale? En PLSQL y el boolean permitía
los tres valores True, false o null

194
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

195
00:16:34,360 --> 00:16:36,471
como data type propiamente de columna.

196
00:16:36,790 --> 00:16:43,950
Entonces todo el mundo ha hecho el
boolean con 0, 1, verdadero o falso, 1, 0,

197
00:16:44,150 --> 00:16:51,210
con esas cosas. Y en la
23 ahí añaden para el

198
00:16:51,210 --> 00:16:54,830
create table, digamos, para que nos
entienda todo el mundo, en el create table un tipo

199
00:16:54,870 --> 00:16:56,870
de dato de columna tipo tipo bolean.

200
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

201
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,

202
00:17:10,920 --> 00:17:14,460
inactivo, pues ponía 1 si está
activo, 0 si está inactivo, ¿no?

203
00:17:14,500 --> 00:17:17,540
Jugaban con ese boleano
con esos tres valores, ¿no?

204
00:17:17,600 --> 00:17:19,100
Verdadero, falso, nul, ¿no?

205
00:17:19,160 --> 00:17:22,460
Sí, pero creía que
estaba desde antes, tío.

206
00:17:23,080 --> 00:17:24,260
No, no, no, que va, que va.

207
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

208
00:17:29,440 --> 00:17:39,120
llegan tarde, y Oracle reconoce que han
llegado tarde con todo el tema de boleanos

209
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,

210
00:17:45,530 --> 00:17:47,290
han hecho una tabla de equivalencia.

211
00:17:47,330 --> 00:17:51,290
Mira, te lo cuento tú puedes hacer un
create table, imagínate, una columna, La primera

212
00:17:51,330 --> 00:17:53,550
columna es de tipo booleano ¿Vale?

213
00:17:53,770 --> 00:17:58,220
Si tú insertas el valor True En carácter

214
00:17:59,420 --> 00:18:01,420
Comilla simple, true, comilla simple

215
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

216
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

217
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

218
00:18:20,900 --> 00:18:29,220
facilito y lo mismo Para que tú a lo
mejor puedas transformar esos booleans

219
00:18:29,220 --> 00:18:36,760
hechos a mano en datos de tabla es decir,
si el valor es falso, insertan falso,

220
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

221
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

222
00:18:51,080 --> 00:18:56,160
0, ponemos false, insertando en un boleano
desde un origen, carácter o un number.

223
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.

224
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

225
00:19:08,000 --> 00:19:10,460
que no le echa cuenta a
este nuevo tipo de datos.

226
00:19:10,500 --> 00:19:14,460
Si quieres, enlazamos con los
otros tipos de datos nuevos y tal.

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

228
00:19:19,360 --> 00:19:20,900
Pero Pero bueno, ¿nuevos data types?

229
00:19:20,940 --> 00:19:24,160
El tipo de dato nuevo
por antonomasia, ¿no?

230
00:19:24,200 --> 00:19:29,520
El vector. A ver si ¿No es tu
nuevo tipo de dato favorito?

231
00:19:31,040 --> 00:19:33,820
Yo ahora me estoy poniendo
un poco con la IA y tal.

232
00:19:33,860 --> 00:19:36,260
Al principio no le veía mucho sentido.

233
00:19:36,800 --> 00:19:38,744
Porque yo dije, bueno, vector, tal.

234
00:19:38,860 --> 00:19:42,693
Te acordabas un poco de las clases
de matemáticas de bachiller y tal.

235
00:19:43,060 --> 00:19:44,720
Y bueno, ¿qué sentido tiene?

236
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

237
00:19:50,760 --> 00:19:58,060
y demás, es cuando ves el potencial,
cuando se despliega todo el

238
00:19:58,060 --> 00:19:59,560
abanico de posibilidades que da.

239
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

240
00:20:07,080 --> 00:20:14,440
de imágenes, de vídeos y a través de
aproximaciones pues optimizar estas

241
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

242
00:20:22,180 --> 00:20:29,460
que tú puedas ver el vector por dentro
porque luego al final esa esa proximidad es

243
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

244
00:20:35,560 --> 00:20:41,100
es muy bonito, es multidimensional
y por proximidades y no sé qué.

245
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

246
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

247
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

248
00:21:01,440 --> 00:21:06,560
raras. Aparte pues tiene unas funciones que
son las que tanto te convierten como que

249
00:21:06,560 --> 00:21:12,520
calcula la distancia, Concretamente aquí
la madre de todo esto es el vector distance

250
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

251
00:21:20,060 --> 00:21:24,580
también la distancia entre
los puntos de un triángulo es

252
00:21:28,080 --> 00:21:32,820
También animo que la certificación estaba
gratuita hasta hace poco, la de Vectorizer

253
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

254
00:21:39,840 --> 00:21:44,980
por este podcast A ti no
te patrocina ¿A ti sí?

255
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

256
00:21:52,980 --> 00:22:00,080
de IA, es una certificación
que tiene duración 18 meses son

257
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

258
00:22:06,080 --> 00:22:11,320
Vector Search, la considero una credencial
profesional es bastante facilita, es bastante

259
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

260
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

261
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

262
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

263
00:22:37,460 --> 00:22:44,020
nunca has tocado una configuración
extraña del manager que dices tú ¿qué es?

264
00:22:44,840 --> 00:22:49,380
Entonces Estamos un poco
yo creo que todos en

265
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

266
00:22:58,080 --> 00:23:01,980
de Apex la verdad que tanto en
laboratorios que hay muchos laboratorios que te puedes

267
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

268
00:23:07,100 --> 00:23:13,180
probado Javier, pero es como una plataforma
me recordaba al Dreamweaver antiguo tal,

269
00:23:13,240 --> 00:23:16,040
que tú hacías y tal y al final es una

270
00:23:17,280 --> 00:23:22,440
Plataforma de la UCODE y la verdad que se
integra bastante bien y bueno, está genial

271
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

272
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

273
00:23:36,020 --> 00:23:40,860
Mamán Orfali a que cree un grupo
de estudio de Apex en Café Database

274
00:23:42,390 --> 00:23:49,170
Y claro, le he dicho hombre, venga, hazlo
lo hago contigo, es muy interesante el grupo

275
00:23:49,170 --> 00:23:55,290
de estudio Aprovecho ya y me hago promo,
el 14 de abril vuelvo nueva convocatoria del

276
00:23:55,290 --> 00:23:59,957
grupo de estudio para obtener la certificación
de OCA, de Oracle Certified Associate

277
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,

278
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

279
00:24:12,350 --> 00:24:17,430
Barriendo teoría de la administración
1, es el OCA Oracle Certified Associate

280
00:24:18,470 --> 00:24:23,910
6 semanas haciendo teoría y luego 4
semanas haciendo Haciendo preguntas de examen destripadas.

281
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

282
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

283
00:24:34,790 --> 00:24:38,720
de university, que con todos
mis respetos no es en español.

284
00:24:40,660 --> 00:24:42,400
Mucho mejor explicada por Clarín.

285
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

286
00:24:49,300 --> 00:24:52,689
pones ahí de fondo mientras
haces otra cosa y al final es que

287
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

288
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

289
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

290
00:25:12,540 --> 00:25:13,520
la velocidad de reproducción.

291
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

292
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

293
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

294
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

295
00:25:38,860 --> 00:25:41,600
gratuita, hay algunas
de aplicaciones ¿vale?

296
00:25:41,700 --> 00:25:48,920
O sea, nos interesan menos, pero bueno del
ERP las fundations del ERP, del supply chain

297
00:25:48,920 --> 00:25:56,000
sí, sí, sí fundations, correcto sobre
todo para gente funcional o gente

298
00:25:56,000 --> 00:26:02,040
que está empezando en el mundillo de las
aplicaciones y tal pues sí, son interesantes,

299
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

300
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,

301
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é

302
00:26:21,500 --> 00:26:23,056
y la verdad que va muy bien.

303
00:26:23,160 --> 00:26:30,440
Puedes crear índices y agregarle fuentes,
pero fuentes que sean un JSON, un XML

304
00:26:30,440 --> 00:26:37,560
o lo que sea. Entonces, claro,
Esto es lo que te da las búsquedas

305
00:26:37,560 --> 00:26:44,660
ubicuas estas que con una sola
búsqueda teniendo un solo índice pues

306
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

307
00:26:50,360 --> 00:26:53,560
te permite dentro de, o sea, te permite

308
00:26:55,240 --> 00:27:02,360
Pues eso, ir agregando y escalando
cualquier índice eso está muy bien al final es potente

309
00:27:04,720 --> 00:27:12,240
Y hilando esto con las funcionalidades
Al final lo que quiere Oracle con

310
00:27:12,240 --> 00:27:19,200
estas últimas versiones Es el Converged
Database Que llevaban tiempo dándonos la matraca

311
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

312
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

313
00:27:30,120 --> 00:27:35,420
Json en otra para los XML en otra con
vectores, por ejemplo porque los vectores antes,

314
00:27:35,480 --> 00:27:41,660
me suena que había base de datos que
estaban especializadas en en vectores ¿te acuerdas

315
00:27:41,660 --> 00:27:45,860
lo que sonaba tanto hace
un tiempo de blockchain?

316
00:27:46,160 --> 00:27:46,820
¿te acuerdas de blockchain?

317
00:27:46,860 --> 00:27:49,500
Que iba a revolucionar el mundo y tal

318
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

319
00:27:59,170 --> 00:28:01,970
hacer las tablas blockchain y
las inmutables también, ¿no?

320
00:28:02,010 --> 00:28:03,970
Para permitir también eso

321
00:28:04,970 --> 00:28:08,930
digamos, ¿no? Certificar
que nadie toquetea y

322
00:28:09,910 --> 00:28:17,300
borra y todo eso Eso Hubiese ahorrado

323
00:28:17,300 --> 00:28:24,460
algún dolorcito de cabeza hubiese
ahorrado esta tabla inmutable y nadie la

324
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

325
00:28:30,540 --> 00:28:35,680
eso, al final, lo que quiere Oracle es
decir, oye, venga, meted aquí todos los datos,

326
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

327
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

328
00:28:48,540 --> 00:28:52,700
por ahí desperdigado o lo que sea,
para búsquedas, para lo que sea.

329
00:28:53,830 --> 00:29:01,050
Te puedes traer tus XML, te puedes traer
tus vectores que tengas para si tienes

330
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,

331
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

332
00:29:16,070 --> 00:29:22,490
Javier, Monale mi funcionalidad favorita
de todas favoritas que hago cuando le he visto

333
00:29:22,490 --> 00:29:27,830
he dicho qué bonito esto, jolín,
cuánta falta hacía, ¿vale?

334
00:29:29,820 --> 00:29:39,140
Ostras, me has matado Ostras Mi segunda

335
00:29:39,140 --> 00:29:44,160
favorita Estaba pensando en otra
Oye, el SQL Firewall está muy bien

336
00:29:45,720 --> 00:29:52,780
Digamos La forma de evitar El SQL
Injection en Oracle Muy lamentable Con

337
00:29:52,780 --> 00:29:55,640
el Con el paquete este Claro

338
00:29:57,700 --> 00:30:01,770
Siempre ha sido Yo creo
que esta gente al final

339
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

340
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

341
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

342
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

343
00:30:27,550 --> 00:30:34,650
el hecho de capturar de tener esta
capa y configurarla a tu gusto, pues...

344
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,

345
00:30:40,650 --> 00:30:42,430
como un firewall muy natural.

346
00:30:42,690 --> 00:30:48,390
Es decir, tú como entrenas un firewall,
pues habilitas la captura, dejas más o menos

347
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,

348
00:30:54,510 --> 00:30:57,530
cierras la captura y dices,
para mí esto es lo legítimo.

349
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

350
00:31:03,170 --> 00:31:10,610
de horas es eso si no cumple la
digamos el patrón de captura dos

351
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

352
00:31:17,310 --> 00:31:24,510
el firewall en modo permisivo de decir oye
qué hacemos con esto o el modo restrictivo

353
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í

354
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?

355
00:31:37,750 --> 00:31:44,890
Sí Es aplicar al final, en
principio en temas de networking

356
00:31:44,890 --> 00:31:46,446
es lo que se lleva aplicando

357
00:31:47,230 --> 00:31:53,090
décadas sí, sí, sí, es aplicar un poco
estos principios brillante, brillantísimo dentro

358
00:31:53,090 --> 00:31:55,368
de la base de datos, pues bueno, al final

359
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,

360
00:32:01,060 --> 00:32:05,940
que tienes que muchas veces, yo creo que
ellos lanzan estas funcionalidades y depende

361
00:32:05,940 --> 00:32:10,720
del éxito que tengan o no sí, sí,
sí, por lo menos tenerlas, ¿sabes?

362
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

363
00:32:15,620 --> 00:32:21,300
mercado y tal, pero ostras, por lo menos
tienes la caja de herramientas, pues cada vez

364
00:32:21,300 --> 00:32:28,160
la tienes la tiene mayera al final al
final tiene una camioneta para llevar todas las

365
00:32:28,160 --> 00:32:31,460
herramientas que te da bueno

366
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

367
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

368
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

369
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

370
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

371
00:33:05,340 --> 00:33:12,680
potente si lo customizas a tu gusto, la
verdad que sirven para detectar asesor

372
00:33:12,680 --> 00:33:17,160
no deseado y bueno, sobre todo lo que
tú comentas es muy parecido a lo que

373
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

374
00:33:24,680 --> 00:33:31,740
al final es algo que es lo que hay mal

375
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

376
00:33:38,960 --> 00:33:46,180
analizarlo y entonces
súper bien súper bien

377
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

378
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,

379
00:33:58,400 --> 00:34:03,020
no, estaba pensando en otra ¿Es
de infraestructura o es de...?

380
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

381
00:34:10,680 --> 00:34:18,340
SQL No, no, no Mira, el SQL análisis

382
00:34:18,340 --> 00:34:25,700
El SQL análisis Que tú cuando hagas un
Splint plan, en el Splint plan llamando

383
00:34:25,700 --> 00:34:33,020
al paquete de invocación
del cursor, te proporciona

384
00:34:33,020 --> 00:34:36,520
la pista de lo que no es sospechoso.

385
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

386
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

387
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

388
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

389
00:35:00,420 --> 00:35:07,530
conversión de una fecha
Trunc del campo fecha

390
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

391
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

392
00:35:18,210 --> 00:35:24,810
cartesiano y te dice ten cuidado se está
produciendo un producto cartesiano porque te

393
00:35:24,810 --> 00:35:27,070
has dejado una join ¿vale?

394
00:35:28,910 --> 00:35:31,690
Yo lo he visto lo he probado
en la banca ¿Lo has visto?

395
00:35:31,730 --> 00:35:34,430
Habrá que ver eso en
el Battlefield, ¿vale?

396
00:35:35,570 --> 00:35:39,010
Es que tengo ganas de verlo con toda su...

397
00:35:39,010 --> 00:35:42,330
Con muchas sub -cells, con varios joins.

398
00:35:42,570 --> 00:35:44,459
Ahí quiero verlo, ¿vale? Porque...

399
00:35:44,730 --> 00:35:48,610
Pero, la pregunta es ¿en
qué se diferencia del...

400
00:35:48,610 --> 00:35:53,710
Claro, claro ¿Qué aporta
adicionalmente al SQL Tuning Advisor?

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

402
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,

403
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

404
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

405
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

406
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

407
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

408
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

409
00:36:52,210 --> 00:36:59,390
tú me estás diciendo ¿qué diferencia
hay respecto a tomar una muestra de SQL

410
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

411
00:37:06,650 --> 00:37:11,030
algo ya visible oye, aquí hay un producto
cartesiano porque te has dado una join, aquí

412
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

413
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

414
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

415
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

416
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

417
00:37:43,550 --> 00:37:50,740
que es muy fácil, es decir, oye
De aquí solo una fila coincide

418
00:37:50,740 --> 00:37:54,629
con el filtro y me he pateado 10
millones de filas para descartar una.

419
00:37:57,880 --> 00:38:00,880
Yo por lo menos lo hacía
con el Tuning Advisor.

420
00:38:01,420 --> 00:38:06,700
Es decir, yo pillaba mi query y
que es verdad que tenía problemas.

421
00:38:07,060 --> 00:38:14,140
Todo el mundo tiene su
toolkit para optimizar

422
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

423
00:38:19,500 --> 00:38:24,920
diferencia y tal. Pero claro, me suena tan
parecido al Tuning Advisor y que es verdad

424
00:38:24,920 --> 00:38:27,160
que creo que sobre todo el tema de...

425
00:38:27,160 --> 00:38:34,270
Es muy bonito eso, ¿eh? Pero que
te salga en el Spring Plan, ¿sabes?

426
00:38:34,270 --> 00:38:37,659
Que te salga en el Spring Plan,
eso es muy bien, es precioso.

427
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,

428
00:38:45,070 --> 00:38:50,140
de sacar el plan que te
diga, consejito cuidado que

429
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

430
00:38:58,140 --> 00:39:05,720
que va enfocado sobre todo para que los
desarrolladores tengan esto, tengan digamos como

431
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

432
00:39:11,640 --> 00:39:16,060
un poco de entender porque hay
desarrolladores que muchas veces explain plan bueno sabes

433
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

434
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

435
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

436
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

437
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

438
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

439
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

440
00:40:00,120 --> 00:40:07,660
lo que pasa para mí peor

441
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

442
00:40:14,520 --> 00:40:19,520
evolucionó y la que el optimizador
dio el salto porque 11G es verdad que

443
00:40:20,720 --> 00:40:27,980
algunas cosas eran un poco impepilables
y el CBO el optimizador pasaba

444
00:40:27,980 --> 00:40:32,440
en costes muchas veces, no funcionaba
venir para atrás, tenías que forzar muchas veces,

445
00:40:32,480 --> 00:40:41,720
cuantos Cuantos STS han tenido que forzar
por venir de 11G para para grabarle

446
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

447
00:40:48,000 --> 00:40:50,120
usara el camino correcto.

448
00:40:50,220 --> 00:40:52,160
Y yo ahí, a partir de 2S,

449
00:40:53,280 --> 00:40:56,920
casi todo me suena, todo lo
que evoluciona a nivel de...

450
00:40:56,920 --> 00:41:01,253
Será que también la optimización no es
totalmente mi campo, pero me suena todo

451
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

452
00:41:08,560 --> 00:41:15,590
tanto el CBO, sí que es verdad que
se ven pequeñas mejoras para mí desde

453
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

454
00:41:21,770 --> 00:41:28,770
de las resultas que es un pepino
vamos, un montón y sobre todo

455
00:41:28,770 --> 00:41:32,310
el cálculo de estadísticas
también mejor muchísimo

456
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

457
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

458
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

459
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

460
00:41:58,760 --> 00:42:03,720
de performance sin tener los
conocimientos profundos de programming.

461
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

462
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?

463
00:42:18,060 --> 00:42:23,600
Porque es verdad que antes era realmente
complicado Oye, ¿te parece si hablamos de

464
00:42:24,520 --> 00:42:31,760
el Trucache, el IM el IM
Trucache, todo esto venga,

465
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

466
00:42:36,700 --> 00:42:40,200
dentro de tu caché? ¿no has
podido probar cacharrear?

467
00:42:42,450 --> 00:42:47,750
No lo he podido probar porque a nivel de
infraestructura básicamente necesitan muchos

468
00:42:47,750 --> 00:42:54,410
recursos tenemos ahí una propuesta que hacer
y tal y lo mismo lo implementamos pero,

469
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

470
00:43:02,250 --> 00:43:07,450
a los resultados que puede dar vale pero
al nivel de arquitectura realmente es bastante

471
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

472
00:43:13,430 --> 00:43:21,050
que es una instancia de solo lectura y
almacena resultados vale entonces digamos

473
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

474
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

475
00:43:34,590 --> 00:43:40,430
va aprendiendo cuáles son los resultados
más frecuentes, los cachea y esa instancia solo

476
00:43:40,430 --> 00:43:43,330
guarda los resultados recientes.

477
00:43:43,410 --> 00:43:46,610
No sé si tiene un algoritmo
de LRU o algo así,

478
00:43:47,810 --> 00:43:51,450
pero básicamente es
poner una cache en medio,

479
00:43:52,680 --> 00:43:56,960
Aplicada, digamos, a esta
parte, a los resultados de SQL.

480
00:43:56,960 --> 00:44:03,120
Huele vale tengo ganas de hacer algún piloto
de verlo en funcionamiento porque pinta

481
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

482
00:44:10,300 --> 00:44:17,680
ni siquiera disco madre no necesitas
digamos tener toda la información sino hace de caché

483
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

484
00:44:25,010 --> 00:44:26,470
grandes en esta data y tal, ¿no?

485
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

486
00:44:31,210 --> 00:44:38,410
ir mucho más digamos elevar la
arquitectura a dedicar una instancia directamente a eso,

487
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

488
00:44:45,390 --> 00:44:49,290
funcionar bastante bien. Tengo
ganas de encarle el diente.

489
00:44:49,370 --> 00:44:56,130
¿Qué opinas tú de que quiten la limitación,
bueno, que hayan extendido la limitación

490
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

491
00:45:02,230 --> 00:45:09,290
lo ves? No a ver, me suena a, ostras pues

492
00:45:10,560 --> 00:45:17,380
Como Bueno esto porque, acá he revisado y
he dicho ¿por qué tenemos esta limitación?

493
00:45:17,440 --> 00:45:20,940
Pues vamos a ampliarlo, déjale
que cambiando este parámetro

494
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í

495
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

496
00:45:32,580 --> 00:45:35,660
sentido. Venga, pues vamos a cambiarla.

497
00:45:36,340 --> 00:45:38,040
Siempre hace este tipo de cosas.

498
00:45:38,080 --> 00:45:44,120
Bueno, bueno, bueno. Bueno, cuidadito, que
además tú que vienes así recién certificado

499
00:45:44,120 --> 00:45:51,300
de la OCA de 23 ahí, pregunta de
certificación que dice Dice, ¿se produce encadenamiento

500
00:45:51,300 --> 00:45:55,900
cuando tengo una tabla
con más de 255 columnas?

501
00:45:55,940 --> 00:46:00,780
Y dice, sí o sea, por bloques
solo tengo 255 columnas.

502
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.

503
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

504
00:46:15,380 --> 00:46:19,400
columnas, la gente, yo lo que quiero decir
es muchas veces se hacen implementaciones,

505
00:46:19,440 --> 00:46:22,480
como dices tú no es decir, uy, pues
¿por qué ponemos esta limitación?

506
00:46:22,520 --> 00:46:25,960
Vamos a poner las columnas extendidas o
vamos a poner los tipos extendidos y vamos a

507
00:46:26,000 --> 00:46:31,200
permitir 3 .000 columnas por tabla ostras,
pero eso quiere decir que cada fila cada fila,

508
00:46:31,200 --> 00:46:33,560
de cajón llena o no llena, va a estar

509
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

510
00:46:42,340 --> 00:46:46,400
12, cada fila ha ocupado o sea,
está rota en 12 de bloques.

511
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

512
00:46:52,840 --> 00:46:56,720
esto y dices ¿por qué me va esto mal?

513
00:46:56,780 --> 00:46:59,760
¿O por qué no puedo crear
un IoT, un índice IoT?

514
00:46:59,980 --> 00:47:01,480
¿O por qué no puedo particionar?

515
00:47:01,520 --> 00:47:03,740
¿O me he encontrado con este error?

516
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

517
00:47:09,660 --> 00:47:14,460
la nueva funcionalidad digital y hay que
pensar un poco en el sistema que tenemos, si

518
00:47:14,460 --> 00:47:19,980
es implementable y demás,
más que en usar lo último.

519
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

520
00:47:27,320 --> 00:47:32,020
no hacen falta. Espérate, los DBAs
seguimos siendo necesarios para entender lo que está

521
00:47:32,060 --> 00:47:36,560
pasando por debajo, porque luego, como
dices tú, en el Battlefield nos encontramos con

522
00:47:36,600 --> 00:47:37,880
cosas que hay que entenderlas.

523
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,

524
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

525
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

526
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

527
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

528
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

529
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

530
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

531
00:48:28,580 --> 00:48:32,700
filosofando un poco sobre el rol
de DBA sí que nos vamos a tener que

532
00:48:33,920 --> 00:48:37,980
Adaptar está claro Adaptar,
pero ¿por qué adaptar?

533
00:48:38,160 --> 00:48:41,460
Claro, porque va
evolucionando el producto.

534
00:48:41,840 --> 00:48:45,100
Es decir, no hay ningún DBA
que ya tunee el rollback.

535
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

536
00:48:51,410 --> 00:48:54,354
creo, de qué tamaño. Eso ya
ha pasado en la historia.

537
00:48:55,190 --> 00:48:57,330
Con el rollback aromático ya...

538
00:48:58,610 --> 00:49:00,350
Los que estén entendiendo esto...

539
00:49:00,390 --> 00:49:02,168
Los que han entendido esto ya...

540
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

541
00:49:10,070 --> 00:49:14,370
de rollback a mano y adecuados
al consumo de las transacciones.

542
00:49:14,450 --> 00:49:15,750
Y eso ya pasa en la historia.

543
00:49:15,790 --> 00:49:22,910
Pero si nos adaptamos a la profesión y nos
encontramos con nuevas funcionalidades,

544
00:49:23,130 --> 00:49:24,150
con funcionalidades ajustadas...

545
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

546
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

547
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,

548
00:49:42,890 --> 00:49:49,790
no, esta tabla tiene con el Alive, claro
por entonces creo que necesitaba todavía el

549
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

550
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

551
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

552
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?

553
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

554
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

555
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

556
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

557
00:50:40,550 --> 00:50:48,170
poner no debe a DotaBase a Autonomous pero
da igual, hace falta otra cosa va cambiando

558
00:50:48,170 --> 00:50:55,170
administrar recursos Claro, aparece
la funcionalidad de flashback dices,

559
00:50:55,310 --> 00:50:59,699
oye, espérate, el flashback hay que
entenderlo flashback a qué nivel a nivel de

560
00:51:00,930 --> 00:51:07,870
Flashback query o de flashback o de
flashback database es decir, se añaden nuevas funcionalidades

561
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

562
00:51:13,350 --> 00:51:15,430
nos transformamos A ver, es muy fácil

563
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

564
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

565
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,

566
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

567
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

568
00:51:43,190 --> 00:51:48,030
Degranar mucho y tal pero que vas a tener
que seguir administrando recursos, vas a tener

569
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á

570
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

571
00:51:58,610 --> 00:52:02,499
está sucediendo o bueno, vas a hacer
una consultoría de si me interesa

572
00:52:03,690 --> 00:52:06,830
Tal cosa, cual cosa o verás que

573
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

574
00:52:15,070 --> 00:52:20,310
paradigma y tal creo que puede estar tranquilo
nos adaptaremos, nos adaptaremos a la

575
00:52:20,310 --> 00:52:26,970
nube y todo eso, pero sigue haciendo falta
de Bea para rato quiero decir una cosa

576
00:52:28,010 --> 00:52:33,930
estamos ahora mismo grabando el podcast en
directo si lo estás escuchando desde Spotify

577
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

578
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

579
00:52:42,930 --> 00:52:48,370
su funcionalidad favorita de 23 ahí que
nos hemos dejado por aquí o preguntarnos lo que

580
00:52:48,370 --> 00:52:53,270
nos querían preguntar y que estáis
invitados llamado a la audiencia si alguien quiere

581
00:52:53,270 --> 00:52:57,030
subir bienvenido solamente levantéis la
mano y os subimos si participáis con nosotros

582
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

583
00:53:03,170 --> 00:53:07,730
episodios se han ido grabando en directo y
ahora estamos aquí pues con Kike repasando

584
00:53:07,770 --> 00:53:10,250
ya en el en el tramo final,
estamos en los últimos 5 minutos.

585
00:53:10,290 --> 00:53:12,679
Está pasando muy rápido
pues, bueno, vamos.

586
00:53:12,910 --> 00:53:14,170
Y te has dejado cosas en el tintero.

587
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.

588
00:53:20,580 --> 00:53:22,280
No sé si has visto esta
funcionalidad, tío.

589
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.

590
00:53:28,640 --> 00:53:31,400
Va a requerir de trabajo,
va a requerir de tal.

591
00:53:31,480 --> 00:53:36,720
Pero me parece la caña o
sea, para sistemas donde hay

592
00:53:37,700 --> 00:53:45,060
transacciones críticas y demás
para aplicar un poco no no

593
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

594
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

595
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

596
00:54:04,810 --> 00:54:08,030
que entrar a prioritaria de cualquier
otra cosa que esté bloqueando.

597
00:54:08,070 --> 00:54:14,670
Para mí esto es la evolución, porque
siempre, históricamente, siempre se han usado los

598
00:54:14,670 --> 00:54:22,130
profiles para limitar o el Resume Manager,
que yo creo que sigue siendo el gran desconocido

599
00:54:22,130 --> 00:54:25,530
y ¡Ostras! Sí es potente
el Resume Manager.

600
00:54:26,130 --> 00:54:30,330
¡Ostras! Sí, como ¿hasta
dónde puede llegar eso?

601
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

602
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

603
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

604
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

605
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

606
00:55:02,950 --> 00:55:06,130
puede rodar en baja baja,
en media, lo que sea.

607
00:55:06,210 --> 00:55:10,430
Pero este que tengo yo aquí, que
este tiene que ir lo típico, ¿no?

608
00:55:10,510 --> 00:55:13,090
De, Rodríguez, el informe de...

609
00:55:13,090 --> 00:55:15,730
Pues, el informe que tiene
que estar para mañana...

610
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

611
00:55:22,990 --> 00:55:24,379
va a tomar un cappuccino.

612
00:55:25,990 --> 00:55:28,870
Pues, algo así y la
verdad que es bastante...

613
00:55:28,870 --> 00:55:30,981
Me gustaría también ahondar y verla...

614
00:55:31,530 --> 00:55:34,330
Ya te digo que como el dicho este, ¿no?

615
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

616
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

617
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

618
00:55:51,270 --> 00:55:53,790
virtuales como en la
nube pero es verdad que

619
00:55:54,690 --> 00:55:56,301
yo animo a que probéis porque

620
00:55:57,690 --> 00:56:00,968
Si no es en Docker, que yo en
Docker me llevo muy mal, pero

621
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

622
00:56:08,110 --> 00:56:10,443
ya configurado y todo base de datos arriba

623
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

624
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

625
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

626
00:56:32,990 --> 00:56:39,010
tema de al final lo que es la arquitectura
multitenant ya está muy acentada es verdad

627
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

628
00:56:46,070 --> 00:56:52,130
cambiando un poco y cada vez un poquito de
manera transparente o civilina va haciéndose

629
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

630
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

631
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

632
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

633
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

634
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é

635
00:57:31,250 --> 00:57:35,950
si eso lo has visto ya digo
que es muy de nicho vale, pues

636
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

637
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

638
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

639
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

640
00:58:04,800 --> 00:58:09,840
¡Qué buena! ¡Uy! Sí, sí Pero
sí, sí, sí, es yo te digo que

641
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,

642
00:58:15,480 --> 00:58:17,860
pero Centrándonos en esta

643
00:58:19,020 --> 00:58:21,660
pues puede tener sentido, ¿no?

644
00:58:21,680 --> 00:58:24,380
En determinado restringir también

645
00:58:25,960 --> 00:58:33,280
También, justo ya para terminar, no sé
si viste los usuarios de solo lectura.

646
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.

647
00:58:39,330 --> 00:58:41,490
Qué buena, qué buena,
qué buena, qué buena.

648
00:58:41,530 --> 00:58:45,130
Pues, no, bueno, no, no,
no, no, no, qué va, qué va.

649
00:58:45,450 --> 00:58:48,270
Usuarios de solo lectura,
qué buena esa también, eh.

650
00:58:48,310 --> 00:58:51,190
Los readors, readors… Sí,
sí, pues, bastante curiosas.

651
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

652
00:58:56,250 --> 00:58:58,610
le vamos a dar redondle y ya
veremos si lo promocionamos.

653
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

654
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,

655
00:59:07,390 --> 00:59:09,057
que es el de las transacciones

656
00:59:10,010 --> 00:59:15,710
reservables. Estamos hablando de eso, de
las priority transactions y tal, pero las reservables

657
00:59:15,710 --> 00:59:18,510
a mí me parecen muy muy,
muy, muy interesantes.

658
00:59:18,710 --> 00:59:22,110
Es que tú haces un ductate, por
ejemplo, y dices a este valor

659
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

660
00:59:28,920 --> 00:59:34,200
ese stock es igual a stock menos 1, ese
valor de stock está reservado, está bloqueado,

661
00:59:34,220 --> 00:59:38,240
esa fila está bloqueada y si alguien
intenta escribir ahí se queda en espera.

662
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

663
00:59:44,760 --> 00:59:51,840
que entre y se queda reservado
a que cuando la la otra comité o

664
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

665
00:59:57,950 --> 01:00:05,550
muy bonito y a qué nivel se configura pues

666
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

667
01:00:13,440 --> 01:00:20,490
pero es como un complemento
al Sí, sí, pero como que

668
01:00:20,490 --> 01:00:27,290
te deja a ti hacer la
modificación que tú hagas.

669
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

670
01:00:33,730 --> 01:00:35,850
es igual menos uno, eso se te acumula.

671
01:00:35,850 --> 01:00:44,130
Se llaman eso, se llaman transacciones

672
01:00:44,130 --> 01:00:49,810
reservables, como que mi transacción se
reserva a restar un valor y cuando haga commit

673
01:00:49,810 --> 01:00:57,330
se aplicará el menos uno cuando toque,
pero permite que otra transacción haga lo mismo,

674
01:00:57,510 --> 01:00:58,730
a ese valor le reste uno.

675
01:00:58,770 --> 01:01:06,000
Entonces, si tú tienes, por ejemplo, ese
es muy grande porque hay muchos problemas en

676
01:01:06,000 --> 01:01:09,100
bloqueos, ¿vale? En bloqueos,
por ejemplo, pues eso, ¿no?

677
01:01:09,140 --> 01:01:16,560
De unidades, de stock O lo que sea, que
hay transacciones que coinciden mucho en actualizaciones

678
01:01:16,560 --> 01:01:22,120
del estado de ciertos, pues eso,
pues del stockaje o de lo que sea.

679
01:01:22,120 --> 01:01:26,800
Pero si tú, por ejemplo, tienes stock
suficiente y permites decir, oye, tengo 10 unidades,

680
01:01:26,840 --> 01:01:32,140
por aquí se vende una pero está pendiente,
bueno, pues restale uno al valor que sea.

681
01:01:32,500 --> 01:01:37,940
Y otra, resta uno, pues la que llegue
antes resta uno y la siguiente resta otro.

682
01:01:38,400 --> 01:01:41,000
Y si acaba con rollback, acaba
con rollback, no lo resta.

683
01:01:41,040 --> 01:01:48,440
Ahí estamos con el ácido
claro, claro pero aquí

684
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

685
01:01:53,100 --> 01:01:58,280
cada vez que Oracle hace algo digamos que
viola esos principios de conceptos de conceptos

686
01:01:58,280 --> 01:02:05,020
tan estrictos Dice cuidado que esto hay que
rematarlo muy muy bien hay que rematarlo

687
01:02:05,020 --> 01:02:10,580
muy bien porque a nivel transaccional nos
encontramos con entornos que hay miles y hay

688
01:02:10,580 --> 01:02:13,636
un montón de gente y esto se
nos puede complicar mucho.

689
01:02:13,840 --> 01:02:19,680
Entonces... Con Pogre no pasa
eso no, pero esas están muy bien.

690
01:02:20,860 --> 01:02:22,760
Pues oye, ¿qué tal habéis estado, Enrique?

691
01:02:22,800 --> 01:02:24,689
¿Qué tal habéis estado? Audiencia.

692
01:02:24,800 --> 01:02:29,480
Si alguien quiere levantar la mano y decir
algo y saludarnos, vamos a irnos despidiendo.

693
01:02:29,520 --> 01:02:33,290
¿Qué tal has estado? El efecto
espectacular ¿Te te ha hecho corto?

694
01:02:34,450 --> 01:02:38,390
No, que muy bien, tío se me
ha hecho cortísimo y vamos...

695
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

696
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

697
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

698
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

699
01:03:01,770 --> 01:03:09,590
tanta gente ahí pendiente Y un placer Lo
he dicho, un verdadero placer Pues igualmente

700
01:03:09,590 --> 01:03:11,034
Bueno, mi casa es tu casa.

701
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.

702
01:03:16,070 --> 01:03:19,670
Que esto... Esto no es mío,
no me pertenece, ¿vale?

703
01:03:20,090 --> 01:03:22,610
O sea, que genial valero muchísimo.

704
01:03:24,490 --> 01:03:26,470
Encantadísimo pues nada, nos vamos yendo.

705
01:03:26,510 --> 01:03:28,950
Hemos hablado de la 23 ahí, ya
hemos cumplido con el episodio.

706
01:03:28,990 --> 01:03:31,470
A lo mejor daría para
hacer para hacer más.

707
01:03:31,670 --> 01:03:34,150
Un montón de cosas voy a decir una idea.

708
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,

709
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

710
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í

711
01:03:55,670 --> 01:04:01,150
como eso, no es decir es una declaración
de intenciones es decir, estamos en

712
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

713
01:04:08,270 --> 01:04:15,300
estado ahí Pues nada, hasta el siguiente
episodio Muy bien Un abrazo muy fuerte

714
01:04:17,460 --> 01:04:18,820
Hasta luego, chao chao