1
00:00:08,140 --> 00:00:10,340
Buenas tardes, Ronald. ¿Cómo estás?

2
00:00:12,080 --> 00:00:13,800
Todo bien, todo bien, Javier.

3
00:00:14,180 --> 00:00:17,080
Te escucho perfectamente.

4
00:00:17,360 --> 00:00:20,560
Buenas tardes para vos.
Ya casi noche, ¿verdad?

5
00:00:21,600 --> 00:00:28,080
Sí, son seis de la tarde en Europa y ahí
estáis en primera de la mañana, ¿verdad?

6
00:00:28,830 --> 00:00:31,490
Diez de la mañana en
este momento, correcto.

7
00:00:31,570 --> 00:00:37,110
Así que estamos al otro lado del Atlántico
apenas empezando el día y tú terminándolo.

8
00:00:37,110 --> 00:00:40,650
Qué bueno. Oye, qué sorpresote ayer.

9
00:00:40,730 --> 00:00:48,030
O sea, ayer fue como en la anunciación
de sacamos la 23C para la versión

10
00:00:48,030 --> 00:00:53,010
free para desarrolladores
y bueno, es que casi...

11
00:00:53,010 --> 00:00:59,390
De hecho, ayer teníamos los seis, teníamos
la reunión de presentación, pero se publicó

12
00:00:59,390 --> 00:01:03,690
antes. O sea, fue antes de que nos lo
anunciaran a nosotros, hicieron en la anunciación

13
00:01:03,730 --> 00:01:10,940
esta pública, ¿no? De hecho, hay varias
cosas que son interesantes con esta nueva

14
00:01:10,940 --> 00:01:17,560
versión, Javier, que no ha pasado
anteriormente y que llama la atención considerablemente.

15
00:01:17,640 --> 00:01:23,940
Primero que todo, hay que tomar en
consideración que no es lo mismo la versión que estamos

16
00:01:23,940 --> 00:01:29,440
recibiendo el día de ayer, no es lo mismo
una versión free a una versión express.

17
00:01:29,440 --> 00:01:35,320
Hay diferencias importantes en cuanto a la
parte de conceptualización, recordemos que

18
00:01:35,320 --> 00:01:42,600
habíamos venido desde la versión 10G con
la versión express, todas sus características

19
00:01:42,600 --> 00:01:49,680
y que Oracle a nivel de su licenciamiento
llegaba y decía, bueno miren esta es una

20
00:01:49,680 --> 00:01:55,140
base de datos para desarrolladores, Pero
tiene ciertas limitantes, al igual que lo tiene

21
00:01:55,140 --> 00:02:02,460
23G. Pero era una versión que salía
posterior a la liberación de una versión

22
00:02:02,460 --> 00:02:05,320
de producción y esta es la primera versión

23
00:02:06,890 --> 00:02:13,210
Gratuita, bajo ese concepto de free y no
express, que se libera antes que la versión

24
00:02:13,210 --> 00:02:16,570
de producción oficial, ¿verdad?

25
00:02:16,770 --> 00:02:24,440
Esto ha sido totalmente inédito no
ha sucedido antes que liberen la

26
00:02:24,440 --> 00:02:29,860
versión para desarrolladores gratis con,
bueno, con limitaciones evidentemente, capado

27
00:02:29,860 --> 00:02:32,260
a nivel de de volumen, pero

28
00:02:33,250 --> 00:02:39,810
es la primera vez, sí Sí, y inclusive ya
hablando parte de lo que has insinuado a través

29
00:02:39,810 --> 00:02:46,150
de los correos con la gente y demás y que
nos van a cortar las pelotas definitivamente

30
00:02:46,150 --> 00:02:53,270
si no se escuchan lo interesante es
que esta versión es una versión a

31
00:02:53,270 --> 00:02:57,790
partir de del release
2 del beta, no del 1.

32
00:02:57,970 --> 00:03:00,081
Esa es otra característica importante.

33
00:03:00,190 --> 00:03:07,110
O sea, estamos recibiendo una versión ya
revisada posteriormente a una primera fase de

34
00:03:07,110 --> 00:03:13,550
exploración por parte de las personas que
forman parte del programa en cuanto a revisión

35
00:03:13,550 --> 00:03:15,230
de bugs y cosas de ese tipo.

36
00:03:15,350 --> 00:03:23,270
Y entonces ve que estamos partiendo de
lo más nuevecito y de lo más acertado

37
00:03:23,270 --> 00:03:30,150
en cuanto al funcionamiento del motor de
base de datos con respecto a otras versiones,

38
00:03:30,150 --> 00:03:37,230
¿verdad? Y creería yo, creería yo, es una
suposición mía, es muy probable que esta

39
00:03:37,230 --> 00:03:41,470
versión Free, al parecerse más a nivel de
arquitectura, las versiones de producción,

40
00:03:41,510 --> 00:03:47,970
es muy probable que esta versión si nos
permite hacer actualizaciones sobre la versión

41
00:03:47,970 --> 00:03:55,820
que vayamos a ir instalando
Yo creo es que claro además es

42
00:03:55,820 --> 00:03:58,720
que han liberado la documentación también

43
00:03:59,920 --> 00:04:04,840
no solo han abierto sino
todas las funciones de

44
00:04:05,880 --> 00:04:10,280
todas estas funcionalidades, ahora
entraremos un poquito en detalle pero toda la documentación

45
00:04:10,320 --> 00:04:17,020
está abierta, toda la dualidad con JSON y
racional y todo esto, está la documentación

46
00:04:17,020 --> 00:04:23,580
ya, digamos, lista. Las new features a
nivel de desarrolladores y bueno, o sea, yo estoy

47
00:04:23,580 --> 00:04:28,220
sorprendido. Y además, ahora también vamos
a entrar un poco también en detalle, que han

48
00:04:28,260 --> 00:04:35,500
sacado la versión LRVM para instalar,
el Docker y una OVM, que las

49
00:04:35,500 --> 00:04:40,680
OVM las solían sacar en el Developers Day,
que era pues el evento un poco, ya la máquina

50
00:04:40,680 --> 00:04:46,400
preparada para desarrollo, rollo para
hacer un evento digamos de pues en el developers

51
00:04:46,400 --> 00:04:53,750
day para poder probarla y tal ya la han
sacado con la 23 te han sacado la vm con una

52
00:04:53,750 --> 00:05:01,190
hora linux 8 y la 23 fría y preinstalada
o sea que han hecho una presentación por

53
00:05:01,190 --> 00:05:04,357
todo lo alto de para que la
gente empieza a cacharrear ya

54
00:05:06,120 --> 00:05:09,340
Correcto, y no solamente
eso sino hay una diferencia

55
00:05:11,060 --> 00:05:17,060
Que como te digo que marca mucho un
distanciamiento de la versión express y creo que

56
00:05:17,060 --> 00:05:22,780
ya bueno, ya con esta versión ya debemos
de considerar que no va a haber más versiones

57
00:05:22,780 --> 00:05:28,680
express, sino ahora va a ser bajo la
denominación de free, y como bien lo dices vos viene

58
00:05:28,680 --> 00:05:35,360
con disponibilidad para instalación desde
un paquete que que se descarga del repositorio,

59
00:05:35,380 --> 00:05:43,120
o bien desde contenedores, una opción
para contenedores que puede hacerse

60
00:05:43,120 --> 00:05:48,620
persistente, para temas de ir guardando lo
que uno va haciendo, pero hay un tema también

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

62
00:05:57,620 --> 00:06:04,640
esto, me parece, que es un tema que ya
se lo tenían entre manos, desde hace 10

63
00:06:04,640 --> 00:06:12,220
porque porque te digo eso porque
la versión la máquina virtual viene

64
00:06:12,220 --> 00:06:19,860
ahorita con las versiones rpm y versiones
del contenedor no traen ápex incorporado

65
00:06:19,860 --> 00:06:27,250
eso es un detalle importante pero la máquina
virtual sí y la máquina virtual viene

66
00:06:27,250 --> 00:06:34,470
con 22 .2 Voy a

67
00:06:34,470 --> 00:06:40,150
hacer una cosa porque en el servidor de
disco he creado un canal que se llama ahora clave

68
00:06:40,150 --> 00:06:44,170
y 3d donde ir poniendo muchas cosas de las
que vamos a vivir y poniendo los enlaces vale

69
00:06:44,210 --> 00:06:48,590
el primer enlace que voy a poner por si
alguien también pues lo escucha después si quiere

70
00:06:48,630 --> 00:06:54,970
y quiere unirse y quiere entrar el disco
voy a poner el enlace de la vm donde está todo

71
00:06:54,970 --> 00:06:59,310
lo que estamos hablando. Estamos hablando
de que viene con un Linux 8, un Oracle Linux

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

73
00:07:06,430 --> 00:07:13,310
dices tú, es la Release 2 de la 23, o sea,
es una versión ya madura de la de esta beta,

74
00:07:13,470 --> 00:07:17,590
que de hecho han dicho, y además se pone
en la página, que en principio podemos esperar

75
00:07:17,630 --> 00:07:21,210
hasta 12 meses hasta que
salga la 23 CE definitiva.

76
00:07:21,850 --> 00:07:29,450
Sí, es correcto y además de la De la 23
.2, que es solamente para Linux, pues

77
00:07:29,450 --> 00:07:36,190
el Oracle REST Data Service es 23 .1, el
SQL CL 23 .1 y el Apex, como tú bien dices,

78
00:07:36,210 --> 00:07:42,390
es el 22 .2. O sea, una
máquina completa para probar.

79
00:07:42,970 --> 00:07:45,330
Voy a contar también los requisitos.

80
00:07:45,390 --> 00:07:48,300
4 GB de RAM, para empezar.

81
00:07:51,960 --> 00:07:59,300
Ya contamos ya con portátiles un poquito
preparados y por lo menos dice 20 espacios

82
00:07:59,300 --> 00:08:04,760
20 gigas de espacio en el
disco vale así que bien

83
00:08:06,140 --> 00:08:13,190
Pero pero también aquí aquí hay otro tema
que que hace y también hace diferencia

84
00:08:13,190 --> 00:08:20,230
y es que si bien es cierto viene con
mayor cantidad de aprovisionamiento para

85
00:08:20,230 --> 00:08:26,690
lo que es la parte a nivel de recursos
como bien la base de datos también cambia significativamente

86
00:08:26,690 --> 00:08:33,730
sus características en cuanto
a los limitantes que cuáles

87
00:08:33,730 --> 00:08:39,190
son los limitantes volvemos a tener otra
traer los mismos 12 gigas de almacenamiento

88
00:08:39,190 --> 00:08:47,290
gratuito en datos solamente de usuario se
sube a 2 gigas de memoria ram para el sga eso

89
00:08:47,900 --> 00:08:54,960
es un dato importante y lo otro
que estaba viendo por ahí es

90
00:08:54,960 --> 00:09:01,420
de que todas las funcionalidades de
multitenant aunque tenga solamente 2 gigas de memoria

91
00:09:01,420 --> 00:09:06,880
ram a a nivel de multi -tenant puedes
tener hasta 252 bases de datos acopladas.

92
00:09:07,420 --> 00:09:10,200
Sí, sí, sí eso era algo
que estaban hablando ayer.

93
00:09:10,300 --> 00:09:13,300
Pero ¿cuánto va a ser el límite gratis?

94
00:09:13,300 --> 00:09:17,800
Están diciendo que es la versión gratis, o
sea, no podemos cobrar el límite de PDBs,

95
00:09:17,840 --> 00:09:21,860
es 276, ¿no? Pues lo que pasa es que tienes
la otra limitación, que es la limitación

96
00:09:21,900 --> 00:09:27,180
de la memoria. No va a dar de
más, no va a dar para tanto, ¿no?

97
00:09:27,420 --> 00:09:34,540
Una SGA en tantas PDBs no va
a dar para tanto, pero sí te

98
00:09:34,540 --> 00:09:41,700
habilita por el hecho de tener dos gigas
de memoria RAM, ya es un poco más flexible

99
00:09:41,700 --> 00:09:48,740
con respecto a lo que eran versiones previas
que te permitían un giga De RAM y que

100
00:09:48,740 --> 00:09:50,880
prácticamente no te permitían hacer mucho.

101
00:09:50,920 --> 00:09:55,560
Claro claro claro claro qué

102
00:09:56,580 --> 00:10:01,960
bueno y a ver venga vamos a comentar más
cositas de lo que de lo que viene la vm estamos

103
00:10:01,960 --> 00:10:09,000
hablando de los contenedores
el contenedor tal cual y el rpm

104
00:10:09,000 --> 00:10:16,000
para instalar y estaba viendo que en breve
iba a salir la versión de eso sí se lo

105
00:10:16,000 --> 00:10:22,100
vi a cono a conor madonna quizá que
estaban de lo siguiente que iban a sacar la versión

106
00:10:22,100 --> 00:10:27,430
para Windows De la base de
datos ¿lo has visto esto?

107
00:10:28,390 --> 00:10:35,940
Sí, yo he escuchado bueno, yo he visto
varios varios tweets de de Corner el

108
00:10:35,940 --> 00:10:40,960
día de ayer, de hecho, creo que es el que
uno de los que más información ha soltado porque,

109
00:10:41,000 --> 00:10:47,120
claro, por estar dentro de la casa es que
este puede hablar este puede hablar, nosotros

110
00:10:47,120 --> 00:10:53,730
no No, exacto. Entonces, la granja que tiene
es que sí ha soltado mucha información,

111
00:10:53,830 --> 00:11:00,860
que como te digo, que me parece
que para la velocidad en que se

112
00:11:00,860 --> 00:11:07,920
ha ido liberando, ya estaba previamente,
ya estaba creada, o sea, simple

113
00:11:07,920 --> 00:11:11,320
y sencillamente lo único que estaba
esperando era de que le dijeran listo, ya ahora vamos

114
00:11:11,360 --> 00:11:14,260
con esto y dele camino, ¿verdad?

115
00:11:14,260 --> 00:11:21,800
Verdad? Pero sí, creo que de hecho
estaba buscando por acá, pero

116
00:11:21,800 --> 00:11:27,720
no me acuerdo si fue a eso de la tarde mía
de ayer que vi que algo hizo mención, porque

117
00:11:27,720 --> 00:11:31,760
también ayer pasó otra
cosa importante, Javier.

118
00:11:33,730 --> 00:11:41,070
Despuésito de llegar y hacer la
liberación de la versión 23 CFRI También

119
00:11:41,070 --> 00:11:48,210
quedó ya la apertura Oficial para
presentar Propuestas para el Club World De este año

120
00:11:48,210 --> 00:11:51,310
que va a ser del 18 Al 21
de septiembre en Las Vegas

121
00:11:52,760 --> 00:11:58,680
Entonces Se ha batido entre esas dos cosas
Llegar y decir, ah bueno Mire, ahora tenemos

122
00:11:58,680 --> 00:12:05,640
juguetito nuevo Y de verdad es Vaya
preparando todas sus propuestas Alrededor de 23 CFRI

123
00:12:05,640 --> 00:12:10,580
Para participar en el
evento de este año hay

124
00:12:12,110 --> 00:12:19,150
Otra imagen muy interesante
en donde también

125
00:12:19,150 --> 00:12:26,520
liberó por ejemplo como hace
el despliegue en una del 23

126
00:12:26,520 --> 00:12:33,160
en cuestión de minutos de hecho yo y lo
hice te comenté temprano que hice la el despliegue

127
00:12:33,160 --> 00:12:39,340
en un contenedor y duró menos de 5 minutos
haciendo toda la configuración instalándolo

128
00:12:39,340 --> 00:12:46,600
y bajándolo y todo lo demás y hay una
imagen graciosa donde se ve a Connor ahí

129
00:12:46,600 --> 00:12:54,140
un poco pixeleada y no tan arca agarrando
la palabra dual y tirándolo a un retrete

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

131
00:13:00,920 --> 00:13:05,240
puede hablar este hombre puede hablar, no
nosotros que hemos tenido información y hemos

132
00:13:05,280 --> 00:13:12,470
tenido que guardarla en secreto pero
pero sin embargo ya ya como decís al

133
00:13:12,470 --> 00:13:19,570
estar publicada la publicada la
documentación eso nos hace una gran

134
00:13:19,570 --> 00:13:24,990
una gran apertura y una y una de las cosas
que estamos viendo ahí que son importantes

135
00:13:24,990 --> 00:13:27,090
a nivel de arquitectura de 23C.

136
00:13:27,470 --> 00:13:34,570
Si bien es cierto, generalmente no hemos
notado muchas diferencias con las versiones

137
00:13:34,570 --> 00:13:41,770
liberadas. Hay mejoras importantes de los
releases dentro de cada uno de los PSU que

138
00:13:41,770 --> 00:13:43,326
se libera en la versión 19C.

139
00:13:43,470 --> 00:13:49,650
En la 21 vimos algunas cosas nuevas, pero
en esta 23C se están soltando cositas un poco

140
00:13:49,650 --> 00:13:52,730
más de arquitectura interesantes.

141
00:13:52,790 --> 00:13:55,890
Por ejemplo, Por ejemplo,
¿te acuerdas, Javier?

142
00:13:55,990 --> 00:14:00,050
Hagamos una pregunta de certificación.

143
00:14:01,100 --> 00:14:05,140
¿Cuántas columnas máximas puede tener
un objeto entre la base de datos?

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

145
00:14:14,230 --> 00:14:17,820
se encadena. A más de
250, la fila se encadena.

146
00:14:18,680 --> 00:14:27,220
¿Puede ser? Si

147
00:14:27,220 --> 00:14:34,700
tienes una tabla con mil columnas tienes
la que las filas se se distribuyen sobre

148
00:14:34,700 --> 00:14:40,160
cuatro bloques se encadenan sobre cuatro
bloques de 250 cada una de 250 es el máximo

149
00:14:40,160 --> 00:14:47,760
de columnas que se permite por bloque y
ahora a partir a partir de 2013 son 4 .096 columnas

150
00:14:47,760 --> 00:14:55,300
tanto madre mía voy a
poner en el en el canal de

151
00:14:55,300 --> 00:15:02,580
oracle 23 te voy a poner la las
new features las new features de

152
00:15:02,580 --> 00:15:10,360
23 te vale voy a poner el enlace para que
la gente tenga aquí los los enlaces a mano

153
00:15:10,360 --> 00:15:17,640
y Haciendo alusión haciendo alusión

154
00:15:17,640 --> 00:15:24,600
a la etiqueta desde la versión si vos ves
el banner de la versión se incluyen en manera

155
00:15:24,600 --> 00:15:29,700
específica el free para hacer la
diferenciación del exprés verde y hay una característica

156
00:15:29,700 --> 00:15:31,720
que me llamó mucho la atención Atención.

157
00:15:31,760 --> 00:15:38,000
Vamos a ver cuando vos tenés bases de
datos con recursos tan disminuidos, lógicamente

158
00:15:38,000 --> 00:15:40,480
que vas a tener un gran problema
a nivel de escalabilidad.

159
00:15:40,520 --> 00:15:45,140
Eso es un tema que se vuelve crítico,
sobre todo cuando hay gente que quiere utilizar

160
00:15:45,180 --> 00:15:50,760
una máquina, una versión de base de datos
como el Express, para hacer cosas con mucha

161
00:15:50,760 --> 00:15:53,500
gente y que no es escalable.

162
00:15:53,540 --> 00:15:55,420
El motor de base de datos no es escalable.

163
00:15:55,460 --> 00:16:02,540
Y cuando tienes muchas operaciones de
manipulación de datos, puedes tener un problema

164
00:16:02,540 --> 00:16:05,500
importante a nivel de escalabilidad
e inclusive a nivel de bloqueos.

165
00:16:05,540 --> 00:16:13,540
Hay una característica que liberan con
esta 23C Que te permite que la base de datos automáticamente

166
00:16:13,540 --> 00:16:20,220
hace un bloqueo Sobre la columna que está
siendo modificada en una tabla Permitiendo

167
00:16:20,220 --> 00:16:26,440
que se puedan realizar el resto de
operaciones DML Sobre las columnas restantes de los

168
00:16:26,440 --> 00:16:32,500
registros de esa tabla que está siendo
modificada Y lo que hace es que posterga hasta

169
00:16:32,500 --> 00:16:37,620
el final del commit él va validando que él
pueda realizar esa actualización que está

170
00:16:37,620 --> 00:16:40,231
haciendo sobre el campo
de la columna, ¿verdad?

171
00:16:40,400 --> 00:16:45,540
Sin generar un bloqueo para los demás
usuarios que puedan seguir haciendo cosas.

172
00:16:45,760 --> 00:16:52,320
Y difiere el commit hasta el final,
difiere las actualizaciones en el momento del commit.

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

174
00:17:00,140 --> 00:17:05,440
una transacción empieza bloqueando una
fila, por ejemplo, para añadir un valor es igual

175
00:17:05,440 --> 00:17:10,740
a valor más uno y a lo largo de la
transacción ese valor aumenta, entonces se producía

176
00:17:10,740 --> 00:17:16,520
un error, ¿no? Es decir, se producía a
veces como esos duplicados de secuencia y cosas

177
00:17:16,520 --> 00:17:21,480
así que la gente hace. Ahora con esto que
estás contando, ese valor es igual a valor

178
00:17:21,480 --> 00:17:26,180
más uno, como que se decide
en el momento de comitar, ¿no?

179
00:17:26,180 --> 00:17:33,420
Sí, de hecho, te acuerdas de aquel famoso
error que Gaby nos decía que las tablas estaban

180
00:17:33,420 --> 00:17:40,640
mutantes. Yo creo que mucha gente nunca

181
00:17:40,640 --> 00:17:46,180
vivió ese tipo de situaciones cuando los
bloqueos a nivel de la base de datos eran un

182
00:17:46,180 --> 00:17:53,380
poco distintos. Sí, por los triggers, por
los triggers que estaban haciendo, que estaban

183
00:17:53,380 --> 00:17:57,160
consultando el valor de la tabla
mientras estaban realizando el cambio.

184
00:17:57,200 --> 00:18:00,340
Por lo tanto, era, es
decir, la tabla estaba...

185
00:18:01,100 --> 00:18:05,980
En esencia, teóricamente, en esencia,
eso no debería llegar a suceder ahora.

186
00:18:08,510 --> 00:18:12,510
Tenemos que probarlo eso es un
laboratorio interesante para poder hacer.

187
00:18:12,890 --> 00:18:15,890
Que bueno, hay que hacerlo,
claro que sí bueno, quiero

188
00:18:16,630 --> 00:18:23,250
decir a todos los que lo estamos grabando
y lo pondremos después en el podcast para quien

189
00:18:23,250 --> 00:18:27,770
no haya podido asistir si alguien quiere
preguntar algo participar o algo, tampoco es

190
00:18:27,810 --> 00:18:31,290
que nosotros seamos unos expertos en la
23D, pero acaba de salir y nos ha pillado a todos

191
00:18:31,330 --> 00:18:35,630
de sorpresa si alguien quiere participar,
preguntarnos algo saludarnos, levanta la mano

192
00:18:35,670 --> 00:18:40,730
y sube al escenario y Tan tranquilos,
aquí estamos tomándonos un café todos

193
00:18:42,140 --> 00:18:49,230
Vamos si te parece Tomando
un poco de agua porque hoy

194
00:18:49,230 --> 00:18:58,290
el día está caluroso y ya no
era hora de café pero veamos

195
00:18:58,290 --> 00:19:05,370
otro otro otra cosa interesante que me
llamó desde la versión javier yo creo que

196
00:19:05,370 --> 00:19:12,550
para todos nosotros es muy muy muy
conocido cuando hablamos a nivel de arquitectura todos

197
00:19:12,550 --> 00:19:19,550
los trabajos que realizan los procesos de
la base de datos y ahí hay un hay un proceso

198
00:19:19,550 --> 00:19:25,590
que es sumamente que trabaja de manera
exagerada en el motor de base de datos y que a

199
00:19:25,590 --> 00:19:32,650
veces genera problemas también de cuellos
de botella si yo te digo si yo te digo cuando

200
00:19:32,650 --> 00:19:39,310
estás haciendo un reporte cuando estás
creando índices, generalmente inmediatamente vos

201
00:19:39,310 --> 00:19:45,070
llegaste y decís sí, para crear un reporte
ordenado, para crear índices vamos a utilizar

202
00:19:45,070 --> 00:19:51,350
espacio temporal y toda la gestión del
espacio temporal, ya cuando ya nadie lo estaba,

203
00:19:51,470 --> 00:19:55,970
cuando ya no lo estaba utilizando la
sesión, de eso se encargaba el System Monitor de

204
00:19:56,010 --> 00:20:01,010
poder llegar y hacer la liberación de esos
segmentos temporales que ya no lo utiliza

205
00:20:01,010 --> 00:20:03,670
la sesión. Adivina qué pasa en 23C.

206
00:20:06,780 --> 00:20:09,260
Ah, no sé, dime tú, estás presentando tú.

207
00:20:09,940 --> 00:20:13,780
Yo estaba mirando otras cositas que quiero
contar aquí que me parecen súper chulas de

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

209
00:20:20,580 --> 00:20:23,420
el proceso coordinador
de gestión de espacio.

210
00:20:24,780 --> 00:20:26,502
Espera, ¿podemos hablar de eso?

211
00:20:26,560 --> 00:20:29,980
¿Podemos hablar de eso? ¿Es una
funcionalidad para desarrolladores?

212
00:20:30,020 --> 00:20:31,640
Te estás jugando las pelotas.

213
00:20:32,180 --> 00:20:34,560
No, no es una funcionalidad
para desarrolladores.

214
00:20:34,600 --> 00:20:35,989
Es un proceso background.

215
00:20:36,300 --> 00:20:39,022
Y podemos hablar de eso
es un proceso background.

216
00:20:39,160 --> 00:20:43,860
Es en la arquitectura del motor de base de
datos, y lo que hace es que ahora toda la

217
00:20:43,860 --> 00:20:48,800
función de liberación de espacio, que
antes es una bronca, porque todo el mundo, cuando

218
00:20:48,800 --> 00:20:53,560
tenemos una base de datos con muchos usuarios,
la liberación del espacio temporal se

219
00:20:53,560 --> 00:20:58,840
vuelve un problema, o sea, yo en mi base
de datos, por lo general, tengo un grupo de

220
00:20:58,840 --> 00:21:05,820
database temporales, y tengo varios data
files asociados, y a veces tengo gigas de espacios

221
00:21:05,820 --> 00:21:11,020
temporales, y dura tiempo en que ese
espacio sea liberado porque hay un proceso que va

222
00:21:11,020 --> 00:21:16,700
limpiándolos, una vez que no, pero
generalmente tenemos hasta un 20 -25 % del espacio

223
00:21:16,700 --> 00:21:23,890
total de la base de datos en temporal y la
gestión es incorrosa porque el System Monitor

224
00:21:23,890 --> 00:21:28,090
no puede dedicar todo el tiempo necesario
a poder estar liberando constantemente estos

225
00:21:28,130 --> 00:21:33,450
segmentos. Con este nuevo proceso
coordinador, las funciones de liberación del espacio

226
00:21:33,450 --> 00:21:39,390
temporal se desegregan del System Monitor
y ahora, en este caso, el MSO es el que se

227
00:21:39,390 --> 00:21:44,810
va a encargar de hacer esto y se cree que
a nivel de arquitectura Va a ser una mejora

228
00:21:44,810 --> 00:21:47,750
importante cuando vos tengas
sistemas en alta disponibilidad.

229
00:21:47,790 --> 00:21:52,430
Eso hacía falta y eso hacía mucha falta.

230
00:21:52,430 --> 00:21:58,130
Hacía mucha falta pero ahora te voy a decir
yo mis funcionalidades favoritas, que al

231
00:21:58,130 --> 00:21:59,519
final son las más tontas.

232
00:22:00,550 --> 00:22:02,570
El group buy por el alias.

233
00:22:03,700 --> 00:22:09,580
Por favor que puedas hacer un groupby por
el alias de la columna no tienes por qué hacer

234
00:22:09,580 --> 00:22:16,540
el groupby de el touchar del campo con no
sé qué es decir, cuando tú haces una sele con

235
00:22:16,540 --> 00:22:22,080
groupby que tienes la parte fija digamos,
que es quien te nomina los grupos y después

236
00:22:22,080 --> 00:22:26,060
la función de grupo que aplicas a los dos
grupos en el groupby tenías que copiarlo y

237
00:22:26,100 --> 00:22:30,460
pegarlo siempre el error ese que te decía
no es una expresión de groupby es...

238
00:22:30,460 --> 00:22:36,940
Vaya, ¿no? Poder decir ahora para decir,
group by 1 ,2 ,3, igual que el order by.

239
00:22:37,140 --> 00:22:39,251
¿Por qué no lo habían inventado antes?

240
00:22:39,880 --> 00:22:46,420
Yo creo que lo he visto. Al final, las
posibilidades más tontas son las que más feliz

241
00:22:46,420 --> 00:22:51,940
me hacen. Y hay otro par de posibilidades
que te van a hacer todavía mucho más felices.

242
00:22:52,790 --> 00:22:57,210
O sea, en cuantas ocasiones
nosotros tenemos que crear un rol

243
00:22:58,830 --> 00:23:02,530
Para darle acceso a todos
los objetos de un esquema.

244
00:23:02,530 --> 00:23:07,780
¡Oh! Esa es maravillosa
esa es maravillosa.

245
00:23:08,560 --> 00:23:15,540
Pero tener la capacidad de poder brindar
ahora un rol a nivel de esquema de privilegios,

246
00:23:15,600 --> 00:23:22,300
eso es fantástico. Porque entonces estás
diciéndole a todo el grupo de objetos, mira,

247
00:23:22,460 --> 00:23:27,120
este usuario tiene permiso de consulta
sobre todos los objetos del esquema y no de forma

248
00:23:27,160 --> 00:23:29,100
individual por cada uno de ellos.

249
00:23:29,100 --> 00:23:34,660
Y resulta que cada vez que incluyes un
objeto nuevo, si no estaba dentro del rol, el

250
00:23:34,660 --> 00:23:37,260
usuario le da un error
y tenías que ir a...

251
00:23:37,260 --> 00:23:43,240
Claro, o borran o crean, borran y recrean
una tabla y entonces ya se pierden los permisos

252
00:23:43,240 --> 00:23:48,400
derivados al rol. Y entonces dicen, yo ya
no veo esta tabla, hay cinco tablas que ya

253
00:23:48,400 --> 00:23:52,020
no las veo. Y dices, bueno, encontrarán a
lo mejor cinco tablas que se han borrado y

254
00:23:52,060 --> 00:23:54,140
recreado en un conjunto de 4 .000.

255
00:23:54,140 --> 00:23:59,260
Pero estás hablando concretamente de lo
que son los privilegios de esquema, como hacer,

256
00:23:59,340 --> 00:24:04,060
por ejemplo, grant, pues lo que
sería select any table, on schema.

257
00:24:04,380 --> 00:24:11,840
Es decir, quiero dar privilegio para
seleccionar cualquier tabla del esquema,

258
00:24:11,920 --> 00:24:18,930
el que sea, contabilidad, al
usuario o al rol lectura, por

259
00:24:18,930 --> 00:24:26,030
ejemplo. Hablemos de Scott, hagámoslo
al tiempo como lo hacíamos hace 25 años.

260
00:24:27,340 --> 00:24:34,560
Dárselo a Scott o a
LRolllecturacontabilidad,

261
00:24:34,580 --> 00:24:39,400
por ejemplo. Siempre podrá leer cualquier
tabla que tenga el usuario de contabilidad.

262
00:24:39,500 --> 00:24:41,860
Las borre, las cree
tantas veces como quiera.

263
00:24:41,900 --> 00:24:47,350
Ya nos olvidamos de esa gestión de
privilegios que eso era un dolor de...

264
00:24:48,010 --> 00:24:51,390
Sí, era una dependencia tremenda.

265
00:24:51,470 --> 00:24:57,050
Y no solamente ese rol, hay otro rol que
habría que probarlo para ver si realmente reúne

266
00:24:57,050 --> 00:25:02,810
todas las características como tal, pero
generalmente la asignación de algo de lo que

267
00:25:02,810 --> 00:25:08,050
vos sabes de que muchas veces a mí me
gusta mucho hablar sobre temas de seguridad y todos

268
00:25:08,050 --> 00:25:12,790
partimos en temas de seguridad sobre la
otorgación de la menos cantidad de privilegios,

269
00:25:12,830 --> 00:25:18,230
tanto a nivel de sistema como a nivel de
objeto a la hora de asignarle a un usuario uno

270
00:25:18,230 --> 00:25:24,790
no le entrega todo, le entrega lo mínimo
necesario para poder trabajar el nuevo rol de

271
00:25:26,850 --> 00:25:28,294
Desarrollador de developer

272
00:25:29,250 --> 00:25:31,610
eso es otra muy buena opción ¿por qué?

273
00:25:31,690 --> 00:25:37,530
Porque lo que le estás diciendo a cada
usuario, mire eso es lo que necesita para poder

274
00:25:37,530 --> 00:25:41,850
diseñar, para poder construir para poder
desplegar las aplicaciones dentro de la base

275
00:25:41,890 --> 00:25:43,570
de datos, únicamente. ¡Qué grande!

276
00:25:43,610 --> 00:25:45,990
¡Qué grande es ese rol!
¡Qué grande es ese rol!

277
00:25:46,030 --> 00:25:48,740
El rol developer. ¡Exacto!

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

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

280
00:26:02,140 --> 00:26:06,320
Es que te vuelvo a decir, a mí las
funcionalidades, a mí lo más tonto es lo que más feliz

281
00:26:06,360 --> 00:26:10,130
me hace. Al final el crear una tabla.

282
00:26:10,290 --> 00:26:14,870
Te hace muy feliz te hace muy feliz que
ya dual no sea necesario o obligatorio

283
00:26:15,810 --> 00:26:20,290
hombre, que dual, pero yo lo escribí
automáticamente, el front dual digamos nunca me

284
00:26:20,330 --> 00:26:26,050
ha preocupado a mi me ha preocupado
por ejemplo el create table ¿no?

285
00:26:26,390 --> 00:26:33,650
Y no te existe ¿no? Exacto el poder crear
la tabla si no existe a mi esto me parece o

286
00:26:33,650 --> 00:26:41,030
borrarla Claro, o borrarla si existe,
exacto Pero el create table if

287
00:26:41,030 --> 00:26:42,990
not exist, hombre, por favor.

288
00:26:43,410 --> 00:26:52,230
O sea, es que digamos como que Oracle en
todos los scripts y todo esto, ya asumías como

289
00:26:52,230 --> 00:26:57,330
ejecutabas algo o ejecutabas, yo que sé,
cuando ejecutas el catalogo, ejecutas el catproc

290
00:26:57,330 --> 00:27:01,630
o algo así, ya das por supuesto
que hay un montón de drops.

291
00:27:01,630 --> 00:27:04,130
Ops, la tabla no existe, la
tabla no existe, la tabla no...

292
00:27:04,170 --> 00:27:08,670
Ya sumes esos errores como, ¿pero por qué?

293
00:27:09,420 --> 00:27:14,420
Si existe, no la crees
que no existe, la creas.

294
00:27:14,520 --> 00:27:21,080
Ya está un esquema de usuario, el usuario
Scott, pues, create table if not exist.

295
00:27:21,320 --> 00:27:28,490
A mí esto yo dije, mira, de las
cosas más, no sé, más tontas,

296
00:27:28,490 --> 00:27:30,530
¿no? Muchas veces con
esas cosas ya soy feliz.

297
00:27:30,570 --> 00:27:34,681
Bueno y la tabla dual por supuesto
pero yo le tenía cariño a la tabla dual

298
00:27:35,560 --> 00:27:42,860
No, inclusive hay algunos detalles
interesantes, no sé si te acuerdas que nosotros podíamos

299
00:27:42,860 --> 00:27:49,540
crear ya desde versión 2C si no me
equivoco, podíamos crear definiciones de tipo para

300
00:27:49,540 --> 00:27:56,300
tablas, para llegar a una tabla cuando se
iba a crear que agarrara la estructura de ese

301
00:27:56,300 --> 00:28:04,860
tipo Ahora con si haces
fusión de esta opción

302
00:28:04,860 --> 00:28:09,916
de poder crear la tabla si no existe, y
decirle que lo haga con base en un tipo almacenado,

303
00:28:11,180 --> 00:28:16,320
Estás estandarizando un montón de cosas,
que a veces es un problema grande a la hora

304
00:28:16,320 --> 00:28:20,740
del desarrollo de aplicaciones, cuando
cada quien nombra las columnas de la manera que

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

306
00:28:28,480 --> 00:28:35,640
Darles mantenimiento A una aplicación
Te doy otra opción De las que me

307
00:28:35,640 --> 00:28:42,860
parecieron interesantes Y que recaban
En temas también de seguridad Que

308
00:28:42,860 --> 00:28:49,040
son bien metidas Dentro de la versión 23C
Y que me parece a mi que llaman la atención

309
00:28:49,040 --> 00:28:56,530
Una de ellas Es con respecto A
los respaldos ok generalmente

310
00:28:56,530 --> 00:29:02,510
cuando se conecta a la base de datos y lo
haces con con dentro de la terminal de donde

311
00:29:02,510 --> 00:29:10,050
está instalada tu base de datos y si es una
terminal linux o unix o sos superusuales

312
00:29:10,050 --> 00:29:17,610
o super dios porque lo haces conectado
con gora como como sqlplus asis dba y

313
00:29:17,610 --> 00:29:24,610
cuando te conectas a la alarma Y
tener la potestad de poder hacer lo

314
00:29:24,610 --> 00:29:30,810
que quieras con la cantidad de los distintos
backup sets que tengas de respaldos con

315
00:29:30,810 --> 00:29:36,210
Arman. Hay una característica nueva que te
va a permitir llegar y en el momento de llegar

316
00:29:36,210 --> 00:29:40,450
y crear un respaldo con Arman,
decirle que ese respaldo es inmutable.

317
00:29:42,540 --> 00:29:45,900
¿Podemos hablar de eso? ¿Estás
seguro que podemos hablar de esto?

318
00:29:45,940 --> 00:29:52,380
Sí ¿Estás acojonado? Esta es parte de la
documentación que está disponible eso lo puedes

319
00:29:52,380 --> 00:29:59,460
leer yo me he dedicado a leer
un poco y entre lo que ya

320
00:29:59,460 --> 00:30:05,400
está la documentación está disponible es
de que vos puedes llegar y ahora armand es compatible

321
00:30:05,400 --> 00:30:10,300
por ejemplo a nivel de o si con la parte
de almacenamiento a nivel de objetos y entonces

322
00:30:10,300 --> 00:30:16,040
a la hora de integrar esta tecnología le
puedes decir a un respaldo que ese es inmutable

323
00:30:16,040 --> 00:30:24,030
y por lo tanto no se puede remover
en el caso que hagas un borrado

324
00:30:24,960 --> 00:30:30,280
que quieres hacer un delete backup de todo
al estar inmutable va a borrar aquellos que

325
00:30:30,280 --> 00:30:35,460
no tienen esta característica como tal pero
esto me va a permitir a mí garantizar el

326
00:30:35,460 --> 00:30:42,640
tiempo de retención de ese respaldo sin
que lo lo voy a perder esa es muy buena es muy

327
00:30:42,640 --> 00:30:49,080
buena y que me dices del del del
update y el delete con joy esta

328
00:30:50,590 --> 00:30:58,000
Es buena también más bien ahí ahí sin
entería porque yo no me ahorita en se me

329
00:30:58,000 --> 00:31:03,500
metió más con algunas de las opciones de
arquitectura y más por los chismes de córdoba

330
00:31:03,500 --> 00:31:07,820
he visto algunas cosas que tengan que ver
con la parte del lenguaje de programación del

331
00:31:07,860 --> 00:31:13,760
sql como con la parte de De llegar y que
Ya eso si era un secreto a voces Ya sabíamos

332
00:31:13,760 --> 00:31:19,860
que ahora en 23 Si podemos almacenar
procedimientos Almacenados en Javascript Que eso

333
00:31:19,860 --> 00:31:26,930
era uno de los De los secretos
Que a grandes voces Ya se

334
00:31:26,930 --> 00:31:33,090
había mencionado Pero no me he metido
Tanto con la parte De SQL porque

335
00:31:34,200 --> 00:31:41,550
Creo que eso da como para un capítulo
Aparte porque Habría que ver qué cosas

336
00:31:41,550 --> 00:31:48,190
van a crear algún tipo de inconveniente
cuando vos hagas una migración de una versión

337
00:31:48,190 --> 00:31:55,530
de la versión a largo término como
la 19 s cuando vayas a llevar a 23 6

338
00:31:55,530 --> 00:32:00,410
quieres hacer algunas cosas que
posiblemente no vayan a ser compatibles y creo que eso

339
00:32:00,410 --> 00:32:03,290
eso da para un café un poco más

340
00:32:04,270 --> 00:32:11,100
extendido más adelante sí sí sí sí sí pero
bueno se va en esa dirección no sé a ver si

341
00:32:11,100 --> 00:32:16,360
sabes qué es que estoy viendo ahora que
estoy viendo ahora en nuevas funcionalidades

342
00:32:16,360 --> 00:32:23,630
que me ha llamado la atención
sorprendentemente el flashback

343
00:32:23,630 --> 00:32:30,960
time travel que Te permite registrar
y archivar cambios transaccionales

344
00:32:30,960 --> 00:32:38,080
en una base en una tabla en la base de
datos o sea te crea archivos sobre los cambios

345
00:32:38,080 --> 00:32:44,040
que se han hecho en las filas de una
tabla y almacena esos cambios en tablas de

346
00:32:45,300 --> 00:32:53,040
Tablas de cambios no tablas históricas esto
me ha dejado con el culo torcido jajaja

347
00:32:53,040 --> 00:32:59,610
qué bueno Me imagino que eso va detrás de
otras funcionalidades ahí también que estaba

348
00:32:59,610 --> 00:33:05,030
viendo, Javier. Por ejemplo, los
logs del flashback de DataBase.

349
00:33:05,550 --> 00:33:10,410
Acuérdate que eso iba en el flash
siempre, en el área de flashback.

350
00:33:10,410 --> 00:33:17,560
Bueno, sí, pero yo creo que aquí no
está hablando de los flashback logs, que

351
00:33:17,560 --> 00:33:25,060
son los logs físicos para hacer un
rewind, rebobinar la tabla, sino

352
00:33:25,060 --> 00:33:27,720
de todo el flashback
que se almacena en Undo.

353
00:33:27,720 --> 00:33:33,960
Porque esto va muy asociado este flashback
time travel va muy asociado al flashback transaction

354
00:33:33,960 --> 00:33:41,920
que es a poder hacer a flashback
a nivel de una única transacción y

355
00:33:41,920 --> 00:33:45,500
esa es otra de las funcionalidades, las
nuevas funcionalidades que se vienen en la 23

356
00:33:45,540 --> 00:33:53,100
en la 23c Pero en este

357
00:33:53,100 --> 00:33:57,840
caso, ese flashback transaction
tira de log miner Bueno,

358
00:34:01,280 --> 00:34:03,100
Es que me parece tremendo.

359
00:34:04,340 --> 00:34:11,440
En LogMiner siempre hemos tenido esa
posibilidad de rastrear esos redo logs y poder

360
00:34:11,510 --> 00:34:18,810
regenerar el redo, la secuencia,
es decir, la sentencia

361
00:34:18,810 --> 00:34:24,030
SQL que rehace el cambio,
así como lo hace GoldenGate.

362
00:34:24,030 --> 00:34:29,950
Un poco toda la tecnología y la
arquitectura de propagar transacciones se basa en eso,

363
00:34:30,030 --> 00:34:37,370
en esa habilidad del log miner de leer el
log y con ese supplemental log rehacer ese

364
00:34:37,370 --> 00:34:41,920
redo con su consiguiente undo.

365
00:34:41,920 --> 00:34:47,120
Es decir, las acciones para deshacer
también están en los miners.

366
00:34:47,380 --> 00:34:54,530
Pero claro, que hayan ampliado
el DBMS Flashback para ampliar o

367
00:34:54,530 --> 00:34:59,250
hacer flashback de una
transacción me parece muy bueno.

368
00:34:59,250 --> 00:35:06,180
Muy bueno, muy bueno. Bueno, todo esto son
cosas que estamos, o sea, estamos justo descubriendo

369
00:35:06,180 --> 00:35:13,840
ahora como haciendo un unboxing, estamos
haciendo un unboxing de la nueva versión y

370
00:35:13,970 --> 00:35:16,570
temas muy interesantes, ¿no?

371
00:35:16,570 --> 00:35:23,640
Sí, otra cosa de, bueno, hace unos

372
00:35:23,640 --> 00:35:28,500
meses atrás había creado un video corto de
cómo llegar y cómo trabajaban las bases de

373
00:35:28,500 --> 00:35:36,120
datos acopladas, refrescables, o sea,
para mí es una de las maravillas de las

374
00:35:36,120 --> 00:35:43,560
versiones 19c y que se aplicaba también
en 21, Pero hay un cambio importante con

375
00:35:43,560 --> 00:35:49,990
el asistente de creación de base de datos,
que es que ahora con el DBSA puedes clonar

376
00:35:49,990 --> 00:35:56,530
una base de datos remota a otro contenedor
y decirle que esa base de datos sea refrescable.

377
00:35:56,890 --> 00:36:02,470
Entonces, ella automáticamente hace toda
la configuración para hacer el mantenimiento

378
00:36:02,470 --> 00:36:07,010
de esa base de datos según el periodo de
tiempo de refrescamiento que vos deseas ponerle.

379
00:36:07,050 --> 00:36:12,510
Que bueno Estaba bastante
claro que iban a tirar por ahí

380
00:36:13,460 --> 00:36:20,200
yo creo que por los temas de gestión de
PDVs, creo que de las grandes cosas que hemos

381
00:36:20,200 --> 00:36:26,780
visto a partir de contenedores, inicialmente
desde OCC en ese proceso de evolución a

382
00:36:26,780 --> 00:36:33,810
19, 21 creo que las facilidades en que
estamos viendo y cómo gestionar las bases

383
00:36:33,810 --> 00:36:40,470
de datos acopladas es lo que le da un
valor adicional a lo que es la arquitectura multitenant

384
00:36:40,470 --> 00:36:46,660
y que ya sabemos que esa es la otra
nota importante que ya no podemos tener

385
00:36:47,700 --> 00:36:54,240
arquitectura no container database a
partir de 23c ya está totalmente depreciada y ya

386
00:36:54,240 --> 00:36:59,300
no se puede crear una instancia de base de
datos si no es en modo contenedor Bueno, voy

387
00:36:59,300 --> 00:37:03,780
a decir algo muy políticamente incorrecto,
Ronald, si me lo permites muy políticamente

388
00:37:03,820 --> 00:37:11,280
incorrecto y es que Todo aquello
que me huela a manejar PDBs como

389
00:37:11,280 --> 00:37:17,840
churros, como el carrusel de PDBs, las
PDBs refrescables, los map containers y todo esto,

390
00:37:17,940 --> 00:37:25,260
va a ser donde Oracle más va a
hacer desarrollo y va a dotar

391
00:37:25,260 --> 00:37:29,740
de más habilidades a la base de datos,
precisamente porque ahí es donde va a estar la

392
00:37:29,780 --> 00:37:35,160
gracia de licencias. Cuanto más explotes
esas funcionalidades y más aproveches el refrescamiento

393
00:37:35,160 --> 00:37:42,520
en caliente de PDVS, el carrusel de PDVS
y cosas así, más vas a pasar por caja.

394
00:37:42,840 --> 00:37:49,840
Entonces, ahí lo suelto un poco
políticamente incorrecto, Pero creo que va por ahí el

395
00:37:49,840 --> 00:37:57,000
desarrollo. Se va a invertir en dotar de
funcionalidades aquello que, a ver, que

396
00:37:57,000 --> 00:37:59,240
luego después es una
ventaja, por supuesto, ¿no?

397
00:37:59,280 --> 00:38:05,080
Pero que va a significar a una
arquitectura de páguelo usted, ¿no?

398
00:38:05,520 --> 00:38:12,720
Sí, el tema aquí es que, vamos a ver, o
sea, después de tantos años de ser metido

399
00:38:12,720 --> 00:38:17,080
en esto, hay algo que a uno le pone mucha
importancia que es toda la parte de gestión.

400
00:38:17,120 --> 00:38:24,900
O sea, la mayor cantidad de tiempo tuyo en
un proyecto, cuando se está implementando,

401
00:38:24,900 --> 00:38:30,060
tiene que ver con la parte de gestión de
infraestructura y le quitas tiempo a otras partes

402
00:38:30,060 --> 00:38:34,900
que son muy importantes, la parte de diseño,
la parte de revisión, la parte de estar

403
00:38:34,900 --> 00:38:39,540
apoyando a los equipos en el proceso de
implementación por estar desarrollando infraestructura.

404
00:38:39,580 --> 00:38:45,880
Y creo que quitarnos de encima eso es un
punto importante segundo punto importante el

405
00:38:45,880 --> 00:38:49,660
hecho es que mucha gente yo he escuchado a
mucha gente decir que los PDV no les gusta

406
00:38:49,700 --> 00:38:54,520
porque creen que que de un momento a otro
se van a llenar de un montón de PDVs y que

407
00:38:54,520 --> 00:38:58,260
van a haber muchas aplicaciones
satélite por todo lado pero

408
00:38:59,220 --> 00:39:04,240
tenemos que ser conscientes que en un
proceso de adopción de cloud como lo que estamos

409
00:39:04,240 --> 00:39:10,760
haciendo ahorita básicamente el desarrollo
no es O sea, estamos dándole vuelta atrás

410
00:39:10,760 --> 00:39:15,160
a aquel concepto de hace 11, 12 años donde
hablábamos que queríamos que todo estuviera

411
00:39:15,200 --> 00:39:23,690
consolidado. Hoy por hoy es mejor
tener, dependiendo del tipo de consumo

412
00:39:23,780 --> 00:39:30,900
a nivel de una aplicación, es mejor que
todos sus servicios sean satélites o

413
00:39:30,900 --> 00:39:37,020
sean distribuidos en distintas plataformas
Para que en el momento en que falle un servicio,

414
00:39:37,460 --> 00:39:42,360
no afecte la totalidad de todos los
servicios que tienes disponibles o que necesitas.

415
00:39:43,640 --> 00:39:51,040
Claro, pero bueno, también el tema
de poder tener aislado físicamente en

416
00:39:51,040 --> 00:39:57,500
una arquitectura separada versiones de
aplicación y con contenedores diferentes.

417
00:39:57,500 --> 00:40:02,920
Yo creo que también esta era otra deuda
pendiente que tenía Oracle, porque al final,

418
00:40:02,960 --> 00:40:06,400
cuando hacías una migración de una
aplicación de una base de datos a otra, al final aquello

419
00:40:06,440 --> 00:40:11,800
era un carajal. Espera, es que este
esquema también tiene tres tablas en este otro esquema.

420
00:40:12,000 --> 00:40:14,740
Es decir, todo eso debía aislarse
de una forma físicamente.

421
00:40:14,780 --> 00:40:19,360
Yo sí creo que con Multitenant
han hecho un gran, gran acierto.

422
00:40:19,700 --> 00:40:25,520
Pero claro, como dices tú, es decir, hay
muchas facilidades de gestión, hay muchas cosas

423
00:40:25,520 --> 00:40:33,540
que te salvan. Vida a nivel de gestión
de copias, de movimiento incluso hacer

424
00:40:33,540 --> 00:40:35,096
una migración de una versión

425
00:40:36,640 --> 00:40:43,200
Desenchufarla de un sitio y enchufarla en
otro que eso evidentemente es una gran mejora

426
00:40:43,200 --> 00:40:50,940
pero claro, implica pasar por
caja aquí con el fabricante pero

427
00:40:50,940 --> 00:40:57,940
bienvenido mientras pague otro pero veámoslo
así desde este punto de vista yo creo

428
00:40:57,940 --> 00:41:00,960
que más cerca hace unos
años yo hablaba con la gente

429
00:41:02,510 --> 00:41:08,030
Cuando de alguna otra manera sentíamos que
estábamos siendo con la evolución de 11 g

430
00:41:08,030 --> 00:41:15,570
a 12 c estándar fue casi como un puntapié
en el trasero donde se nos decía deben

431
00:41:15,570 --> 00:41:19,930
de dejar de utilizar estándar porque ahora
te voy a limitar la cantidad de hilos que

432
00:41:19,970 --> 00:41:26,830
puedes utilizar y las características
importantes los los muñequitos bonitos están en

433
00:41:26,830 --> 00:41:28,330
Enterprise, no en Standard.

434
00:41:28,550 --> 00:41:35,500
Y creo que eso fue una primera llamada de
atención donde nos dijeron, miren, dejen de

435
00:41:35,500 --> 00:41:42,960
utilizar Standard. Y con el hecho, vos has
visto, se ha mantenido Standard con los limitantes

436
00:41:42,960 --> 00:41:45,360
de los 16 silos máximo que podemos tener.

437
00:41:45,660 --> 00:41:50,120
Pero hay algunas características que se
han ido agregando al Standard que eran propias

438
00:41:50,160 --> 00:41:57,240
de Enterprise. Y yo creo que los signos
son muy claros en el sentido Yo creo que en los

439
00:41:57,240 --> 00:42:02,800
próximos, no sé, no creo que sea de forma
inmediata, pero es muy probable que lleguemos

440
00:42:02,800 --> 00:42:09,680
a tener una versión de base de datos con
algunos tipos de sabores según la disponibilidad.

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

442
00:42:16,600 --> 00:42:21,800
desaparecer. Yo en algún momento pensaba
que ya 23C iba a ser una versión 100 % cloud

443
00:42:21,800 --> 00:42:23,380
y que no iba a haber on -premise.

444
00:42:23,420 --> 00:42:30,770
Eso es un debate, porque yo sí conozco

445
00:42:30,770 --> 00:42:37,930
casos de gente que está, incluso
para ciertos sitios de datos o

446
00:42:37,930 --> 00:42:43,830
ciertos sitios de información, está
abandonando la nube para quedarse en un premise por

447
00:42:43,830 --> 00:42:48,210
el hecho de tener cierta información
o ciertos datos, tenerlos en casa.

448
00:42:48,910 --> 00:42:52,770
Pero eso es otro debate interesante.

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

450
00:43:00,170 --> 00:43:03,990
menos, recuerda que tuvimos la
disponibilidad de contar con Machine Learning dentro de

451
00:43:04,030 --> 00:43:06,270
la versión estándar de manera gratuita.

452
00:43:07,540 --> 00:43:15,120
Y en Autonomous hay una base gratuita

453
00:43:15,120 --> 00:43:16,760
para utilizar con Autonomous.

454
00:43:16,980 --> 00:43:24,020
¿Qué dices? Creo que Oracle está haciendo,
y sobre todo con esta versión free, está un

455
00:43:24,020 --> 00:43:27,180
poco enseñando las cartas, pero yo
te voy a decir a ver tú qué opinas.

456
00:43:27,220 --> 00:43:34,780
Yo creo que no solamente está acercando a
los desarrolladores o está mirando hacia

457
00:43:34,780 --> 00:43:42,060
los desarrolladores para decirles, oye,
quiero que vosotros marquéis el camino y no os

458
00:43:42,060 --> 00:43:49,310
vayáis a MongoDB. Toda la
dualidad que han hecho de tener la

459
00:43:49,310 --> 00:43:56,370
integración esa con las views, las
duality relational views, para poder

460
00:43:56,370 --> 00:44:02,630
trabajar tanto desde el enfoque de base de
datos relacional como desde el enfoque NoSQL

461
00:44:02,630 --> 00:44:09,540
con JSON. Como acercándose mucho a los
desarrolladores a decir, si lo que yo hago os

462
00:44:09,540 --> 00:44:15,420
gusta, toda la cuota que tiene Mongo, toda
la cuota free que tiene, bueno, MySQL no,

463
00:44:15,440 --> 00:44:19,540
pero yo creo que PostgreSQL sí está
siendo una amenaza de hecho en la

464
00:44:20,800 --> 00:44:24,140
Ahora estoy mezclando aquí información que
tengo a la cabeza pero en la charla que nos

465
00:44:24,180 --> 00:44:29,600
dieron ayer a los seis un poco como que
nos hablaban de la posición de las bases de datos

466
00:44:29,600 --> 00:44:37,740
más Pioneras El top 10 de bases
de datos según RationalDB,

467
00:44:38,140 --> 00:44:43,520
me parece que es, que colocaba ahora que
era la primera, Maya SQL es la segunda, pero

468
00:44:43,520 --> 00:44:45,440
PostgreSQL estaba la cuarta.

469
00:44:45,800 --> 00:44:48,320
Y MongoDB también pisándole los talones.

470
00:44:48,860 --> 00:44:51,480
¿No crees que quizá van
más por ahí los tiros?

471
00:44:51,580 --> 00:44:56,880
Vamos a acercarnos a los desarrolladores a
integrarles el tema de SQL y de no SQL junto.

472
00:44:56,880 --> 00:45:00,060
A mí eso me parece muy novedoso.

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

474
00:45:10,740 --> 00:45:15,860
lo vas a ver de una forma homogénea
independientemente de cómo trabajes.

475
00:45:15,960 --> 00:45:18,127
¿No te da la sensación que van por ahí?

476
00:45:19,020 --> 00:45:22,960
Es que ese era el comentario
que precisamente te iba a hacer.

477
00:45:23,100 --> 00:45:30,100
Yo siento, o sea, estamos en una era,
vamos a ver, como estamos hablando de todo

478
00:45:30,100 --> 00:45:36,300
un poco, estamos en una era post -pandemia
que afectó considerablemente la economía de

479
00:45:36,300 --> 00:45:44,160
muchas organizaciones. Y
al haber afectado el tema

480
00:45:44,160 --> 00:45:48,420
económico en forma considerable a muchas
organizaciones que están luchando ahorita por

481
00:45:48,460 --> 00:45:55,980
poderse mantener y poder salir a flote
en este año y medio que la economía a

482
00:45:55,980 --> 00:46:03,220
nivel global no tiene las mejores
perspectivas para la mayoría de los países

483
00:46:03,220 --> 00:46:09,780
dices, creo que la gente está buscando de
alguna u otra manera opciones y hace como unos

484
00:46:09,780 --> 00:46:16,860
años atrás la gente veía a
MySQL como una opción, veían a,

485
00:46:16,980 --> 00:46:24,480
que te digo yo, no sé si te acuerdas, en
su momento mucha gente dijo, no, vámonos a

486
00:46:24,480 --> 00:46:30,120
bases de datos que sean más flexibles en
cuanto a temas de, sea más fácil la parte de

487
00:46:30,120 --> 00:46:35,280
gestión y demás y mucha Mucha gente buscó
la manera en cómo hice SQL Server y después

488
00:46:35,280 --> 00:46:40,980
Microsoft y luego empezó a devolverse y
no, esto no me sirve, o sea, así no puedo trabajar.

489
00:46:41,540 --> 00:46:45,700
Siento que ahorita hay una tendencia, al
menos en lo que yo he medido en Latinoamérica,

490
00:46:45,740 --> 00:46:51,100
una tendencia fuerte de gente a buscar,
adquirir servicios, migrar muchos de sus servicios

491
00:46:51,100 --> 00:46:52,880
en Oracle, migrarlos a Postgres.

492
00:46:52,880 --> 00:47:00,040
Pero ahí hay otro tema nuevamente el tema
Del open source y que al final de cuentas el

493
00:47:00,040 --> 00:47:06,380
costo de una persona que conozca cómo
funciona bien Postgres porque no son muchos

494
00:47:07,530 --> 00:47:14,570
hace que el bolsillo te duela igual
o peor que llegar y tener algo

495
00:47:14,570 --> 00:47:19,430
que ya conoces y que es un poquito más
caro en cuanto a precio unitario por licenciamiento

496
00:47:19,470 --> 00:47:23,450
y demás pero que al final el
costo de Y demás se te devuelve.

497
00:47:25,540 --> 00:47:30,280
Claro, te iba a decir, en la audiencia
tenemos a Loles, que Loles hizo un episodio de

498
00:47:30,280 --> 00:47:34,220
podcast hablando de
Postgres versus Oracle y

499
00:47:35,400 --> 00:47:37,280
es muy interesante la perspectiva.

500
00:47:37,320 --> 00:47:41,876
Hablando de esto, por poner un poco en
contexto lo que decíamos, lo que decías tú.

501
00:47:42,200 --> 00:47:47,880
Estoy mirando Debian Jeans, el ranking
mundial de base de datos según popularidad y entonces

502
00:47:47,880 --> 00:47:53,000
es un poco el índice que nos presentaron
ayer en la reunión, en la presentación que nos

503
00:47:53,000 --> 00:47:59,170
hicieron para los seis. Oracle en la primera,
con una puntuación de 1 .228, le sigue

504
00:47:59,170 --> 00:48:01,281
MySQL, que también pertenece a Oracle,

505
00:48:01,770 --> 00:48:06,650
Relational Multimodel. Después SQL Server
claro, SQL Server tiene la característica que

506
00:48:06,650 --> 00:48:11,350
viene con toda la licencia de Microsoft
y digamos es como un paquete muy...

507
00:48:11,350 --> 00:48:14,970
Está bien que sea la tercera,
pero la cuarta es PostgreSQL.

508
00:48:15,290 --> 00:48:18,234
Y la quinta, que es lo que
te quería decir, es Mongo.

509
00:48:18,900 --> 00:48:26,080
Entonces Entonces, entiendo y un poco
veo por dónde vas, que el open source por

510
00:48:26,080 --> 00:48:30,260
supuesto que puede derivar unos costes que
a lo mejor no son costes en licencias, pero

511
00:48:30,300 --> 00:48:37,990
sí costes en infraestructura, en técnicos,
en lo que sea, costes derivados, pero

512
00:48:37,990 --> 00:48:39,934
no hay que perder de vista a Mongo,

513
00:48:40,230 --> 00:48:42,670
porque Mongo está a la quinta.

514
00:48:42,670 --> 00:48:50,000
Y no es relacional, es documental,
no es secuelo, es Jason.

515
00:48:50,320 --> 00:48:53,100
Y como sexta, y esta no la conozco, Redis.

516
00:48:53,340 --> 00:48:56,420
¿Tú conocías a Redis? Sí,
sí séptima posición de B2.

517
00:48:58,060 --> 00:49:05,540
Ajá de hecho, lo que me llama
la atención es ese aumento en

518
00:49:06,250 --> 00:49:08,150
B2, me llama mucho la atención.

519
00:49:09,700 --> 00:49:12,860
Porque total yo apuntaba...

520
00:49:12,860 --> 00:49:19,980
Ha crecido, ha subido yo he apuntado un
poco más y creo que el gran perdedor de

521
00:49:19,980 --> 00:49:25,620
toda esta historia en los últimos
años para mí ha sido SAP HANA.

522
00:49:26,530 --> 00:49:31,770
Yo pensé que iba a ser una base
de datos, pero mucho más...

523
00:49:31,770 --> 00:49:37,390
Bueno, es muy dedicada a SAP.

524
00:49:38,300 --> 00:49:40,022
Creo que es muy dedicada a SAP.

525
00:49:40,260 --> 00:49:42,800
Si no han sabido abrir...

526
00:49:43,200 --> 00:49:44,620
SAP HAN está en la posición 21.

527
00:49:44,660 --> 00:49:45,880
Y pone que ha crecido, ¿eh?

528
00:49:45,920 --> 00:49:49,160
Pone que ha crecido posición 22, ¿vale?

529
00:49:49,260 --> 00:49:50,871
Ha subido desde el puesto 23.

530
00:49:52,680 --> 00:49:56,291
Pero fíjate, hay otras cosas más
interesantes en lo que se viene.

531
00:49:56,940 --> 00:50:04,040
Si vos ves, del puesto 6 hacia
arriba, ninguna de esas bases de datos

532
00:50:04,040 --> 00:50:06,980
representa un peligro para ninguno de
los que están en los primeros años.

533
00:50:07,020 --> 00:50:10,040
No, pero sí, Mongo y Postgres sí.

534
00:50:10,260 --> 00:50:18,480
Yo sí creo que todo el tema de JSON y
de hacer una versión free para incluso

535
00:50:18,480 --> 00:50:20,147
a lo mejor proyectos pequeños.

536
00:50:22,340 --> 00:50:26,700
Claro que está MySQL Pero es que MySQL
no es Oracle Me explicó el tema de PDB

537
00:50:27,840 --> 00:50:32,060
MySQL es otro producto Y fíjate, me
contrasta también mucho Que MySQL está en la posición

538
00:50:32,100 --> 00:50:39,560
2 Mientras que MariaDB Sigue
bajando El fork de MySQL Open

539
00:50:39,560 --> 00:50:47,010
Source baja de la posición 12 A la 13 Voy
a poner estos rankings aquí En este 23T

540
00:50:47,010 --> 00:50:51,399
De lo que estamos hablando Estos rankings
por si alguien le quiere echar un ojo

541
00:50:52,050 --> 00:50:57,270
Rankings de bases de datos, y esto tiene
relación con lo que estamos hablando porque

542
00:50:57,270 --> 00:51:03,270
precisamente ahora que conocemos la 23C la
versión para desarrolladores y por dónde están

543
00:51:03,270 --> 00:51:06,870
yendo los tiros en Oracle

544
00:51:07,790 --> 00:51:11,670
digamos, hacia dónde están enfocando,
hacia dónde están dirigiendo la tecnología pues

545
00:51:11,710 --> 00:51:15,850
si podemos hacer una una
lectura aquí un poquito de que

546
00:51:16,930 --> 00:51:24,130
Mongo sigue siendo, Mongo y postgres
siguen siendo puntos a no perder de vista en digamos

547
00:51:24,130 --> 00:51:28,850
en el tener bastante controlados en el
retrovisor en el espejo retrovisor ir viendo esas

548
00:51:28,890 --> 00:51:32,270
bases de datos que en
un momento dado pueden

549
00:51:33,280 --> 00:51:40,610
ocupar de cuota sí y de hecho hay otra
cosa interesante es que si ves dentro del

550
00:51:40,610 --> 00:51:45,770
sitio de que están mencionando donde es el
ranking de base de datos si ves el reporte

551
00:51:45,770 --> 00:51:50,950
especial sobre la la relación de los open
source versus comercial a nivel de base de

552
00:51:50,950 --> 00:51:54,390
datos ves que hay una paridad
casi casi total ahorita.

553
00:51:54,450 --> 00:52:01,460
Estamos 50 -50. Y eso es otro punto
interesante porque el mercado se ha

554
00:52:01,460 --> 00:52:04,960
abierto mucho a temas de
licencias no comerciales.

555
00:52:05,000 --> 00:52:10,540
Pero como te digo, creo que eso es producto
de lo que está impulsando la economía en

556
00:52:10,540 --> 00:52:14,760
este momento mundial a
cómo ahorrar, ¿verdad?

557
00:52:15,530 --> 00:52:23,010
Y entonces mucha gente se está
yendo a hacia esas soluciones

558
00:52:23,010 --> 00:52:30,360
de open source, pero como te digo, yo
siempre he sido usuario muchos años

559
00:52:30,360 --> 00:52:37,540
de software de licencia de código abierto
y soy un usuario de más de 20 desde el

560
00:52:37,540 --> 00:52:44,600
92, 91, 92, 93 por ahí de
Linux y siempre he estado

561
00:52:44,600 --> 00:52:50,160
a favor del software libre, pero también
ya a nivel como cuando ya vos estás en el otro

562
00:52:50,160 --> 00:52:57,400
lado yo dejé de estar del lado de el
fabricante hace cinco o seis años y nuevamente

563
00:52:57,400 --> 00:53:04,340
estoy del lado ahora también y ya uno ve
las perspectivas de una manera distinta y yo

564
00:53:04,340 --> 00:53:10,100
como les digo a la gente o sea yo
utilizaría open source para cosas que no sean o que

565
00:53:10,100 --> 00:53:16,800
no tengan ningún nivel de criticidad
dentro de la organización pero algo que sea crítico

566
00:53:16,800 --> 00:53:19,244
jamás lo pondría en un
open source, ¿verdad?

567
00:53:20,500 --> 00:53:27,440
Sí, sí, sí, yo coincido o para cosas que
tengan una arquitectura muy simple, a lo mejor

568
00:53:27,440 --> 00:53:32,540
tablas que se van llenando simplemente,
que no hay muchas modificaciones, es decir, que

569
00:53:32,540 --> 00:53:37,200
no hay una complejidad a lo mejor de alta
concurrencia, alta distribución, no sé.

570
00:53:37,200 --> 00:53:39,600
No sé oye, estaba viendo yo una cosita.

571
00:53:39,740 --> 00:53:44,760
Mira, hablando de funcionalidades, ya que
estamos hablando de funcionalidades, otra de

572
00:53:44,760 --> 00:53:48,840
estas tontas tontas que
me hace feliz y me alegra.

573
00:53:50,360 --> 00:53:52,980
El tipo boleano para tablas.

574
00:53:52,980 --> 00:54:00,360
De hecho Hay un artículo sumamente

575
00:54:00,980 --> 00:54:03,420
Interesante de Tim Holt Que publicó

576
00:54:04,850 --> 00:54:11,370
Sobre el uso de Boliano, que yo les
recomiendo Que lo estudien Que lo vean

577
00:54:12,290 --> 00:54:19,940
Porque sí, es Algo de lo que
hacía falta Y que uno dice ¿Tendrá

578
00:54:19,940 --> 00:54:21,200
lógica o no tendrá lógica?

579
00:54:21,240 --> 00:54:25,280
Pero el momento en que vos llegas y
quieres hacer un comparativo entre valores de dos

580
00:54:25,320 --> 00:54:30,780
columnas y saber si una columna
es mayor que otra eso está genial

581
00:54:32,180 --> 00:54:35,920
Claro, pero es que ten en cuenta que antes
la gente, el boleano ¿cómo lo hacían?

582
00:54:35,960 --> 00:54:40,760
Con un number uno cero y de
pronto te encontrabas un tres ahí

583
00:54:42,760 --> 00:54:49,860
¿sabes? No sé, es decir toda esta suciedad
a ver, a ti no te ahora vamos a contar aquí

584
00:54:49,860 --> 00:54:54,450
tonterías ¿a ti no te ha pasado que te pones
a mirar en tablas a lo mejor que tienen

585
00:54:54,490 --> 00:54:56,790
campos de fecha, yo que sé

586
00:54:58,990 --> 00:55:03,570
Fecha de contrato, y te salen
contratos del año 1800 dices, mira

587
00:55:04,790 --> 00:55:06,810
El primer año de la compañía

588
00:55:08,010 --> 00:55:15,370
Del 1803 O cosas así es decir, fecha
fin de contrato, yo que sé, año 8700

589
00:55:17,270 --> 00:55:24,130
Pero, ¿por qué 8700? A mí, esa suciedad
lógica de los datos Sí, sí, sí.

590
00:55:24,270 --> 00:55:31,410
A ver, me molesta porque digo, bueno,
pero oye, lo del boleano como campo

591
00:55:31,410 --> 00:55:35,110
sí hacía falta, ¿no? Un boleano
que puedas poner true, false, null.

592
00:55:35,150 --> 00:55:37,910
Punto, pelota ya está true, false.

593
00:55:38,130 --> 00:55:40,670
Y puede ser nulo o nulo ya está.

594
00:55:40,670 --> 00:55:48,440
Y dice, ¿qué es true? Y true
sería true, yes, on, uno, t, y,

595
00:55:48,520 --> 00:55:53,160
¿no? Literales que representan
eso, pues ahora, pues true y false.

596
00:55:53,860 --> 00:55:55,460
Cero se traslada a false.

597
00:55:56,180 --> 00:56:03,210
No cero, que son valores como 42 o lo
que sea, cualquier valor que no sea cero

598
00:56:03,210 --> 00:56:07,550
es true. Valor cero, false y a
partir de ahí almacenar boleanos.

599
00:56:07,550 --> 00:56:09,730
Y que puedas tener true o falso o null.

600
00:56:10,400 --> 00:56:13,678
¡Jo, qué tontería! Yo veo esas
tonterías y digo yo, mira...

601
00:56:14,010 --> 00:56:18,550
Pero es que, luego, otra cosa que no
entiendo, si el boleano estaba en PLSQL y ha estado

602
00:56:18,590 --> 00:56:21,910
siempre en PLSQL, ¿por
qué no se ha podido...?

603
00:56:23,140 --> 00:56:29,420
Sí, sí, pero se indexan los boleanos,
mira, J .Preda está preguntando y se indexan los

604
00:56:29,420 --> 00:56:31,642
boleanos, pues mira, con un bitmap, ¿no?

605
00:56:31,710 --> 00:56:38,710
Con un bitmap, ¿no? Sí tener un
bitmap index por los boleanos a mí me

606
00:56:38,710 --> 00:56:43,090
parece ideal, porque además estás
indexando los true y los false y estás indexando también

607
00:56:43,130 --> 00:56:48,010
los null si es un índice bitmap, ¿no?

608
00:56:49,310 --> 00:56:53,710
Me parece, vamos, me parece un acierto,
bueno, yo no sé, son tonterías estas que a mí

609
00:56:53,750 --> 00:57:00,420
me hacen feliz Pero bueno pero funciona,
la verdad es que lo importante es que funcionan,

610
00:57:00,440 --> 00:57:05,780
son funcionales para muchas cosas que a
veces uno tenía que decir ¿por qué tengo que

611
00:57:05,780 --> 00:57:07,336
hacer tanto código para eso?

612
00:57:08,090 --> 00:57:14,590
Claro, pero bueno Para mí que el SQL y el
PLSQL se acerquen en la longitud de los Barchar,

613
00:57:14,670 --> 00:57:19,890
por ejemplo, Clarisa estábamos con el tema
de que el Barchar de 4000 se queda corto en

614
00:57:19,890 --> 00:57:26,390
la definición estándar de longitud de
Barchar y dices, claro, es que 4000 puede ser muy

615
00:57:26,390 --> 00:57:33,520
poco para un campo donde
almacenes un texto en

616
00:57:33,520 --> 00:57:34,980
HTML, por ejemplo, o algo así.

617
00:57:35,020 --> 00:57:37,220
Se te puede quedar corto, ¿no?

618
00:57:37,280 --> 00:57:39,960
A la mínima puedes necesitar
algo más de 4 .000.

619
00:57:40,360 --> 00:57:44,280
Y dices, pero claro, en PL -SQL
ya estabas teniendo 32 .000, ¿no?

620
00:57:44,300 --> 00:57:46,820
Que era el máximo en
PL ¿Por qué no se hace?

621
00:57:46,820 --> 00:57:48,598
Siempre y cuando lo habilitaras.

622
00:57:49,120 --> 00:57:51,398
Siempre y cuando lo habilitaras, ¿verdad?

623
00:57:52,660 --> 00:57:58,000
Claro, dice Jota Preda, dice que podemos
hacer con tanta variedad Si alguien quiere subir

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

625
00:58:02,720 --> 00:58:08,380
café entre todos, aunque solo hablemos
dos, por un tema de orden que quien quiera

626
00:58:09,560 --> 00:58:11,560
participar es bienvenido a subir

627
00:58:13,580 --> 00:58:18,040
¿Sí? Oye, pues le hemos pegado un
buen repaso a esta versión, ¿no?

628
00:58:18,140 --> 00:58:24,000
Hay muchas cosas aquí que contar,
deberíamos hacer una siguiente una siguiente charla

629
00:58:24,000 --> 00:58:29,000
o un laboratorio así de cosas de la 23C.

630
00:58:29,080 --> 00:58:34,340
Yo hay cosas que quiero probar, hay cosas
que a mí me tienen muy loco, sobre todo el

631
00:58:34,340 --> 00:58:37,300
tema de flashback es una
de las cosas que más me...

632
00:58:37,300 --> 00:58:43,660
Más creo que la gente menos conoce y que
más te pueden salvar la vida en un momento de

633
00:58:43,660 --> 00:58:50,900
caos. Yo, hace muy poco, hace muy
poco, hubo un cliente que hizo un

634
00:58:50,900 --> 00:58:57,920
delete asterisco de una tabla con commit y
de una de las tablas principales, en una tabla

635
00:58:57,920 --> 00:59:01,960
donde estaban todos los datos principales.

636
00:59:01,960 --> 00:59:10,640
Y, oye, fue interesante poder
recuperar de flashback todo.

637
00:59:11,720 --> 00:59:16,387
Si tienes además, han mejorado el DBS
Flashback, a mí eso me parece muy interesante.

638
00:59:16,640 --> 00:59:21,560
Y Ronald, subimos a Clarisa,
que nos ha levantado la mano.

639
00:59:21,560 --> 00:59:28,800
Y mientras sube Clarisa Tal vez
otro detalle Que esas cosas tontas

640
00:59:28,800 --> 00:59:35,880
Que son interesantes Que yo
preguntaba ayer ¿Cómo debería llamarse

641
00:59:35,880 --> 00:59:38,240
el contenedor De una base de datos free?

642
00:59:39,970 --> 00:59:47,170
Ah, ¿cómo? Free. Si subes, si creas,
si haces el despliegue de la base

643
00:59:47,170 --> 00:59:52,730
de datos de facto a como viene, el contenedor
se llama free y el primer pdb se llama

644
00:59:52,730 --> 00:59:58,480
free pdb 1. Free pdb 1. Hemos
abandonado el orcl ya, eh.

645
00:59:59,000 --> 01:00:01,080
Hola, Clari. Clarisa, ¿qué tal?

646
01:00:01,520 --> 01:00:03,680
¿Cómo están, chicos? ¿Cómo andan todos?

647
01:00:03,720 --> 01:00:05,664
¿Cómo está la audiencia? ¿Cómo van?

648
01:00:06,640 --> 01:00:11,800
Muy bien, aquí. Un placer,
che, de tanto tiempo, Ronald.

649
01:00:12,740 --> 01:00:14,184
Bastante, bastante, Clari.

650
01:00:15,000 --> 01:00:17,556
Cacharreando la 23C. ¿Te
la has bajado, Clari?

651
01:00:18,120 --> 01:00:20,160
¿Te la has bajado, la 23?

652
01:00:20,540 --> 01:00:23,240
¿La has cacharreado? Justamente
eso es lo que te iba a preguntar.

653
01:00:23,280 --> 01:00:26,920
A los expertos aquí, ¿me
pueden dar una manito?

654
01:00:27,580 --> 01:00:30,580
¿Puedo bajarla en un entorno Windows?

655
01:00:30,800 --> 01:00:31,940
¿No hay problema con eso?

656
01:00:31,980 --> 01:00:36,520
¿Se puede utilizar la base de datos, por
ejemplo, en un entorno virtual para hacer pruebas

657
01:00:36,560 --> 01:00:40,920
y demás? Pues mira, te has perdido el
principio de la charla, donde hemos dicho que en

658
01:00:40,960 --> 01:00:45,580
el canal de Oracle 23C del servidor de
Discord de Café Database hemos puesto los enlaces

659
01:00:45,620 --> 01:00:51,600
de la OVA, de la Virtual Machine que han
publicado, han publicado una OVA que tiene un

660
01:00:51,600 --> 01:00:56,900
Linux 8 con una 23, sí, con un VirtualBox,
te pones un VirtualBox en tu Windows y te

661
01:00:56,900 --> 01:00:59,456
creas una máquina virtual,
han sacado ya la...

662
01:01:00,000 --> 01:01:03,111
¿Sabes cuál es el problema,
Javier, que yo uso Hyper -V?

663
01:01:03,340 --> 01:01:08,560
Que hay como un conflicto entre la
virtualización de Hyper -V de Windows con VirtualBox

664
01:01:08,560 --> 01:01:13,940
Bueno, podría probar a ver si pueden ahora
funcionar las dos virtualizaciones juntas

665
01:01:13,940 --> 01:01:16,829
porque yo tengo todas las
máquinas mías en Hyper -V.

666
01:01:17,080 --> 01:01:19,060
Bueno, podría probarlo esto después.

667
01:01:19,100 --> 01:01:26,100
Mira, han sacado han sacado la appliance
de VirtualBox, han sacado el RPM para

668
01:01:26,100 --> 01:01:31,060
instalártelos desde un Nora Linux Nora
Linux 8 y aquí Ronald me ha dicho que él lo ha

669
01:01:31,060 --> 01:01:33,800
metido en un Nora Linux 7 y lo ha encajado

670
01:01:36,130 --> 01:01:42,580
Y contenedores y han sacado
contenedores, han sacado han sacado los

671
01:01:47,180 --> 01:01:52,680
Exacto, con Podman sí, a mí lo único que
me genera un poco de conflicto, como les digo,

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

673
01:01:59,360 --> 01:02:05,040
las dos máquinas virtuales, o sea, los dos
sistemas de virtualización, y bueno, me generaba

674
01:02:05,040 --> 01:02:11,320
un poquito de problema. Pero bueno ahora
voy a seguir probando cuando lo encuentre ahí

675
01:02:11,320 --> 01:02:17,500
lo comparto otro tema la base de datos
viene con apex en la última versión chicos ustedes

676
01:02:17,500 --> 01:02:24,640
saben eso precisamente estabas comentando
esto también no viene pero no viene

677
01:02:24,640 --> 01:02:30,880
preinstalado clarín vos tenés que bajarlo
pero cuál es la versión instalada que viene

678
01:02:30,880 --> 01:02:34,780
ronald porque si se puede hacer la actualización
pero pero ¿sabes cuál es la versión

679
01:02:34,820 --> 01:02:42,980
preinstalada que viene? En el
OA 22 .2 sí, en el Appliance

680
01:02:42,980 --> 01:02:48,950
está el VirtualBox 22
.2, pero no sé en el RPM.

681
01:02:49,870 --> 01:02:54,310
Claro, si te dan todo el paquete
completo, viene la última versión.

682
01:02:54,430 --> 01:02:58,990
Bueno, muy bien si no, uno tiene que
instalar la base de datos y por otro lado actualizar

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

684
01:03:04,770 --> 01:03:11,880
de IP que vendrá Bueno, es

685
01:03:11,880 --> 01:03:19,260
que claro, habrá que ver cuál es la
que viene pero la de la OVA es esta y

686
01:03:19,260 --> 01:03:26,260
está hablando la del contenedor el RPM ni
contenedor trae Apex, ninguno de los dos

687
01:03:26,260 --> 01:03:33,720
ok Ninguno de los dos
confirmado yo ya la verifiqué

688
01:03:33,720 --> 01:03:39,740
y dentro de la documentación Inclusive te
dice que efectivamente El Apex debe ser descargado

689
01:03:39,740 --> 01:03:45,980
Por separado Bueno, gracias por la
información Dice José Preda que el usuario Apex Si

690
01:03:45,980 --> 01:03:53,780
existe, pero bueno Hay que ver si está
el componente De hecho yo compartí

691
01:03:53,780 --> 01:04:00,960
Ayer en mis redes sociales La lista
de componentes Que quedan instalados Y

692
01:04:00,960 --> 01:04:08,040
dentro de los componentes Está la parte de
de Java Virtual Machine está el xdk trae los

693
01:04:08,040 --> 01:04:15,140
de Java Package xml, text level
security, database ball viene incluido

694
01:04:15,140 --> 01:04:18,820
pero no está el Apex qué pena

695
01:04:20,180 --> 01:04:28,040
Ahora aquí está en la OVA, en caja la
OVA la OVA te viene con el Apex puesto sí

696
01:04:30,100 --> 01:04:34,180
Bueno gracias por la info muchachos pues

697
01:04:35,170 --> 01:04:37,210
muy bien Gracias a ti
por participar, Clari.

698
01:04:37,250 --> 01:04:38,694
Te bajamos a la audiencia.

699
01:04:38,910 --> 01:04:46,010
Chao. Bueno, pues Muy interesante todo

700
01:04:46,010 --> 01:04:50,288
esto. Nos da para hacer otra charla otro
día, cuando explotemos un poco mejor

701
01:04:51,720 --> 01:04:57,570
La release y veamos más qué
cosas trae, qué cosas probamos.

702
01:04:58,430 --> 01:05:01,840
Deberíamos hacer otra Segunda

703
01:05:03,100 --> 01:05:05,080
Pasada otra segunda ronda.

704
01:05:06,660 --> 01:05:12,460
Alguien de la audiencia Tiene algo que
decir Que hable ahora o calle para siempre O lo

705
01:05:12,460 --> 01:05:19,470
escuche en el podcast Bueno chicos,
pues Ahora mismo aquí en España a las

706
01:05:19,470 --> 01:05:22,790
7 y 7 minutos Nos hemos
pasado un poquito de la horita

707
01:05:24,630 --> 01:05:26,130
Pero muy bien, ¿no, Ronald?

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

709
01:05:33,650 --> 01:05:41,340
un tema Que ayer fue un día Un poco
difícil y el cansancio se siente ya definitivamente

710
01:05:41,340 --> 01:05:46,720
como te digo, ya cuando se alcanza
cierta edad, ya uno responde ¡Hola!

711
01:05:46,720 --> 01:05:51,740
Esa ha sido una tra... Pero es que ha
sido una trago normada, te he dicho.

712
01:05:51,920 --> 01:05:53,587
¡Ya! ¡Venga! ¡Vamos a hacerlo!

713
01:05:54,480 --> 01:05:56,647
¿Dónde se encuentran los links de Loba?

714
01:05:57,160 --> 01:06:00,520
En el canal a ver, alguien pregunta,
está preguntando la audiencia.

715
01:06:00,560 --> 01:06:01,920
¿Dónde se encuentran los links de Loba?

716
01:06:01,960 --> 01:06:09,160
En el canal de Oracle23C del servidor ahí

717
01:06:09,160 --> 01:06:15,280
hemos puesto, el primero de todo es este,
es el de database app dev, este es el que lo

718
01:06:15,280 --> 01:06:22,460
va, voy a editarlo vale,
Link del OVA bueno,

719
01:06:26,280 --> 01:06:33,460
En Argentina las dos, un abrazo
para todos muy bien pues nada,

720
01:06:33,640 --> 01:06:38,840
yo lo dejo aquí yo creo que le hemos dado
un primer vistazo muy interesante a esto y

721
01:06:38,840 --> 01:06:43,300
hemos abierto aquí el pistoletazo de salida
que todo el mundo pueda empezar a probar

722
01:06:43,340 --> 01:06:49,470
con la nueva versión y a medida que nos
dejan ir contando cosas vamos a ir contando que

723
01:06:49,470 --> 01:06:56,770
es que si no hablamos más es
porque no nos deja no se vaya

724
01:06:56,770 --> 01:07:01,370
liberando y también hay que hacer algunas
otras revisiones de todo para ver si realmente

725
01:07:01,410 --> 01:07:09,050
funciona como funciona como dice que
funciona porque esto es otra cosa claro

726
01:07:09,530 --> 01:07:15,970
que que valía que efectivamente todo esto
que hemos ido conversando esté al 100 % y que

727
01:07:15,970 --> 01:07:23,090
no tenga alguna limitante específica
verdad sí sí sí sí bueno pues cerramos el cerramos

728
01:07:23,090 --> 01:07:29,130
el episodio muchas gracias a todos muchas
gracias gracias a vos javier también por la

729
01:07:29,130 --> 01:07:32,630
invitación y tal vez la última
babosada que que es interesante.

730
01:07:32,730 --> 01:07:37,200
Ahora puedes renombrar
segmentos tipo Love en 2013.

731
01:07:37,740 --> 01:07:40,900
Y tu tamaño pasa de 4 a 8 .000.

732
01:07:41,860 --> 01:07:48,880
¡Oh! ¡Oh! ¡Qué grande! Oye,

733
01:07:48,880 --> 01:07:50,540
Ronald, un abrazo muy fuerte.

734
01:07:52,360 --> 01:07:56,280
Igual, igual un abrazo enorme
para ti y nos estamos hablando.

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

736
01:08:03,000 --> 01:08:04,620
Bueno, mi hermano, descanse.

737
01:08:05,430 --> 01:08:07,650
Igualmente chao, chao