WEBVTT

00:00:08.750 --> 00:00:11.710
Buenas tardes, bienvenidos,
bienvenidas a la Cafetería Bar.

00:00:11.750 --> 00:00:18.770
Vamos a tener nuestra tertulia con Loles,
porque es que con Ángel hablábamos esto de

00:00:18.770 --> 00:00:22.250
qué pasaba, qué estaba pasando con
PostgreSQL, qué estaba pasando con PostgreSQL, que

00:00:22.290 --> 00:00:27.290
se había colocado en la DB Engines, que
había llevado tiempo, en la posición como el

00:00:27.290 --> 00:00:30.610
cuarto motor más, pero es que
sigue subiendo en popularidad, ¿no?

00:00:30.650 --> 00:00:32.594
¿Qué estaba pasando con PostgreSQL?

00:00:32.830 --> 00:00:37.710
Y en paralelo estábamos comentando, Ángel
y yo, estábamos diciendo, bueno, es que nos

00:00:37.710 --> 00:00:42.950
están llegando un montón de proyectos de,
buscamos DBAs de Oracle con conocimientos de

00:00:42.950 --> 00:00:45.890
Postgres para migrar de Oracle a Postgres.

00:00:45.890 --> 00:00:51.250
Que dijimos, bueno, y además estamos
comentando, se está cotizando, no se encuentran

00:00:51.250 --> 00:00:56.370
DBAs de Postgres y de ahí dijimos, bueno,
puede ser una oportunidad, puede ser una amenaza

00:00:56.370 --> 00:01:03.370
y de hablar esto, conocerte
a ti, Loles Ferrandiz, DBA de

00:01:03.370 --> 00:01:10.050
Oracle y de Postgres SQL y además está
echando un ojo a tu web, hola, buenas tardes Loles.

00:01:10.050 --> 00:01:12.530
Buenas tardes Javier. Buenas tardes.

00:01:12.530 --> 00:01:16.790
He estado echando un ojo a
tu web, la de DBA sin apuros.

00:01:17.250 --> 00:01:19.230
Sí. ¿Lo digo bien? ¡Buah!

00:01:19.470 --> 00:01:26.270
Y he visto que tienes ahí una colección de
cursazos de postgres en Udemy de la hostia,

00:01:26.830 --> 00:01:33.850
encima con una puntuación tremenda y
bueno, luego te pregunto, ya me dirás por

00:01:33.850 --> 00:01:39.710
cuál empiezo y cuál pergaminas y todo Esto
vamos a empezar por el principio, rovinemos

00:01:39.710 --> 00:01:46.850
un poco. Vale, Loles, DBA de Oracle, de
pronto tú pasaste de Oracle a PostgreSQL,

00:01:47.230 --> 00:01:53.630
no al revés, ¿no? Yo empecé a trabajar
como DBA de Oracle, en la empresa en la que estoy

00:01:53.630 --> 00:01:59.050
ahora, y se tomó la decisión de cambiar a
PostgreSQL por motivos económicos principalmente.

00:01:59.690 --> 00:02:06.690
Y esto fue hace 12 años aproximadamente,
que PostgreSQL no era lo que es ahora.

00:02:06.690 --> 00:02:11.650
Ya estaba en auge pero no era tan potente
como ahora y yo que estaba especializada en

00:02:11.650 --> 00:02:18.230
oracle claro a mí esa decisión empresarial
fue como un jarro de agua fría por encima

00:02:18.230 --> 00:02:25.610
no porque vamos yo no tenía por qué
cambiar un Ferrari por un no sé que

00:02:25.610 --> 00:02:30.090
me perdonen las marcas no pero cualquier
otra marca que os imaginéis no no lo entendía

00:02:30.130 --> 00:02:33.270
muy bien solamente por un motivo económico
cuando cuando en principio la empresa podía

00:02:33.310 --> 00:02:36.370
costear, eso como venía
haciendo para atrás.

00:02:36.870 --> 00:02:43.470
Pero bueno, nada, no sirvió de mucho mi
pataleta, me dijeron, prepárate porque este cambio

00:02:43.470 --> 00:02:48.210
se va a producir. Y entonces, pues nada,
pues aprender, aprender, no quiero otra.

00:02:48.390 --> 00:02:51.040
Así fue el cambio qué fuerte.

00:02:52.040 --> 00:02:53.900
¿Solamente un tema de licencias?

00:02:53.960 --> 00:02:55.480
O sea, ¿solamente es por el coste?

00:02:55.520 --> 00:02:59.300
¿Tú qué crees? Sí, en
nuestro caso fue el coste.

00:03:00.640 --> 00:03:07.760
Solo el coste porque ya se sabía, me
imagino que para elegir Postgres no fue

00:03:07.760 --> 00:03:14.320
una decisión al azar, supongo que lo
consultaron o algo ahí que yo desconozco que fue,

00:03:14.440 --> 00:03:20.180
que les hizo saber que Postgres podía
hacer el papel que estaba haciendo el oracle en

00:03:20.180 --> 00:03:24.420
esos momentos y sin perder funcionalidad,
sin perder rendimiento, etc.

00:03:24.420 --> 00:03:31.460
Entonces ante igualdad de productos y de
funcionalidades pues te optas por el más

00:03:31.460 --> 00:03:37.320
económico. Claro, pero ahora te vengo yo
con mis prejuicios, porque yo soy de Oracle

00:03:37.320 --> 00:03:43.160
y me las doy de que Oracle vale mucho
dinero y yo solo toco cosas caras, en plan tirándome

00:03:43.160 --> 00:03:50.320
ahí el pisto. Realmente, yo
siempre pensaba que Post SQL era

00:03:50.320 --> 00:03:56.880
un poco como MySQL, un poquito más avanzado,
que era pues para lo que es webs o para

00:03:56.880 --> 00:04:04.000
plataformas, o sea, aplicaciones web y
cosas que no son de tanta envergadura como

00:04:04.000 --> 00:04:11.080
de muchísimos teras, como más datos,
así, very large databases, que no era

00:04:11.080 --> 00:04:13.620
para esto. ¿Estoy confundido?

00:04:13.960 --> 00:04:15.460
¿Estoy lleno de prejuicios?

00:04:15.580 --> 00:04:20.340
No, piensa en lo que piensa la mayoría, en
lo que yo pensaba en su momento y lo que casi

00:04:20.380 --> 00:04:26.760
es lógico pensar. Pero lo cierto es que
Pogre está más cerca de Oracle que de MySQL esa

00:04:26.760 --> 00:04:33.020
es la verdad entonces pues simplemente es
cuestión de conocimiento, de saber exactamente

00:04:33.020 --> 00:04:37.800
qué es Pogre, es conocerlo y ver que
efectivamente se acerca muchísimo más a Oracle que

00:04:37.840 --> 00:04:43.410
a MySQL Claro, en esto Ángel me dijo una
frase, me dijo para que te hagas un poco una

00:04:43.410 --> 00:04:50.470
idea es como un Oracle dos versiones
atrás, o sea sería como un Oracle 11G Sí,

00:04:50.570 --> 00:04:53.910
pues muy bien valorado por parte de
Ángel porque efectivamente es así.

00:04:53.950 --> 00:04:57.050
Va un poquito por detrás todavía
a nivel de funcionalidades.

00:04:57.090 --> 00:05:02.530
El tema está en que Postgres está sacando
desde hace ya mucho tiempo una versión nueva

00:05:02.530 --> 00:05:06.250
cada año que incluye funcionalidades
nuevas, mejoras en el rendimiento.

00:05:06.290 --> 00:05:13.130
Entonces, en pocas versiones, en
pocos años, va a estar a la par.

00:05:13.950 --> 00:05:15.330
Está apretando mucho, ¿no?

00:05:15.370 --> 00:05:22.090
Hombre, a la par, O sea sí, tú mismo lo has
dicho, le quedan un par de versiones por

00:05:22.090 --> 00:05:27.770
detrás. Es que realmente no se puede
equivaler, no equivale una versión de Oracle, no

00:05:27.770 --> 00:05:29.250
equivale una versión de Postgres, ¿no?

00:05:29.290 --> 00:05:32.610
Pero podríamos decir que un par de
versiones de Postgres sí que equivalen a una de Oracle.

00:05:32.650 --> 00:05:36.810
Entonces estamos hablando que en cuatro o
cinco años probablemente Postgres esté a la

00:05:36.850 --> 00:05:40.870
par que Oracle cuando ya está a un nivel
muy aceptable para muchas empresas y muchos

00:05:40.910 --> 00:05:46.710
negocios. Tú mismo lo has dicho, parece
que Pogre no va a soportar grandes cantidades

00:05:46.710 --> 00:05:53.630
de datos. Pogre puede manejar Petabyte
perfectamente, incluso en algún blog he leído

00:05:53.630 --> 00:05:58.297
yo de empresas que ya están trabajando con
Petabyte de datos con Pogre sin problema.

00:05:58.710 --> 00:06:02.960
Bueno, qué grande, qué grande, qué grande.

00:06:04.420 --> 00:06:11.500
Y la demanda de oferta de empleo, al
menos en España, un poco estamos viendo un

00:06:11.500 --> 00:06:14.440
poco, si lo que está pasando en España
está pasando en el resto del mundo no lo sabemos

00:06:14.480 --> 00:06:18.260
muy bien, pero en España está siendo una
revolución, están pidiendo un montón de gente

00:06:18.300 --> 00:06:21.880
de post -sql y se está tomando
este tema un poco muy en serio.

00:06:21.880 --> 00:06:27.730
Sí, yo lo estoy notando también muchísimo
y efectivamente más en los últimos años, en

00:06:27.730 --> 00:06:31.650
el último par de años te diría,
lo estoy notando mucho, ¿por qué?

00:06:31.690 --> 00:06:35.750
Porque me llegan ofertas directamente a
mí, que me contactan a través de LinkedIn, yo

00:06:35.790 --> 00:06:39.710
ya estoy trabajando, pero me contactan y
me hacen ofertas y lo estoy notando porque hay

00:06:39.750 --> 00:06:43.490
muchas más inscripciones en mis cursos y
hay mucho más interés y mucha más demanda de

00:06:43.530 --> 00:06:46.710
formación en Postgres, o sea, la gente se
está preparando porque efectivamente hay más

00:06:46.750 --> 00:06:51.490
demanda de trabajo. Y yo pienso que eso es
en españa pero pienso que es a nivel internacional

00:06:51.530 --> 00:06:56.530
o sea que lo que pasa que bueno al final
nosotros vemos las ofertas que nos llegan aquí

00:06:56.530 --> 00:07:01.230
y vemos y la formación que es que yo doy
es en español y parece que está más centralizado

00:07:01.270 --> 00:07:03.326
pero es a nivel a nivel internacional

00:07:04.490 --> 00:07:11.790
Claro mucho podres ahora que ahora
que a un coste cero entonces claro es

00:07:11.790 --> 00:07:16.750
claro te voy a decir otra Y otra, ¿cuánta
gente tiene oracles configurados como aún en

00:07:16.750 --> 00:07:20.810
8i o 9i? También, sí,
correcto pues fíjate.

00:07:21.130 --> 00:07:24.510
Este también es, digamos,
algo a revisarse, ¿no?

00:07:24.610 --> 00:07:28.710
Es decir, tú estás diciendo, oye, es que
ahora crees un Ferrari, no sé qué, ya, pero

00:07:28.750 --> 00:07:31.690
si tú eres un Ferrari y lo llevas por caminos
de carro, si no pasas de 20 kilómetros

00:07:31.730 --> 00:07:35.270
por hora, pues no sé para qué
quieres un Ferrari, la verdad, ¿no?

00:07:35.310 --> 00:07:39.150
Yo te compararía con las versiones
actuales, pero efectivamente en las empresas a veces

00:07:39.190 --> 00:07:43.670
se pega un poco de caos muy por detrás de
la versión, también pasa con Pogres, Las 9

00:07:43.710 --> 00:07:47.350
.5, 9 .6 son versiones de
Pogres que ya están obsoletas.

00:07:47.410 --> 00:07:50.970
De hecho, en noviembre de este
año se quedó obsoleta Postgres 10.

00:07:51.010 --> 00:07:58.150
El 13 de octubre de este año ha salido
la versión Pogres 15 y todavía hay quien

00:07:58.150 --> 00:07:59.710
trabaja con las versiones obsoletas.

00:07:59.750 --> 00:08:05.070
O sea que al final es una cuestión de
tener que mantener actualizadas las bases de datos.

00:08:05.210 --> 00:08:12.410
Pero efectivamente yo creo que dentro del
mismo motor a veces a sacarle las máximas funcionalidades

00:08:12.410 --> 00:08:13.410
que hay en las versiones nuevas.

00:08:13.450 --> 00:08:14.930
Hay que mantenerlo
actualizado, eso está claro.

00:08:14.970 --> 00:08:23.250
Claro, quiero decir, no solo tener actualizado
el motor, sino evolucionar el total

00:08:23.380 --> 00:08:30.500
de datos y funcionalidades Y todo
efectivamente estoy viendo Oracle 19 que ves

00:08:30.500 --> 00:08:37.000
el Optimizer Features y pones Optimizer
Features a 12 o Optimizer Features a 11G y dices,

00:08:37.120 --> 00:08:42.740
bueno, o sea, tenemos un Oracle
19 configurado como a 11G, ¿no?

00:08:42.760 --> 00:08:46.720
Para que se conserve aún
como era antiguamente.

00:08:47.300 --> 00:08:53.520
Eso es un desperdicio al final con Progre
lo que Progre recomienda es que como mantienen

00:08:53.520 --> 00:08:57.640
cada versión nueva que sale, la mantienen
durante 5 años lo que te recomiendan es que

00:08:57.680 --> 00:09:01.460
no excedas de esos 5 años, no que hagas
una actualización antes de los 5 años, pero que

00:09:01.500 --> 00:09:06.140
actualices de una versión a otra mayor
pues eso es una valoración que hay que hacer pues

00:09:06.180 --> 00:09:11.400
el DBA la directiva de la empresa y ver
las funcionalidades que traen nuevas, a lo mejor

00:09:11.400 --> 00:09:15.980
las funcionalidades que traen la nueva
versión de Progre no son cosas que estás precisando

00:09:16.020 --> 00:09:21.120
aunque siempre vienen mejoras de
rendimiento y por ejemplo la versión esta 15 trae una

00:09:21.120 --> 00:09:25.660
mejora importantísima de hasta un 400 % de
rendimiento de mejora en el rendimiento en

00:09:25.700 --> 00:09:29.880
las ordenaciones con order byte, entonces
a lo mejor ya solo por eso, que consulta no

00:09:29.920 --> 00:09:33.820
tiene un order byte, entonces quizás solo
por eso ya merece la pena la actualización

00:09:33.860 --> 00:09:39.100
pero bueno, hablando en general, pues si
traes funcionalidades nuevas sobre JSON y no

00:09:39.100 --> 00:09:44.140
utilizas JSON o traes funcionalidades
nuevas sobre replicación Lógica que no la utilizas

00:09:44.140 --> 00:09:47.080
Y ya, pues a lo mejor dices, bueno, me
espero, me voy a hacer una actualización para

00:09:47.120 --> 00:09:49.787
cambiar a algo que no voy
a usar realmente, ¿no?

00:09:50.080 --> 00:09:55.330
Pero te recomiendo que no, lógicamente, no
dejes pasar los cinco años y se quede desactualizada.

00:09:55.370 --> 00:09:57.203
También por un tema de seguridad.

00:09:57.310 --> 00:10:00.250
Claro, oye, ¿y el tema de
licencias en Postgres cómo va?

00:10:00.290 --> 00:10:01.790
¿Cómo va el licenciamiento?

00:10:01.950 --> 00:10:04.510
Bueno, es open source,
pero habrá licencias, ¿no?

00:10:04.550 --> 00:10:09.272
Habrá sí, claro Postgres tiene una
licencia que se llama, como él, licencia Postgres.

00:10:09.490 --> 00:10:12.950
Es una licencia de código libre.

00:10:13.310 --> 00:10:19.030
Postgres es código libre y aparte es
open source y aparte es sin copyleft.

00:10:19.190 --> 00:10:22.390
Hay dos categorías principales
dentro del código libre, ¿no?

00:10:22.430 --> 00:10:25.150
Del open source que son con
copyleft y sin copyleft.

00:10:25.190 --> 00:10:31.970
Con copyleft significa que si tú coges un
software libre, lo modificas, lo editas, etc.,

00:10:31.970 --> 00:10:36.630
le añades funcionalidades, le cambias
cosas o lo que sea, si tienes copyleft significa

00:10:36.670 --> 00:10:40.270
que como ese producto que tú has creado
nuevo parte de uno que era libre, pues tú también

00:10:40.310 --> 00:10:43.390
lo tienes que distribuir libremente
y no puedes cobrar por ello.

00:10:43.430 --> 00:10:49.630
La licencia de Postgres es sin copyleft,
es decir, puedes coger el código de Postgres

00:10:49.630 --> 00:10:52.350
que lo puedes descargar de la página web
oficial de Postgres, ahí lo tienes, también

00:10:52.390 --> 00:10:59.450
está en Github. Lo coge, lo modificas Hace
lo que tú quieras y ese producto que te

00:10:59.450 --> 00:11:04.250
queda final sí lo puedes vender, la
licencia de por este lo permite entonces, Pogre es

00:11:04.250 --> 00:11:09.890
gratuito ahí está, lo puedes descargar y
te lo puedes instalar y lo puedes usar para

00:11:09.890 --> 00:11:14.030
fines comerciales para lo que quieras y no
hay que pagar nada luego está, hay empresas,

00:11:14.070 --> 00:11:17.690
por ejemplo Enterprise DB es muy conocida,
pero hay más que lo que hacen es que cogen

00:11:17.730 --> 00:11:23.350
ese software le introducen mejoras pues
para los clientes que ellos tengan no unas cosas

00:11:23.350 --> 00:11:28.550
que puedan venir bien a ellos y luego esa
versión de enterprise viví pues la comercializa

00:11:28.550 --> 00:11:35.350
así Está el tema del licenciamiento
tenemos la versión una versión comercial mejorada

00:11:35.350 --> 00:11:40.510
y luego tenemos las versiones libres claro
y ahora una cosa que a mí me da a mí yo a

00:11:40.510 --> 00:11:47.830
ver yo desconozco de lo que desconozco soy
muy cagón y a mí me da mucho miedo yo no

00:11:47.830 --> 00:11:54.390
estoy muy tranquilo porque tengo MetaLink
ahí que cuando pasa algo raro puedes abrir

00:11:54.390 --> 00:12:00.530
un ticket un Severida 1 y y
hombre con sus áreas a mejorar

00:12:01.490 --> 00:12:06.750
pero ostras yo estoy muy seguro con tener
ahí un MetaLink y en un momento dado poder

00:12:06.750 --> 00:12:12.670
abrir un ticket y que haya alguien que me
asesore yo que sé y me resuelva algo o descubrir

00:12:12.670 --> 00:12:15.337
un bug o cosas así ¿esto
en Postgres qué tal es?

00:12:15.450 --> 00:12:17.430
¿tema bugs? ¿tema soporte?

00:12:17.430 --> 00:12:19.590
Sí, igual bueno, igual, ¿no?

00:12:20.110 --> 00:12:24.270
En Conor Eccles te habrás pagado un soporte
por un año o lo que sea para poder tener

00:12:24.310 --> 00:12:28.150
eso, ¿no? Con Pobres eso es
gratuito, el soporte es gratuito.

00:12:28.270 --> 00:12:31.810
Está la comunidad de Pobres que está
formada por unas listas de correo.

00:12:31.850 --> 00:12:35.270
Queda un poco así que va a sonar como, va,
te puede contestar cualquiera y ya sabes lo

00:12:35.310 --> 00:12:39.050
que te contesta, ¿no?
Tenemos un grupo de WhatsApp.

00:12:39.990 --> 00:12:44.930
Sí, sí, básicamente entonces, yo lo entiendo,
entiendo tu preocupación porque era la

00:12:44.930 --> 00:12:48.730
que yo tuve, ¿no? Lo que pasa es que, claro,
ya llevo 12 años, entonces ya lo veo de

00:12:48.770 --> 00:12:50.603
otra manera porque ya lo conozco.

00:12:50.750 --> 00:12:54.610
Pero al final lo que hay, digamos que el
punto inicial y básico es irte a las listas

00:12:54.650 --> 00:12:59.710
de correo. Entonces, si tienes un problema
sobre, yo qué sé, SQL o lo que sea, pues hay

00:12:59.710 --> 00:13:00.750
una lista especial para eso.

00:13:00.790 --> 00:13:03.310
¿Qué es un tema de administración
de la base de datos general?

00:13:03.350 --> 00:13:05.850
Pues hay una lista de
administración general.

00:13:05.890 --> 00:13:11.390
¿Qué es algo, sabes tú, que es algo muy
concreto con, no sé, rendimiento, el tuning y

00:13:11.390 --> 00:13:13.190
tal? Pues hay una lista para eso.

00:13:13.230 --> 00:13:17.390
Tú ahí lanzas tu consulta, lanzas la
lista de correo, le llega a todo el mundo.

00:13:17.430 --> 00:13:20.790
De hecho, si haces una pregunta, pues yo
estoy suscrita a la lista, me llegará a mí también

00:13:20.830 --> 00:13:22.550
y te puede contestar cualquiera.

00:13:22.590 --> 00:13:27.750
Mira, la respuesta llega muy rápida porque
hay mucha gente leyendo, entonces las respuestas

00:13:27.750 --> 00:13:30.810
llegan enseguida. Y tú dices,
bueno, ¿y quién te contesta?

00:13:30.850 --> 00:13:33.310
Bueno, pues esto parece
un poco foro coches, ¿no?

00:13:33.350 --> 00:13:37.910
Sí, sí, sí lo puede parecer, pero yo te
digo, a mí me sorprende siempre, además es una

00:13:37.950 --> 00:13:41.450
cosa que no deja de sorprenderme, porque
yo soy un poco cotilla y cuando a mí me responde

00:13:41.490 --> 00:13:45.510
alguien una Pregunta, yo miro el correo
electrónico y el nombre que pone y lo busco en

00:13:45.550 --> 00:13:50.570
Google, ¿sabes? Y bicheo un poco a ver
quién me está contestando y te podría decir que

00:13:50.570 --> 00:13:57.770
como el 7 de cada 10 veces quien me responde
es un miembro del grupo de desarrollo

00:13:57.770 --> 00:14:03.010
global de Postgres, es como si a ti a tu
metalink que has publicado te contestase el

00:14:03.010 --> 00:14:05.790
desarrollador, uno de los desarrolladores
de Oracle, o sea que tú dices lo que me está

00:14:05.830 --> 00:14:11.630
diciendo es totalmente fiable y vamos y me
ha contestado a mí, no sé, te sientas tan

00:14:11.630 --> 00:14:15.352
importante que me ha atendido en
primera persona alguien importante

00:14:16.190 --> 00:14:21.650
Pero esta gente es la gente que tiene
acceso, digamos, al core de todo, ¿no?

00:14:22.150 --> 00:14:26.170
Bueno, es que el grupo de desarrollo
global de Pogres, que no te lo he contado, son los

00:14:26.210 --> 00:14:31.310
que desarrollan Pogres. Es que Pogres
tiene una filosofía de, bueno, ellos desarrollan,

00:14:31.330 --> 00:14:33.990
están formados por siete
miembros actualmente.

00:14:34.490 --> 00:14:38.790
Esos siete miembros están desarrollando
Pogres de forma altruista, aunque es cierto que

00:14:38.830 --> 00:14:40.290
están respaldados por
empresas importantes.

00:14:40.330 --> 00:14:44.930
Uno o dos de ellos son de EnterpriseDB,
que te he hablado antes de esa empresa, otros

00:14:44.970 --> 00:14:49.050
de Microsoft, otros de esto
de la nube, ¿cómo se llama?

00:14:51.190 --> 00:14:54.770
¿AWS? Sí, AWS, sí, efectivamente.

00:14:55.250 --> 00:14:57.910
¿Y Amazon? Amazon, efectivamente, sí, sí.

00:14:59.170 --> 00:15:02.910
Y bueno, o sea, todos están respaldados por
empresas importantes, pero aparte tienen

00:15:02.950 --> 00:15:05.270
este trabajo que lo
hacen de forma altruista.

00:15:05.310 --> 00:15:08.110
Ellos van desarrollando año tras
año, van sacando una versión nueva.

00:15:08.150 --> 00:15:12.470
Además no solamente la versión nueva cada
tres meses van sacando una versión menor nueva

00:15:12.510 --> 00:15:19.590
con que trae como un pc o como el
parche de seguridad si ellos tienen

00:15:19.590 --> 00:15:23.750
un calendario que es en el último
trimestre del año sacar una versión mayor nueva todos

00:15:23.790 --> 00:15:30.870
los años y luego en febrero cada tres
meses febrero marzo y en mayo en agosto y en noviembre

00:15:30.870 --> 00:15:36.350
en esas fechas una versión menor nueva por
cada cada una de las versiones mayores que

00:15:36.350 --> 00:15:40.270
están mantenidas. Están mantenidas
las 5 últimas versiones mayores.

00:15:40.430 --> 00:15:44.310
Ahora mismo acaba de salir la 15, pues está
mantenida la 15, la 14, la 13, la 12, la

00:15:44.350 --> 00:15:50.630
11, la 10 termina, o sea, está mantenida
hoy, pero el 11 de noviembre creo que ya finaliza,

00:15:50.670 --> 00:15:54.890
¿no? Entonces, sacan una versión menor por
cada una de esas versiones mayores para corregir

00:15:54.930 --> 00:15:59.650
eso. Pues busquen surgido, parches de
seguridad, y luego si hubiese algún fallo de seguridad

00:15:59.690 --> 00:16:04.270
que se detecte pronto, pues entonces sacan
un parche extraordinario, digamos, ¿no?

00:16:04.270 --> 00:16:07.710
O sea, quiero decir que es un grupo de
desarrollo que es muy activo, trabaja muchísimo

00:16:07.750 --> 00:16:11.306
para el núcleo de Pogres, estamos
hablando exclusivamente De eso

00:16:11.670 --> 00:16:17.090
y luego tenemos todo el ecosistema de
Pogres que al final tú te instalas un Pogres para

00:16:17.090 --> 00:16:22.850
un cliente y el Pogres final tuyo y el
Pogres final que tenga yo, ahora mismo funcionando,

00:16:22.870 --> 00:16:24.592
puede ser totalmente diferente.

00:16:24.810 --> 00:16:30.790
Me explico tú dices, bueno, es que yo
necesito manejar, porque la aplicación que yo manejo

00:16:30.790 --> 00:16:35.350
necesita tipos de datos geográficos y
necesito el juego de funciones que me permite hacer

00:16:35.390 --> 00:16:40.330
cálculos con esos datos geográficos para
calcular la distancia entre dos puntos, etc.

00:16:40.330 --> 00:16:45.010
Etcétera, eso no lo trae de forma nativa
Postgres, tú te instalas el motor, te instalas

00:16:45.050 --> 00:16:49.930
Postgres que trae lo mínimo necesario para
funcionar como un motor de base de datos relacional

00:16:49.970 --> 00:16:54.570
y aparte te instalas una extensión que es
Postgis, la más popular, que te da todo ese

00:16:54.610 --> 00:16:59.170
juego de funcionalidades y a lo mejor yo
en mi sistema no lo necesito, entonces yo no

00:16:59.210 --> 00:17:04.630
lo instalo, al final el resultado cuál es,
pues que cada persona tiene su Postgres con

00:17:04.630 --> 00:17:09.370
sus extensiones que necesita y es justo lo
que necesita, no tiene de más, porque ¿Por

00:17:09.370 --> 00:17:12.350
qué tener más funcionalidades en
el núcleo cuando no las voy a usar?

00:17:12.390 --> 00:17:14.112
Un poquito esa es la filosofía.

00:17:14.410 --> 00:17:20.190
Qué bueno esto me parece como súper abierto
en lo que es el desarrollo y el soporte,

00:17:20.270 --> 00:17:24.410
¿no? Sí, porque, por ejemplo, las
extensiones no las desarrolla el grupo De desarrollo

00:17:24.450 --> 00:17:29.110
global de Postgres. O sea, ese grupo se
encarga solamente del núcleo de Postgres y de

00:17:29.150 --> 00:17:32.490
lo que te he dicho, de sacar una versión
anual, una versión mayor anual y las versiones

00:17:32.530 --> 00:17:36.750
menores. Y el resto de desarrollos que hay
satélites alrededor, que son muchísimos y

00:17:36.790 --> 00:17:41.690
muy variados, esos son grupos de
desarrollo independiente, o sea, no sé, como si me pongo

00:17:41.730 --> 00:17:46.630
yo digo, uy, pues tengo una necesidad para
mi trabajo, necesito necesitaría una herramienta

00:17:46.670 --> 00:17:50.590
que haga esto y no la encuentro de
que nadie la haya sacado antes, ¿no?

00:17:50.630 --> 00:17:55.570
Y se me da a mí programar y empiezo a
programar hay un código y veo que me queda aceptable

00:17:55.610 --> 00:17:59.710
y lo subo y lo aporto a la comunidad
porque al final el software libre, o sea el open

00:17:59.750 --> 00:18:05.370
source es esto, ¿no? Yo tengo un código,
claro, que creo que es bueno lo publico y otra

00:18:05.370 --> 00:18:08.850
persona lo coge y se aprovecha de se
aprovecha, entre comillas, de ese trabajo mío.

00:18:08.890 --> 00:18:10.410
O sea, quiero decir, se aprovecha
en el buen sentido, ¿no?

00:18:10.450 --> 00:18:12.810
De que lo que utiliza, lo
utiliza y lo saca a provecho.

00:18:12.850 --> 00:18:14.530
Lo continúa exacto, lo continúa.

00:18:14.570 --> 00:18:17.010
Entonces, dice, ay, pues
yo lo mejoraría en esto.

00:18:17.050 --> 00:18:22.130
Y pone la mejora llega otra persona y
dice, uy, pues a mí se me da muy bien simplificar

00:18:22.130 --> 00:18:26.490
y hacer un código que hace X, otro código
que haga lo mismo, pero más sencillo, con menos

00:18:26.530 --> 00:18:28.770
líneas, Más rápido y entonces lo mejora.

00:18:28.790 --> 00:18:33.470
O sea, y al final te das cuenta que un año
después, lo que yo subí inicialmente, pues

00:18:33.510 --> 00:18:36.621
ahora es un producto buenísimo,
una extensión buenísima.

00:18:37.050 --> 00:18:37.830
¿Sabes lo que te quiero decir?

00:18:37.870 --> 00:18:41.530
Que a su vez puedo yo volver a
coger y volver a aprovecharla yo.

00:18:41.930 --> 00:18:45.710
Y así es como funciona Pogres, es así.

00:18:47.000 --> 00:18:48.740
Esa es la comunidad Pogres, ¿no?

00:18:48.780 --> 00:18:56.040
Te voy a soltar una frase que aquí un colega
mío de BA de muchísimos años me dijo y

00:18:56.040 --> 00:19:01.980
es Bueno, eso está al momento en que
PostgreSQL decida pasar por caja a todo el mundo

00:19:01.980 --> 00:19:03.369
que ha implantado Postgre

00:19:04.440 --> 00:19:07.120
Y entonces, ¿tú crees que eso puede pasar?

00:19:07.320 --> 00:19:12.100
¿O está montado de forma
que no va a suceder?

00:19:12.200 --> 00:19:18.720
¿Tú qué crees? Yo sinceramente creo que
no, porque además la filosofía de partida que

00:19:18.720 --> 00:19:24.300
tuvo Postgres se ha mantenido durante 35
años con esa misma filosofía y hasta ahora no

00:19:24.300 --> 00:19:27.140
han dado señales de querer
ni lucrarse ni nada.

00:19:27.780 --> 00:19:31.380
Y no creo que pase, creo que va
a seguir con la misma filosofía.

00:19:31.380 --> 00:19:36.200
Que es la gente que es muy de software
libre y de, sabes, todo para todos y vamos a ayudarnos

00:19:36.240 --> 00:19:42.620
y a colaborar. Tiene una mentalidad y un
concepto distinto de otros motores que son más

00:19:42.620 --> 00:19:46.453
propietarios, que son código cerrado,
lo que yo hago no se puede ver.

00:19:47.600 --> 00:19:51.060
Si tú detectas un error, cuéntame el
error, pero no me digas dónde lo tengo, porque uno

00:19:51.100 --> 00:19:52.520
puede ver el código o no lo puede saber.

00:19:52.560 --> 00:19:55.220
Aquí un poco es lo que
se desarrolla, está ahí.

00:19:55.580 --> 00:20:00.480
Si tú detectas un bug, pues lo puedes ver
dónde está, me lo puedes decir e incluso lo

00:20:00.480 --> 00:20:06.560
puedes solucionar. Yo trabajé en Oracle y
en MetaLink, a mí como trabajador de Oracle

00:20:06.560 --> 00:20:12.060
me aparecieron un montón de notas que
ponía for use internal only, es decir, y en algunas

00:20:12.060 --> 00:20:18.380
se remarcaba en mayúsculas, keep away from
customer size, algo así, que el cliente no

00:20:18.380 --> 00:20:24.780
lo vea esto, o sea, como añadir un secretismo
más, claro, es más corporativo, ¿no?

00:20:25.690 --> 00:20:31.030
Claro, pero no creo que ellos se vayan a
la otra vertiente porque es una cuestión de

00:20:31.030 --> 00:20:38.450
filosofía, de ver este negocio
sin el contexto económico, sino

00:20:38.450 --> 00:20:44.230
que al final tú dices, bueno, es que uno
tiene una filosofía de todos en equipo, sacamos

00:20:44.230 --> 00:20:49.890
esto adelante y lo vamos a hacer mucho
mejor y tus éxitos son mis éxitos también y al

00:20:49.890 --> 00:20:55.970
revés. Y el software propietario Pues al
final es eso Es más restrictivo, es cerrado

00:20:56.430 --> 00:21:01.690
Trabajan para ello, para comercializarlo
Por otro lado, Oracle es muy potente Es bueno

00:21:01.690 --> 00:21:06.610
y también Y también hay mercado para él
Pero que son conceptos y filosofías distintas

00:21:06.610 --> 00:21:09.410
Entonces cómo decir, bueno, pues una persona
que piensa de una manera De repente Que

00:21:09.450 --> 00:21:13.110
le va a cambiar la mentalidad al otro extremo
Yo lo veo difícil, no creo que pase Es

00:21:13.150 --> 00:21:18.490
algo que saque en un postgreSQL Enterprise
como Como Red Hat Enterprise Linux

00:21:20.470 --> 00:21:27.530
Digamos para sistemas sistemas
de producción digamos si hay lo

00:21:27.530 --> 00:21:31.410
que te he comentado empresas que se cogen
ese núcleo van ha salido la versión 15 hace

00:21:31.450 --> 00:21:36.590
poquito pues lo habrán cogido ya y estarán
empezando a introducir las mejoras pero yo

00:21:36.590 --> 00:21:40.150
lo veo un poco más como decir bueno es que
yo sé que mis clientes son sobre este negocio

00:21:40.190 --> 00:21:45.350
que sé que necesiten estas necesidades
adicionales ellos se las incorpora este pobre

00:21:45.350 --> 00:21:50.350
y le vendo ese producto y aparte le vendo
el pack no con su con el soporte con todo lo

00:21:50.350 --> 00:21:53.390
que necesiten no con si necesitan
actualización en vez de que la gana ellos lo hacemos

00:21:53.430 --> 00:22:00.470
nosotros y entonces venden el producto con
un en un paquete ya es un post sql tuneado

00:22:00.470 --> 00:22:04.910
con extras y exactamente tuneado y con el
soporte porque al final las empresas en pobres

00:22:04.950 --> 00:22:09.450
por ejemplo también están ahí hay opciones
a la empresa que están cambiando a pobres

00:22:09.490 --> 00:22:14.270
tienen dos caminos o O, vale, te instalas
Pogreses gratuito, pero ¿esto quién me lo mantiene?

00:22:14.310 --> 00:22:19.370
Pues tengo la opción de contrato un DBA
experto en Pogres que lo lleve o contrato una

00:22:19.370 --> 00:22:23.910
empresa especializada en Pogres que me dé
un servicio de soporte y me haga las actualizaciones

00:22:23.950 --> 00:22:27.430
y tal. Entonces yo ya puedo tener aquí una
persona que sepa un poquito, que se maneje

00:22:27.470 --> 00:22:29.790
más o menos, pero no necesito
que sea una especialista.

00:22:29.830 --> 00:22:33.330
Y tengo, Digamos, que esa otra empresa a
la que tengo contratada que me da las garantías

00:22:33.370 --> 00:22:37.090
de que mi hipocres va a funcionar
perfectamente y si tengo algún problema me van a responder

00:22:37.130 --> 00:22:41.850
lo que tengamos pactado,
servicio prioritario, lo que sea.

00:22:42.530 --> 00:22:47.250
Vale, ahora te lanzo otra pregunta de
estas, así sin censura que hemos estado hablando

00:22:47.290 --> 00:22:52.920
también entre chascarrillos ¿Y si a Oracle
le da por poner el dinero encima de la mesa

00:22:52.920 --> 00:22:54.309
y decir, compro Postgres?

00:22:54.520 --> 00:23:01.200
¡Guau! ¿Se lo va a comprar y liberar su
código o lo compran para ocultar el código?

00:23:01.380 --> 00:23:06.160
¿Cómo es esto? No lo puede comprar Bueno,
fíjate, mira, varias cosas aquí por contar

00:23:06.160 --> 00:23:09.060
un poco la historia de
Oracle Compraron MySQL

00:23:09.980 --> 00:23:15.720
y entonces de ahí se derivó un fork la
mitad de, bueno la mitad digo la mitad por decir,

00:23:15.860 --> 00:23:23.200
un grupo un grupo de programadores
de MySQL continuaron con MariaDB que

00:23:23.200 --> 00:23:28.740
es lo mismo que MySQL pero por los
programadores originales y Oracle se quedó y le dio

00:23:28.740 --> 00:23:34.160
continuidad a MySQL hay otros softwares
que Oracle los ha comprado simplemente por comprar

00:23:34.160 --> 00:23:39.420
mercado y por retirarlos y otros los ha
comprado con intención como por ejemplo GoldenGate,

00:23:39.500 --> 00:23:43.380
lo compró con intención de comprarlo y
dejarlo morir, porque tenía el ODI, el Oracle

00:23:43.420 --> 00:23:49.980
Data Integrator y quería, pues oye,
comprar GoldenGate y decir y esto, me olvido de ellos

00:23:49.980 --> 00:23:57.000
y desde dentro, los de GoldenGate lucharon
para que para, oye, hacernos caso que

00:23:57.000 --> 00:24:03.260
como producto somos buenos, que podemos ser
parte de ODI y digamos, pues ahora se ha

00:24:03.260 --> 00:24:05.460
convertido en un proyecto
muy estable dentro de Oracle.

00:24:05.500 --> 00:24:10.350
Imagínate que Oracle coge y dice, vamos a
comprar PostgreSQL Pues no sé Javier, la verdad

00:24:10.390 --> 00:24:11.630
que que el futuro es incierto.

00:24:11.670 --> 00:24:12.930
¿Quién lo sabe? No lo sé.

00:24:12.970 --> 00:24:16.950
Igual, si eso pasa, pues nos volvemos a
tomar un café y lo comentamos la jugada, pero

00:24:16.990 --> 00:24:20.230
De momento no lo veo la
versión 2 de la tertulia.

00:24:20.250 --> 00:24:23.290
¡Hombre, ahora estamos! ¿Te imaginas?

00:24:23.430 --> 00:24:26.670
He instalado Oracle PostgreSQL.

00:24:27.150 --> 00:24:29.670
Sí, Oracle PostgreSQL sí.

00:24:30.870 --> 00:24:34.770
La versión 25, ¿no? Del 2012.

00:24:37.270 --> 00:24:43.170
Tengo un montón de preguntas aquí
acumuladas de todo todo lo que llevamos aquí cociendo

00:24:43.170 --> 00:24:48.770
este café. Tema certificación,
cuéntame, ¿cómo va?

00:24:49.090 --> 00:24:50.757
Tema certificación, pues mira.

00:24:50.950 --> 00:24:53.061
¿Qué caminos tengo? ¿Qué opciones hay?

00:24:53.770 --> 00:24:59.390
Mira, esta es una de las cosas, antes te
he comentado, ya en 35 años desarrollando Postgres

00:24:59.390 --> 00:25:03.470
y no han dado señales, te he dicho esa
coletilla, no han dado señales de tener ánimo

00:25:03.510 --> 00:25:07.230
de lucro. Pues precisamente el tema de la
certificación es una de las cosas que te hacen

00:25:07.270 --> 00:25:14.320
ver que efectivamente tienen
amor, pasión y como quieras verlo,

00:25:14.340 --> 00:25:19.160
por desarrollar y por programar
y por avanzar y por, ¿sabes?

00:25:19.160 --> 00:25:21.220
Y no están centrados para
nada en lo económico.

00:25:21.260 --> 00:25:26.420
¿Por qué te lo digo? Porque la
certificación, pues lo suyo sería que los que desarrollan

00:25:26.420 --> 00:25:30.740
Pogre, que al final son, aunque no sean los
dueños porque lo venden, pero sí son los

00:25:30.780 --> 00:25:36.400
titulares, son los que lo han
desarrollado, serían los encargados de, si no ellos directamente,

00:25:36.540 --> 00:25:41.300
en formar otro grupo que ellos formen, que
sean los encargados de establecer el temario.

00:25:41.340 --> 00:25:45.896
Bueno, pues va a haber una certificación
Associate que va a llevar este contenido,

00:25:46.520 --> 00:25:50.687
Vamos a tener una certificación
profesional que va a llevar este contenido,

00:25:51.280 --> 00:25:55.480
para saber esto, o sea, a lo mejor para la
profesional como hace Oracle, para la Associate

00:25:55.520 --> 00:25:59.680
casi es presentarte al examen, te formas
por tu cuenta y te presentas al examen.

00:25:59.720 --> 00:26:03.860
No sé si ha cambiado, esto era así cuando
yo trabajaba con Oracle, Pero luego la profesional

00:26:03.900 --> 00:26:08.040
si necesitabas hacer un curso y tenías que
tener el curso y la SOCIED para poder presentarte

00:26:08.080 --> 00:26:11.300
a la profesional. Así era
cuando yo trabajaba con Oracle.

00:26:11.880 --> 00:26:13.602
Bueno, pues Pogres ha dicho no.

00:26:13.780 --> 00:26:17.000
Nosotros nos queremos dedicar, aparte
estamos sacando una versión al año, entonces las

00:26:17.040 --> 00:26:19.484
certificaciones tienen
que ir súper rápidas.

00:26:19.840 --> 00:26:23.320
Deberíamos de estar sacando
certificaciones todos los años para que la gente se pueda

00:26:23.360 --> 00:26:28.640
actualizar. Entonces ellos directamente
han dicho que no van a sacar, no se van a ocupar,

00:26:28.660 --> 00:26:34.700
ellos no, lo dejan en manos de estas
empresas que te digo que dan soporte para Postgres

00:26:34.700 --> 00:26:40.680
y que están especializadas en Postgres,
EnterpriseDB por ejemplo tiene certificaciones,

00:26:40.940 --> 00:26:44.840
Abatic también tiene certificaciones, son
las dos empresas principales con las que te

00:26:44.880 --> 00:26:49.920
puedes certificar ahora. Ahora, si yo
estoy certificada en Abatis, tengo dos, la Associate

00:26:49.920 --> 00:26:51.698
y luego me saqué la Profesional.

00:26:52.180 --> 00:26:56.440
Y te puedo decir, por ejemplo, pues que,
claro, Enterprise DB es una Empresa que tiene

00:26:56.480 --> 00:26:58.740
más años y más experiencia.

00:26:58.820 --> 00:27:03.920
Entonces, quizás tendría más fama esa
certificación, pero también es verdad que es más

00:27:03.920 --> 00:27:09.500
cara y es en inglés. Entonces, la de
Abatis, que es en español, es un poquito más económica

00:27:09.500 --> 00:27:13.700
y perfectamente válida. Entonces, ¿es una
certificación como tal, como conocemos para

00:27:13.740 --> 00:27:17.560
otros productos? No, porque quien te
certifica los conocimientos no es el creador del

00:27:17.600 --> 00:27:24.580
producto. No hay una certificación
oficial, pero siempre puedes tener, digamos, alguien...

00:27:24.580 --> 00:27:27.980
Efectivamente, que te respalda
que tú tienes esos conocimientos.

00:27:28.020 --> 00:27:32.080
Entonces, en mi caso, por ejemplo, pues yo
tengo esas dos certificaciones que me lo respalda

00:27:32.120 --> 00:27:33.898
una empresa que me ha examinado.

00:27:35.000 --> 00:27:38.600
Entonces, que valga o no valga luego
mi certificación, ¿de qué dependerá?

00:27:38.640 --> 00:27:43.380
Pues de si de verdad puedo
defender luego la certificación.

00:27:43.380 --> 00:27:47.480
Quiero decir, al final, imagínate que sale
una empresa certificadora ahora y se pone

00:27:47.520 --> 00:27:52.100
a regalar certificaciones, pues cuando
llegue a una empresa, le llegue un candidato a

00:27:52.140 --> 00:27:56.680
una plaza, a un puesto, y le presente esa
certificación, dirá, esto no vale para nada

00:27:56.720 --> 00:28:00.920
porque esto lo regalan. Si tienes una
certificación con una empresa detrás que sabes

00:28:00.960 --> 00:28:05.900
que lo hace bien, que sabes que hay un
temario, sabes que hay un examen que tiene la

00:28:05.900 --> 00:28:09.300
exigencia, el nivel de exigencia que tiene
que tener y lo ha pasado, pues porque va a

00:28:09.340 --> 00:28:14.500
ser malo. En principio, es bueno pero no
hay certificaciones oficiales pero sí te puedes

00:28:14.500 --> 00:28:21.700
certificar esa sería la respuesta no te
certifica el fabricante bueno, no sé pues

00:28:21.700 --> 00:28:25.800
lo que te decía, ellos dicen de hecho,
fíjate, las certificaciones que tengo yo son de

00:28:25.840 --> 00:28:31.650
pobres 13 y acaba de salir la 15, o sea,
realmente ya voy dos versiones desfasadas pero

00:28:31.650 --> 00:28:35.020
bueno, no no tiene mayor importancia

00:28:36.050 --> 00:28:44.060
vale, entonces vamos a situarnos yo, que
llevo toda la vida tocando oracle me sería

00:28:44.060 --> 00:28:48.740
muy difícil por donde empiezo o sea,
aprendo, me sale a cuenta es una oportunidad, una

00:28:48.780 --> 00:28:55.780
amenaza Me abro a aprender a yo tengo

00:28:55.780 --> 00:29:00.520
ahí una visión particular del tema o sea,
pienso que al final nosotros es como tú te

00:29:00.520 --> 00:29:05.340
veas, eres de BA de oracle o eres de BA,
si eres de BA vale que estés especializado en

00:29:05.340 --> 00:29:09.618
un motor de base de datos, pero sería
enriquecedor que conocieras otros, ¿no?

00:29:09.760 --> 00:29:13.540
Está claro que no puedes ser profesional
en todos, porque eso serían muchas horas de

00:29:13.580 --> 00:29:18.920
dedicación al día, que los días tienen 24
horas, entonces está bien que estés especializado

00:29:18.920 --> 00:29:22.280
en uno, pero hay que saber, yo un poco la
estrategia que sigo es decir, bueno, pues si

00:29:22.320 --> 00:29:28.160
el año tiene 12 meses, quítale 3 por las
vacaciones y porque también hay meses en los

00:29:28.160 --> 00:29:32.740
que bajas la actividad, la actividad
profesional la baja y la dedicas más a la familia

00:29:32.780 --> 00:29:39.880
u otras cosas, De los nueve meses
restantes, uno dedícalo, o sea, ocho dedícalo, en mi

00:29:39.880 --> 00:29:41.740
caso, a Pobres, en tu caso a Oracle.

00:29:41.780 --> 00:29:44.920
Y el otro dedícalo a otro
motor y cada año uno diferente.

00:29:44.960 --> 00:29:49.100
Pues ahora MongoDB te vas
preparando y te vas formando.

00:29:49.100 --> 00:29:53.360
Porque está bien también tener un concepto
global, al final, sobre todo si eres freelance.

00:29:53.400 --> 00:29:58.440
Cuando te venga un cliente te va a decir,
yo tengo esta necesidad, tengo que dar este

00:29:58.440 --> 00:30:03.620
servicio y necesito una base de datos
subyacente que me dé respuesta a esto.

00:30:03.740 --> 00:30:06.700
¿Cuál elijo? Entonces, claro, si solo
conoces una, Pues solo le puedes dar respuesta.

00:30:06.740 --> 00:30:10.820
Yo lo he rechazado a todos,
digo, no es Oracle, no lo toco.

00:30:12.460 --> 00:30:15.349
¿Sabes qué pasa? Claro, es
que por ejemplo pienso...

00:30:15.740 --> 00:30:20.180
Sí, es dime, dime quiero decir, Javier, que
eso sí, o sea, al final tú dices, bueno,

00:30:20.220 --> 00:30:27.280
ahora mismo sí, yo manejo SQL
Server también, desde hace un par

00:30:27.280 --> 00:30:33.020
de años, ¿no? Entonces, ahora mismo si
fuese para un servicio muy crítico donde hay un

00:30:33.020 --> 00:30:36.320
SQL Server, pues quizás yo a un colega
mío, pero esto lo hacen en todas las profesiones

00:30:36.360 --> 00:30:41.980
no sé, un psicólogo te puede decir oye, si
el tema del que vas a, tienes que tratar es

00:30:41.980 --> 00:30:45.440
un tema matrimonial, pues te aconsejo a un
amigo mío que se especializa en esto, si es

00:30:45.480 --> 00:30:49.160
algo infantil pues te aconsejo a un amigo
y yo me dedico exclusivamente a estos casos

00:30:49.200 --> 00:30:54.520
a lo que sea, a dicciones por decir algo
pues con las bases de datos igual yo soy experta

00:30:54.520 --> 00:30:58.620
en Pogre, si alguien me viene que necesita
un experto en Oracle Oracle te recomendaría

00:30:58.660 --> 00:31:01.780
a ti y viceversa, tú harás lo
mismo conmigo, espero, ¿no?

00:31:01.820 --> 00:31:02.880
Claro, es que, ¿sabes qué me pasa?

00:31:02.920 --> 00:31:08.380
Por ejemplo, que cuando ya nos metemos,
por ejemplo, en cómo funciona el motor, además

00:31:08.380 --> 00:31:11.360
tú y yo hemos estado hablando
estos días hace un poquito, ¿no?

00:31:11.400 --> 00:31:13.680
Oye, ¿cómo hace Oracle?
¿Cómo hace el flashback?

00:31:13.720 --> 00:31:15.420
¿Cómo hace la consistencia de lectura?

00:31:15.460 --> 00:31:19.060
¿Cómo hace todo lo que es la imagen
consistente del servidor para ver cómo está la base

00:31:19.100 --> 00:31:21.200
de datos? Hace cinco minutos, ¿no?

00:31:21.260 --> 00:31:22.440
El estado de las tablas, no sé.

00:31:22.480 --> 00:31:29.020
Y yo escucharte, digo Dios, o sea, me
aterra, digo o sea, se me disparan todas las alarmas

00:31:29.020 --> 00:31:34.960
digo, no me fío, esto no funciona, esto va
a ir mal Sí, porque son, es porque bueno,

00:31:35.240 --> 00:31:40.660
es mi teoría, pero yo creo que estaré muy
acertada, yo creo que lo que pasa ahí es que

00:31:40.660 --> 00:31:47.440
es como, Oracle está cerrado, entonces
sabemos o sea, si tú quisieras programar tú un

00:31:47.440 --> 00:31:51.180
motor de base de datos, basándote en
Oracle, que es el que conoces, diría bueno, como

00:31:51.220 --> 00:31:55.340
está el código cerrado, tengo que
conseguir hacer esto, o sea, conseguir estos mismos

00:31:55.380 --> 00:31:59.600
resultados, pero lo tengo que programar y
yo me tengo que inventar cómo, o sea qué algoritmo

00:31:59.640 --> 00:32:02.900
sigo, cómo lo hago para que el resultado
sea este, entonces eso es un poco pobre, es

00:32:02.940 --> 00:32:05.520
eso, es totalmente diferente

00:32:07.260 --> 00:32:12.320
Porque, no sé, a partir de, y aparte tú
piensas todas las mentes pensantes que hay trabajando

00:32:12.360 --> 00:32:16.940
ahí, o sea, que de repente el grupo de
desarrollo global es, son siete personas pero

00:32:16.980 --> 00:32:19.540
eso no quiere decir que son siete personas
que sólo hablan entre ellos, sólo se reúnen

00:32:19.580 --> 00:32:25.560
entre ellos, es que Es que cada año ellos
van recibiendo los inputs que le damos todos

00:32:25.560 --> 00:32:30.020
los de la comunidad. Entonces, si yo
digo, oye, ¿por qué Pogre no hace esto?

00:32:30.080 --> 00:32:31.680
Por ejemplo, que sí que lo tiene Oracle.

00:32:31.720 --> 00:32:35.140
Y yo lanzo ese input y ellos cogen y
dicen, bueno, pues para la siguiente versión, que

00:32:35.180 --> 00:32:37.040
es la 16, de hecho ya lo están haciendo.

00:32:37.080 --> 00:32:40.740
Llevan ya un par de meses
aceptando compromisos.

00:32:40.740 --> 00:32:42.160
Ellos le llaman los comis, ¿no?

00:32:42.200 --> 00:32:45.880
Ellos dicen, bueno, pues de todas estas,
digamos, peticiones, hablando para que nos entendamos,

00:32:45.920 --> 00:32:49.940
de todas estas peticiones que he recibido
o sugerencias que he recibido de la comunidad

00:32:49.980 --> 00:32:55.020
que utilizan Postgres voy a este, me
comprometo a que en la próxima versión, que es la

00:32:55.020 --> 00:33:00.060
16 que saldrá el año que viene por estas
fechas esta va a ir incluida, esta, esta esta

00:33:00.060 --> 00:33:04.060
de momento no, esta sí esta no porque
dependo de esta, venga pues voy a hacer esa otra

00:33:04.100 --> 00:33:08.767
y luego haré otra y adquieren una serie de
compromisos en esta versión 15 han salido

00:33:09.540 --> 00:33:13.262
conté, porque no están numeradas
y las conté porque soy Muy curiosa

00:33:14.140 --> 00:33:20.960
186 compromisos O sea, de las sugerencias
que se hicieron, aceptaron 186 compromisos

00:33:20.960 --> 00:33:23.040
y lo han implementado
en esta nueva versión.

00:33:23.080 --> 00:33:28.580
Pero no depende de cómo sea el compromiso,
porque implementar multi -tenant, hostia.

00:33:28.760 --> 00:33:35.980
Claro, sí, sí, sí bueno, pues lo que hacen
ahí es que lo subdividen, es una tarea

00:33:35.980 --> 00:33:38.720
grande, la dividen en subtareas
y las van aplicando poco a poco.

00:33:38.760 --> 00:33:43.800
La replicación lógica, por ejemplo, en su
día se introdujo, que no estaba, se introdujo

00:33:43.800 --> 00:33:47.460
en el núcleo y se introdujo con dos
funcionalidades, las más básicas.

00:33:47.500 --> 00:33:50.440
En la siguiente versión se amplió, en esta
versión 15 se ha vuelto a ampliar, ahora ya

00:33:50.480 --> 00:33:55.680
se puede hacer una replicación lógica y
replicar, antes eran solamente tablas, ahora

00:33:55.680 --> 00:33:59.720
ya puedes replicar algunas columnas de las
tablas, no tienen por qué ser todas, ¿vale?

00:33:59.760 --> 00:34:03.640
Puedes decir, pues quiero replicar cuatro
columnas de las 45 que tiene la tabla, ¿no?

00:34:03.680 --> 00:34:05.460
Pues solo replicas las
columnas que te interesan.

00:34:05.500 --> 00:34:09.680
O sea, que sí que lo hacen, lo que pasa es
que, claro, evidentemente no es un desarrollo

00:34:09.720 --> 00:34:13.220
grande de una versión para otra y
van introduciéndolo poco a poco.

00:34:13.260 --> 00:34:17.990
Pero bueno, te quiero decir que son muchas
mentes proponiendo cosas, ideando muchas necesidades

00:34:18.030 --> 00:34:20.450
recopiladas, ¿sabes lo
que te quiero decir?

00:34:20.490 --> 00:34:23.070
Y al final, pues el resultado es eso.

00:34:24.210 --> 00:34:28.930
Y en temas, por ejemplo, el Optimizador de
costes y todo eso, bueno, utiliza optimizador

00:34:28.970 --> 00:34:36.210
de costes Claro, claro Porque cada vez lo
cierra más, o sea, cada vez yo veo que la documentación

00:34:36.210 --> 00:34:38.099
de Oracle cada vez te cuesta menos

00:34:39.090 --> 00:34:44.010
Sí, eso es una de las cosas que tiene muy
parecidas a Oracle, por lo menos a mí me recuerda

00:34:44.050 --> 00:34:50.330
mucho tiene el Explain Analyze que lo mismo,
te muestra el árbol de ejecución que es

00:34:50.330 --> 00:34:53.810
el árbol de ejecución óptimo, o sea, ya te
ha mostrado Digamos que ya el planificador

00:34:53.850 --> 00:34:59.650
ha hecho todas sus ramificaciones, sus
cálculos de costes y entonces te muestra cuál

00:34:59.650 --> 00:35:02.983
es el camino que ha seguido,
si ha utilizado un índice o no.

00:35:03.470 --> 00:35:07.610
Si después de hacer, por ejemplo, si ha
paralelizado a lo mejor un Select Disting, lo

00:35:07.650 --> 00:35:09.930
puede hacer con dos procesos paralelos.

00:35:09.930 --> 00:35:14.410
Si lo ha paralelizado, si no, todo eso es
muy parecido a cómo funciona con Oracle.

00:35:14.450 --> 00:35:19.061
No sé si Oracle te permite configurar los
costes en sí, que Pogre sí te lo permite.

00:35:19.650 --> 00:35:21.317
Lo te recomendaré en un libro.

00:35:22.570 --> 00:35:27.126
Muy interesante recomiéndame que yo no
quiero dejar, no quiero desampar el oracle.

00:35:27.210 --> 00:35:29.766
El tuyo, el tuyo, si sé
que lo decías por eso.

00:35:30.090 --> 00:35:32.534
Vale, yo me lo compro,
pero tú me lo firmas.

00:35:33.570 --> 00:35:38.710
Hombre, claro que sí entonces el café lo
tenemos que hacer en persona, no aquí en virtual.

00:35:39.510 --> 00:35:42.110
Sigue contándome cosas, que
te quiero preguntar cosas.

00:35:42.150 --> 00:35:45.761
Para migrar de un oracle a un post
-it es lo que tengo que hacer.

00:35:46.030 --> 00:35:48.500
Aparte de llamarte a ti sí, sí, sí.

00:35:48.820 --> 00:35:51.680
Yo te asesoro no, pero es fácil.

00:35:52.360 --> 00:35:56.304
Lo que quiero decir es fácil o es un
berenjenal decir, bueno, espérate.

00:35:56.760 --> 00:36:00.720
Mira, ahí, sinceramente,
yo no tuve que hacerlo.

00:36:00.860 --> 00:36:05.440
¿Por qué? Porque cuando se cambió de
Oracle a Postgres, se aprovechó ese cambio.

00:36:05.580 --> 00:36:09.020
No era solamente un cambio de motor de
base de datos, es que se iba a cambiar la aplicación.

00:36:09.060 --> 00:36:14.480
O sea, nosotros, en nuestra empresa, es
una empresa pequeña, pero que tiene un proyecto

00:36:14.480 --> 00:36:21.140
muy grande y es el software con todo lo
que, todo el hardware y todo, o sea, toda la

00:36:21.140 --> 00:36:23.480
plataforma es una elaboración nuestra.

00:36:23.600 --> 00:36:28.080
El hardware se compra, no lo fabricamos,
pero todo el software es un desarrollo nuestro,

00:36:28.120 --> 00:36:29.240
la base de datos es cosa nuestra y tal.

00:36:29.280 --> 00:36:33.300
Entonces lo que pasa es que se cambió, era
una versión teníamos la versión digamos 1

00:36:33.340 --> 00:36:37.700
que la habíamos hecho con Oracle y
entonces íbamos a cambiar la 2 a la 2 donde el Cambio

00:36:37.740 --> 00:36:41.440
de la base de datos era de Oracle a
Postgres pero aparte iba a haber incluso un cambio

00:36:41.480 --> 00:36:44.500
del diseño de la base de datos, o sea no
habíamos dado cuenta digamos que de esa versión

00:36:44.540 --> 00:36:49.740
1 Había funcionado, el cliente estaba muy
contento quería continuar, etcétera y nosotros

00:36:49.740 --> 00:36:52.700
no habíamos dado cuenta después de
espallos que comenté cuando haces algo por primera

00:36:52.740 --> 00:36:56.400
vez, que cuando te pones a mirarlo y dices
tú, pues si esto lo hubiera hecho así sería

00:36:56.440 --> 00:37:01.600
mejor, pues si si tengo la oportunidad de,
como si pudiésemos volver a nacer, no dirías

00:37:01.600 --> 00:37:05.500
que muchas cosas las corriges, pues para
nosotros eso fue como decir, vamos a hacer la

00:37:05.540 --> 00:37:10.380
versión 2 que se va a parecer muy poco a
la 1 entonces no tuve que hacer una migración

00:37:10.380 --> 00:37:16.300
como tal, pero sí sé que hacer la
migración Pogres tiene herramientas, extensiones, de

00:37:16.300 --> 00:37:19.760
lo que te he hablado antes, extensiones
que te traducen de oracle a postgres entonces

00:37:19.800 --> 00:37:26.920
sería montar el postgres la configuración,
etcétera tener el Pogres ahí montado

00:37:26.920 --> 00:37:30.940
y entonces con esa herramienta pues te
puedes conectar al oracle y por debajo lo que

00:37:30.980 --> 00:37:32.600
estará haciendo es una
traducción al final ¿no?

00:37:32.640 --> 00:37:36.280
Las dos trabajan con SQL entonces
aunque no son exactamente iguales ¿no?

00:37:36.320 --> 00:37:42.420
No aplican el estándar al 100 % pero sí
que hay una equivalencia, si sabemos que oracle,

00:37:42.460 --> 00:37:47.140
el touchar pide estos parámetros y el
primer parámetro es esto, me entiendes lo que te

00:37:47.180 --> 00:37:51.220
quiero decir ¿no? Pues hace la traducción
a lo que Pogre se espera recibir y se hace

00:37:51.260 --> 00:37:55.060
la migración con esa herramienta También
te digo que no lo he hecho, no me ha hecho falta

00:37:55.100 --> 00:38:01.420
hacerlo pero pero sé que funciona así y no
tengo de los que voy siguiendo y no es una

00:38:01.420 --> 00:38:05.850
cosa que yo vea recurrentemente que cause
problemas no sé si tú te ha encontrado con

00:38:05.890 --> 00:38:09.930
alguien que haya dicho guau cambiar de hora
que la pobre me ha supuesto la vida pero

00:38:09.970 --> 00:38:15.710
no no porque yo los los proyectos que conozco
eran proyectos en los cuales se podían

00:38:15.710 --> 00:38:22.950
reproducir el sql de creación y de
inserción y todo bastante bastante bien o

00:38:22.950 --> 00:38:28.450
sea en un caso de conozco se utilizó
servicios heterogéneos y luego estoy viendo porque

00:38:28.450 --> 00:38:33.590
estoy googleando aquí un poquito que
golden gate soporta post de sql con limitaciones

00:38:33.590 --> 00:38:42.340
está diciendo que sólo se permiten
digamos no se permiten para

00:38:42.340 --> 00:38:48.140
primarios o secondary en configuraciones
de alta disponibilidad y que, bueno, pues que

00:38:48.140 --> 00:38:52.320
hay una Guía, ¿no? Pero que
sí tienes GoldenGate para

00:38:53.940 --> 00:38:56.620
Postgres, te dice que
soporta todos los datos de...

00:38:56.660 --> 00:39:02.900
Al final, en estas listas que te he
comentado, igual que yo cuando tengo una duda, consulto

00:39:02.900 --> 00:39:06.840
en la lista, yo estoy recibiendo todos los
días las consultas que envía la gente, ¿no?

00:39:06.880 --> 00:39:11.100
Y que sí, efectivamente son muchos correos
al cabo del día, pero los voy leyendo, no

00:39:11.140 --> 00:39:15.620
los leeré todos el 100%, pero todos los
que me llaman la atención sí que los veo me río

00:39:15.660 --> 00:39:20.380
el WhatsApp de padres me río el WhatsApp
de padres de alumnos eso tiene que ser

00:39:21.780 --> 00:39:26.580
Bueno, pero por eso sé que no debe de
causar muchos problemas las migraciones, porque

00:39:26.580 --> 00:39:31.580
sé que se están produciendo y no llegan
muchos correos de tengo problemas con la migración

00:39:31.860 --> 00:39:36.480
entonces, pues yo creo que va a estar
estaría la cosa sencilla que bueno, oye, una cosa,

00:39:36.520 --> 00:39:40.780
yo por ejemplo mira, Cristina ha levantado
la mano hago esta pregunta y ahora te doy

00:39:40.820 --> 00:39:43.440
paso Yo quería preguntarles una cosa.

00:39:43.700 --> 00:39:50.900
Yo con los alumnos de la auditoría
les digo siempre que busquen el mapa,

00:39:51.000 --> 00:39:56.580
digamos, el forward flow, que sería el
mapa un poco de los pasos que habría que dar para

00:39:56.580 --> 00:39:58.060
empezar desde cero a experto.

00:39:58.100 --> 00:40:03.920
Exacto ¿Por dónde tendría que empezar o
dime, por ejemplo, qué cursos tendría que hacer

00:40:03.920 --> 00:40:08.420
para empezar, digamos? O sea, porque el
SQL, digamos, que un poco va a variar.

00:40:09.060 --> 00:40:15.520
PLSQL, no sé qué implementación de PLSQL
tiene, pero ¿qué cursos tendría que hacer para

00:40:15.520 --> 00:40:22.580
estar ya a la altura? Pues mira, los que
empiezan ahora son afortunados porque ahora

00:40:22.580 --> 00:40:27.060
hay muchísima formación en español, la
mía, pero también hay más formación en español,

00:40:27.100 --> 00:40:30.880
muchos más blogs en español, etcétera, que
hace 12 años que solamente estaba la documentación

00:40:30.920 --> 00:40:36.700
oficial de Pogres y cuando no sabes ir
directamente a la documentación oficial es muy

00:40:36.700 --> 00:40:41.440
complejo de entender. Hace falta cuando no
sabes y necesitas y quieres aprender prácticamente

00:40:41.480 --> 00:40:46.000
De cero, sí, con conocimientos
de SQL y tal, pero de postgres.

00:40:46.020 --> 00:40:48.160
No tengo ni idea de postgres
y quiero empezar de cero.

00:40:48.200 --> 00:40:52.020
Pues la documentación
oficial no es apta para eso.

00:40:52.080 --> 00:40:53.720
¿Por qué? Porque no es didáctica.

00:40:53.760 --> 00:40:57.680
Tú cuando estás aprendiendo algo nuevo
necesitas que te expliquen primero lo básico,

00:40:57.720 --> 00:41:02.260
después con esos conocimientos ya puedes
dar el siguiente paso y vas aprendiendo poquito

00:41:02.300 --> 00:41:05.880
a poco, ¿no? Hasta que al final ya tienes
un dominio general, pero necesitas que sea

00:41:05.920 --> 00:41:10.080
didáctico, ¿no? Y la documentación
yo la utilizo desde hace muchos años.

00:41:10.080 --> 00:41:14.600
No es lo mismo un curso que la
documentación efectivamente, por eso me refiero que hace

00:41:14.640 --> 00:41:19.080
12 años era muy complejo porque solamente
estaba ese recurso y ahora gracias a Dios hay

00:41:19.120 --> 00:41:23.660
muchísima formación en español, yo que
recomendaría cuál sería el itinerario, pues lo

00:41:23.700 --> 00:41:29.320
primero un curso para aprender a instalar
postgres e instalarte postgres y entonces a

00:41:29.320 --> 00:41:36.170
partir de ahí pues empezar a ver un curso
de por ejemplo de los míos que tengo yo, el

00:41:36.170 --> 00:41:40.570
curso de instalación, ahí ya empiezas a
tocar cosas de Pogre, es el curso introductorio

00:41:40.610 --> 00:41:44.210
digamos, después de eso pues yo me iría a
lo que he hecho siempre cuando he tenido que

00:41:44.250 --> 00:41:47.590
manejar un motor de base de datos nuevo,
por ejemplo este de SQL Server que te he comentado

00:41:47.630 --> 00:41:52.670
antes, cuando hace dos años me dijeron,
Aquí tienes un SQL Server para mantener pues

00:41:52.670 --> 00:41:56.970
yo lo primero que hice fue aprender a
hacer backup y recuperaciones, porque es como es

00:41:57.010 --> 00:42:01.810
lo básico, que si tengo una pérdida de
datos, claro, a mí me han dicho hoy que lo empiece

00:42:01.850 --> 00:42:07.170
a mantener, si mañana se pierde un dato yo
tengo que responder y tengo que dar una solución,

00:42:07.210 --> 00:42:10.090
porque ya soy la responsable desde
hoy, soy responsable de eso, ¿no?

00:42:10.130 --> 00:42:13.370
Por lo crítico, claro, empezando por lo
crítico entonces pues yo diría que el siguiente

00:42:13.410 --> 00:42:19.310
curso debería de ser el de backup quizás,
y si quieres de forma paralela el del log,

00:42:19.430 --> 00:42:23.810
porque el log es la manera que tiene el
servidor de ponerse en contacto, o sea, de hablar

00:42:23.850 --> 00:42:29.450
contigo ¿no? Con el DBA, de decir qué es
lo que me pasa o que me estoy necesitando, entonces

00:42:29.450 --> 00:42:33.130
conocer el log también es importante, el
log en la mayoría de los motores de base de

00:42:33.170 --> 00:42:36.610
datos se puede configurar quiero más
información, quiero menos información Quiero más

00:42:36.650 --> 00:42:42.050
mensajes, quiero que me avises de
consultas que son pesadas, que consideras que son pesadas,

00:42:42.090 --> 00:42:44.690
las que tarden más de un segundo o
las que tarden más de 10 segundos.

00:42:44.730 --> 00:42:49.530
Entonces, conocer la configuración del log
y configurarlo adecuadamente también sería

00:42:49.530 --> 00:42:51.197
un punto de partida muy bueno.

00:42:51.870 --> 00:42:59.090
Y acabar con Tuning. Sería uno de los
cursos también muy importantes al nivel

00:42:59.090 --> 00:43:04.250
del backup, pero claro igual puede esperar
un poquito permite que vaya un poquito lento

00:43:04.250 --> 00:43:11.910
me lo tomo con calma Vamos a subir a
Cristina García a la audiencia recordad

00:43:11.910 --> 00:43:17.950
que como esto es una cafetería, pues si
queréis subir al escenario y preguntarnos o participar

00:43:17.950 --> 00:43:20.170
con nosotros que podéis subir, ¿vale?

00:43:20.470 --> 00:43:24.270
Subo a Cristina y la saludamos

00:43:25.270 --> 00:43:28.020
ajustate el micro, a ver, ¿te oímos?

00:43:28.140 --> 00:43:31.380
Hola, buenas tardes
Hola Cristina, ¿qué tal?

00:43:32.740 --> 00:43:36.462
Pues a ver, yo quería preguntarte
con respecto a lo de la migración

00:43:37.340 --> 00:43:43.160
¿ha mejorado ya en la herramienta de
migración el tema de la migración de procedimientos,

00:43:43.240 --> 00:43:50.280
triggers? Yo no sé si tu base de
datos tenía muchos procedimientos y

00:43:50.280 --> 00:43:54.520
triggers Claro, es que es lo que comentaba
antes, no tengo la experiencia no te puedo

00:43:54.560 --> 00:43:58.880
decir porque yo no tuve que hacer una
migración nosotros hicimos digamos que de hecho

00:43:58.920 --> 00:44:02.560
estuvieron conviviendo las dos plataformas
juntas a la vez o sea teníamos la plataforma

00:44:02.600 --> 00:44:07.880
antigua con el oracle con las aplicaciones
antiguas etcétera y nosotros fuimos construyendo

00:44:07.880 --> 00:44:12.420
la segunda mientras la primera estaba en
funcionamiento y cuando decidimos estuvieron

00:44:12.460 --> 00:44:15.660
conviviendo en el sentido de hasta que
cambiamos por horas no cambiamos de la versión

00:44:15.700 --> 00:44:20.220
1 a la 2 empezamos cambiando por la noche
por la noche menos actividad para ver que eso

00:44:20.260 --> 00:44:24.100
fuese funcionando bien y poco a poco se fue
fue ampliando el horario hasta que ya se

00:44:24.140 --> 00:44:26.751
trabajaba con la versión
2, pero entonces claro

00:44:27.280 --> 00:44:30.840
Se reescribió todo es que se reescribió
todo, entonces no te puedo decir pero ahora que

00:44:30.880 --> 00:44:35.980
lo has comentado, sí que es verdad que hay
una herramienta tendría que googlear y decírtelo,

00:44:36.020 --> 00:44:40.420
pero hay una herramienta para pasar, para
hacer la migración de lo que son tablas, datos,

00:44:40.460 --> 00:44:44.800
etc voy a ir abriéndolo y a ver si lo
encuentro y te lo voy diciendo es que yo la conocí

00:44:44.840 --> 00:44:52.140
hace años y tuve muchos problemas en la
migración sí, pues hay otra sé que hay otra herramienta

00:44:52.140 --> 00:44:58.200
precisamente para hacer la migración
solamente de código, de procedimientos, funciones,

00:44:58.200 --> 00:45:03.320
disparadores y todo eso. Entonces
seguramente pasó eso, que si me estás comentando tú

00:45:03.320 --> 00:45:09.080
y me confirmas que esa parte era
complicada, pues probablemente pasó eso, que alguien

00:45:09.080 --> 00:45:15.580
se reuniría en un grupito y dijeron pues
vamos a sacar una, en este caso no es una extensión,

00:45:15.640 --> 00:45:22.660
en este caso es un software, un programa,
un binario para Postgres que pueda hacer

00:45:22.660 --> 00:45:26.120
la migración de esto y la traducción correcta
de esto voy a ver si te lo encuentro y

00:45:26.160 --> 00:45:33.020
te lo puedo comentar a mi me parece esta
de las partes más duras en una migración de

00:45:33.020 --> 00:45:36.820
cualquier entorno porque los datos
son datos en sí pero el código

00:45:38.200 --> 00:45:45.220
Es que ni siquiera Oracle para subir
incluso su propio código tiene herramientas buenas

00:45:45.220 --> 00:45:49.276
para subir No hablamos de PLSQL, que
el PLSQL estamos hablando del mismo.

00:45:49.600 --> 00:45:56.840
Pero yo, por ejemplo, he subido forms
de 6 a 9, por ejemplo, y no tenía

00:45:56.840 --> 00:45:59.780
una herramienta eficaz
para evolucionar el código.

00:45:59.900 --> 00:46:02.720
Pues ya no digo transformarlo
de un idioma a otro.

00:46:02.840 --> 00:46:05.220
Pero, ¿lo lees? O sea, ¿tiene PLSQL?

00:46:05.380 --> 00:46:06.920
¿No tiene triggers? ¿Tiene proceduras?

00:46:06.960 --> 00:46:14.480
No, no, sí, sí, sí tiene procedimientos,
tiene funciones, tiene disparadores, tiene secuencias,

00:46:14.540 --> 00:46:17.484
o sea, en objetos de la base
de datos tiene lo mismo.

00:46:17.600 --> 00:46:24.800
Y el lenguaje de programación PL, PG, SQL
de Postgres es muy similar al de PL, SQL de

00:46:24.800 --> 00:46:30.280
Oracle. Entonces, pero claro,
efectivamente hay que hacer una traducción porque no se

00:46:30.280 --> 00:46:31.440
escribe exactamente igual.

00:46:31.480 --> 00:46:35.680
Es el mismo concepto, o sea, hay unos
bloques, está el bloque begin, el de declare, está

00:46:35.720 --> 00:46:41.240
el de excepciones, es que es muy, muy
parecido, pero claro, por ejemplo, al finalizar

00:46:41.240 --> 00:46:48.860
los códigos de los programas hay que poner
$ $language plpgsql, para decir que el programa

00:46:48.860 --> 00:46:53.620
está escrito en plpgsql, Porque Oracle
permite escribir funciones y procedimientos en

00:46:53.620 --> 00:46:58.340
la base de datos de otros lenguajes de
programación, Python, Perl, TCL, etc.

00:46:58.660 --> 00:46:59.840
Entonces, le tienes que indicar eso.

00:46:59.880 --> 00:47:02.340
Pues, a ver, hay más diferencias, ¿no?

00:47:02.380 --> 00:47:08.200
Pero ya date cuenta Que si tienes que
poner al final $ $PCPLSQL, pues al final tienes

00:47:08.200 --> 00:47:11.020
que hacer una traducción, si no, no lo
va a entender cuando llegue a portes.

00:47:11.060 --> 00:47:16.400
Cristina, venga, cuéntanos aquí detalles
en tres hijos, ¿qué es lo que te falló?

00:47:16.620 --> 00:47:23.900
A mí, de todo Horrible A ver cómo
lo solucionaste ¿Cómo finalizaste?

00:47:24.080 --> 00:47:30.520
Con ScriptComper, sacando los datos porque
no los volcaba no los admitía en el mismo

00:47:30.520 --> 00:47:35.660
formato que los había sacado entonces los
sacaba a ficheros planos y luego con un per

00:47:35.660 --> 00:47:41.400
los convertía para cargarlos en
Postgre los PLs picándomelos a mano.

00:47:42.020 --> 00:47:46.600
Sí. Yo creo que ha mejorado todo eso.

00:47:46.720 --> 00:47:50.460
Me gustaría ya, si lo hubiera hecho, me
gustaría decirte, mira, sí, con total certeza,

00:47:50.500 --> 00:47:54.660
y usa esto y esto. Pero como no lo he
hecho, no te puedo decir, pero habrá mejorado seguro,

00:47:54.700 --> 00:47:58.360
estoy segura. Cristina,
¿de qué versiones pasabas?

00:47:58.380 --> 00:48:01.269
¿De qué versión de Oracle
a qué versión de Postgres?

00:48:02.560 --> 00:48:05.300
Pues versión de Oracle,
creo que era una 11

00:48:06.890 --> 00:48:11.630
Y versión de Postgres, no sé
No sé si era una 9, una 8.

00:48:12.790 --> 00:48:18.380
Claro, muy antiguo. Muy antiguo ¿Sabes
lo que pasaría ahí también probablemente?

00:48:18.560 --> 00:48:22.740
Que la versión hora o sea, si antes hemos
dicho que va un par de versiones por detrás,

00:48:22.780 --> 00:48:26.120
Oracle y de Pogres, entre las versiones
que me has dicho de Oracle y de Pogres, o sea,

00:48:26.160 --> 00:48:30.540
hay un abismo. Hay un abismo es que
las versiones 8, 9 de Oracle son...

00:48:31.180 --> 00:48:33.240
Era cuando el poder estaba empezando.

00:48:33.360 --> 00:48:36.460
Estaba empezando a levantar.

00:48:36.520 --> 00:48:38.242
Entonces, hay mucha diferencia.

00:48:38.500 --> 00:48:41.056
Entiendo que ahí hubiese
muchos más problemas.

00:48:41.730 --> 00:48:45.008
Entonces, ahora que he vuelto
a retomar el Postgre, pues...

00:48:45.710 --> 00:48:47.543
¿Has vuelto a retomar el Postgre?

00:48:48.070 --> 00:48:49.848
No escarmentaste la primera vez.

00:48:51.090 --> 00:48:54.330
No, ahora vamos a migrar
de MySQL a Postgre.

00:48:54.980 --> 00:49:02.520
De MySQL a Postgre. De MySQL a Postgre
bueno, me parece un cambio no tan...

00:49:04.670 --> 00:49:10.470
Es que las alternativas que tienes es irte
a MySQL 8, ya gestionado por Oracle, y con

00:49:10.470 --> 00:49:17.280
las desventajas que tiene Oracle, perder
los ventajas que tenías en MySQL y con las limitaciones

00:49:17.280 --> 00:49:22.800
que tiene el MySQL o irte a una
plataforma con más opciones.

00:49:23.960 --> 00:49:29.160
También la implementación que hace cada
uno de estos tres motores del SQL se parece mucho

00:49:29.160 --> 00:49:34.940
más la de MySQL a la de Postgres que
Oracle, porque Oracle utiliza el estándar SQL pero

00:49:34.940 --> 00:49:40.900
una especie de estándar Oracle
SQL, ¿no habéis leído sobre eso?

00:49:40.900 --> 00:49:45.200
Ahora que digamos que no implementa el
estándar SQL como tal, es como que ha hecho una

00:49:45.240 --> 00:49:52.380
adaptación suya. Entonces, los que sí
que siguen la normativa del estándar SQL

00:49:52.380 --> 00:49:55.020
más fielmente son pobres y mayores SQL.

00:49:55.100 --> 00:49:56.740
Entonces, lógicamente la
traducción ahí es más sencilla.

00:49:56.780 --> 00:50:03.990
Y Con el estándar muchas veces ahora que
lo que intenta es imponer imponer el el estándar

00:50:03.990 --> 00:50:10.510
por las funciones analíticas fueron de los
primeros que las implementaron y luego después

00:50:10.510 --> 00:50:15.770
el resto cuando me dice que huele ha
puesto que las ha puesto funcionar y digas me se

00:50:15.770 --> 00:50:23.350
puede ver loco donde la versión 817
aparece las funciones analíticas las siguieron antes

00:50:23.350 --> 00:50:25.294
antes de que que lo compraran, ¿no?

00:50:25.940 --> 00:50:30.940
Siguieron con la misma sintaxis y el ansia
SQL de funciones analíticas sigue el de oracle.

00:50:31.680 --> 00:50:36.120
Por eso que al final, un poco lo que
hablábamos antes de esa filosofía, ¿no?

00:50:36.160 --> 00:50:37.880
De este es mi parcela, ¿no?

00:50:37.880 --> 00:50:43.870
Y este es mi terreno pues yo, Cristina, si
vuelves a retomar Pobrez, me has comentado

00:50:43.870 --> 00:50:45.070
que trabajaste con esa versión.

00:50:45.110 --> 00:50:47.730
¿Has seguido con alguna versión
posterior de Pobrez o no?

00:50:47.770 --> 00:50:50.130
¿Te quedaste en esa y
estás retomando ahora?

00:50:50.170 --> 00:50:54.392
Lo digo porque vas a notar muchísima
diferencia si lo estás retomando ahora.

00:50:54.730 --> 00:51:01.930
Hace poco hice una migración de 9 a 11,
pero no he llegado a meterme en administración

00:51:01.930 --> 00:51:07.890
desde aquella versión. Entonces, ahora
estoy volviendo otra vez a retomarlo.

00:51:08.330 --> 00:51:10.330
¿Y has tocado GoldenGate, Cristina?

00:51:10.370 --> 00:51:15.450
¿Como para intentar hacer esa migración de
Oracle a Postgres a través de GoldenGate?

00:51:15.730 --> 00:51:17.119
Sí, pero eso es muy caro.

00:51:21.220 --> 00:51:22.820
Bueno, ¿quién dijo dinero?

00:51:24.520 --> 00:51:31.570
Dependiendo en donde estés dependiendo
que lo pague ahora que ahora que ha sacado

00:51:31.570 --> 00:51:36.990
ahora el golden gate free que dice que hasta
20 gigas hasta 20 gigas es no necesitas

00:51:36.990 --> 00:51:44.570
licencia de 50 21 y también tienes con aws

00:51:44.570 --> 00:51:48.090
los dms que también te lo
hacen y funciona muy bien

00:51:51.480 --> 00:51:53.869
Pues mira, para migrar
alternativas tenemos

00:51:55.880 --> 00:52:00.820
Claro, dependiendo de donde te muevas
puedes tirar por unas o por otras pero GoldenGate

00:52:00.820 --> 00:52:07.830
es muy caro Sí, fíjate que lo tiraban de
precio GoldenGate en España era como que

00:52:07.830 --> 00:52:13.250
bueno, estuve en un par de sitios que lo
regalaban que te decían que no incluía o sea,

00:52:13.270 --> 00:52:19.050
te lo damos te lo damos en la licencia te
lo damos, el comercial era algo así como, no

00:52:19.050 --> 00:52:24.930
me cuesta GoldenGate, sin costes Y además
tienes que tener cuidado con GoldenGate, porque

00:52:25.480 --> 00:52:28.240
te las lía a mí me ha tirado así de datos.

00:52:28.380 --> 00:52:31.740
Te las lía, guapas bueno, yo tengo un caso
con GoldenGate, ya que estamos hablando aquí

00:52:31.780 --> 00:52:37.620
de anécdotas, de que me insertaba, me
propagaba inserciones con el año cero.

00:52:38.770 --> 00:52:42.810
O sea, bueno, en realidad no, en realidad
no me las propagaba, no me las propagaba, pero

00:52:42.850 --> 00:52:48.710
sí, sí, cosas así. Inserciones en el año
cero, el año cero no existe pero me encontré

00:52:48.710 --> 00:52:54.530
ahí que para solucionar que en base de datos
me estaban insertando fechas con el año

00:52:54.530 --> 00:53:01.910
cero y me paraba la replicación y me
montaba unos tipizos tremendos me tocó fue

00:53:01.910 --> 00:53:04.570
duro, fue duro hacer el
mapping para evitar una

00:53:05.560 --> 00:53:07.838
una cosa así, sí, GoldenGate es tremendo

00:53:10.040 --> 00:53:12.280
¿Quién dijo miedo? ¿Quién dijo caro?

00:53:12.300 --> 00:53:18.180
¿Quién dijo miedo? Esta es nuestra profesión
Tiene sus cosas, sus pros y sus contras

00:53:18.180 --> 00:53:23.140
y por eso pienso que hay mercado para
todos y al final se trata de ver cuál encaja mejor

00:53:23.140 --> 00:53:26.780
en qué sitio. Porque es verdad que ahora
que por ejemplo hay empresas que se lo pueden,

00:53:26.820 --> 00:53:31.460
bueno, las administraciones públicas
quizás, las empresas grandes, etcétera, se lo pueden

00:53:31.500 --> 00:53:38.400
permitir, pero quizás el groso del
tejido empresarial se lo puede permitir.

00:53:38.540 --> 00:53:42.280
Si dicen que en España lo que más hay son
pequeñas y medianas empresas, pues lógicamente

00:53:42.320 --> 00:53:44.570
no pueden hacer esa inversión.

00:53:47.240 --> 00:53:51.351
Pues Cristina, te devuelvo a la audiencia
por si alguien más quiere subir.

00:53:51.780 --> 00:53:55.860
Gracias gracias Cristina, muchas gracias y
que te vaya muy bien con Progres en esta nueva

00:53:55.900 --> 00:54:03.080
etapa. Gracias. Si alguien quiere
unirse a nosotros es bienvenido

00:54:03.080 --> 00:54:07.260
también. Yo quiero preguntarte
alguna cosita más también.

00:54:10.530 --> 00:54:12.910
Tema flashback, es que
lo hemos hablado, ¿no?

00:54:12.950 --> 00:54:16.830
Tema flashback, consistencia de
lectura, corrupción de bloques.

00:54:16.830 --> 00:54:20.330
¿Temas así que podríamos decir difíciles?

00:54:20.770 --> 00:54:26.910
¿Cuánto de accesible es solucionar o
lidiar con problemas de estos con Postgres?

00:54:27.190 --> 00:54:31.490
Mira, yo te digo, me
costó mucho al inicio.

00:54:31.510 --> 00:54:34.690
Antes me decías tú, he visto tu base
de datos que se llama DBA sin apuros.

00:54:34.730 --> 00:54:40.930
Se llama DBA sin apuros en homenaje al
apuro que pasé cuando cambié de Oracle a Postgres.

00:54:41.170 --> 00:54:44.170
Porque ya decidí que no iba a
ser una DBA sin apuros nunca más.

00:54:44.210 --> 00:54:49.570
Pero ahora que ya, no ahora este año, sino
cuando ya lo empecé a dominar y a manejar,

00:54:49.690 --> 00:54:53.790
te digo, Pogres es más
simpático que Oracle.

00:54:54.490 --> 00:55:00.510
Pogres se cae un proceso y Pogres lo reinicia
y no te cae la base de datos porque se

00:55:00.510 --> 00:55:06.630
caiga un proceso. Haces un kirchner 99 por
error del pay un pay de incorrectos y matas

00:55:06.630 --> 00:55:13.390
matas el proceso por ejemplo este es pointer
no se ríe no sé no cae postgres coge el

00:55:13.390 --> 00:55:17.310
postmaster se da cuenta y reiniciar los
procesos y no se entera el usuario de lo que

00:55:17.350 --> 00:55:22.070
ha pasado por supuesto si calcos masters y
haya la fastidia pero bueno es que cuando

00:55:22.070 --> 00:55:25.850
haces un stop de la base de datos
precisamente lo que estás parando es ese proceso pero

00:55:25.890 --> 00:55:30.650
quiero decir que no no no da dolores de
cabeza yo recuerdo que los los bloques corruptos

00:55:30.690 --> 00:55:34.750
en Oracle, la reindexación
De índices, los bloqueos.

00:55:34.750 --> 00:55:40.170
Yo igual no era muy buena de vean aquellos
comienzos que acaba de terminar la carrera

00:55:40.170 --> 00:55:46.630
y empecé mi etapa profesional como DBA,
pero yo lo recuerdo como que sí que era más problemático

00:55:46.630 --> 00:55:51.250
y con pobres vivo feliz, lo digo
totalmente de verdad, de corazón.

00:55:53.830 --> 00:55:57.650
Provoca mucho menos bloqueos porque tiene
implementado el sistema de control de concurrencia

00:55:57.690 --> 00:56:04.690
multiversión, que también tiene esa ventaja
de que garantiza la consistencia en el

00:56:04.690 --> 00:56:10.210
acceso concurrente a los datos y tiene un
inconveniente y es que hincha mucho las tablas

00:56:10.210 --> 00:56:15.050
pero entonces Pogre se ha ideado un
aspirador automática y se va encargando de mantener

00:56:15.050 --> 00:56:19.970
eso a raya, o sea que te quiero decir que
hace la vida tan fácil al final el trabajo

00:56:19.970 --> 00:56:22.890
del DBA con un motor de
base de datos Pogre es

00:56:23.910 --> 00:56:28.390
monitorizar de que todo sigue bien, en el
momento en que notas que se desvían los parámetros

00:56:28.430 --> 00:56:33.990
y que si tú has establecido que las tablas
tienen que estar o los índices no pueden estar

00:56:33.990 --> 00:56:38.190
corruptos más de un 10%, en el momento que
ves que se sale de esos parámetros, entonces

00:56:38.230 --> 00:56:44.470
intervienes, pero no intervienes para
hacer, intervienes para esos sistemas automáticos

00:56:44.470 --> 00:56:48.550
de automantenimiento de la base de datos
para ajustarlos, porque a lo mejor la base de

00:56:48.590 --> 00:56:54.350
datos ha tenido más actividad últimamente
y no le ha dado tiempo y hay que ajustarlos

00:56:54.350 --> 00:56:55.550
para que trabajen un poquito más.

00:56:55.590 --> 00:56:59.970
Esto es como la aspiradora el robo
aspiradora de la casa pues imagínate que en vez de

00:57:00.010 --> 00:57:04.150
que tú le des al botón para que empiece,
ella sola detecta cuando hay suciedad en el

00:57:04.190 --> 00:57:07.490
suelo y cuando detecta que hay suciedad en
el suelo, Arranca y se pone a limpiar y cuando

00:57:07.530 --> 00:57:11.510
termina de limpiar, se vuelve que vuelva a
haber suciedad, pues sale pues un poco es

00:57:11.550 --> 00:57:17.650
eso, así funciona el sistema de limpieza
que no es de limpieza, es el sistema de mantenimiento,

00:57:17.650 --> 00:57:19.428
de automantenimiento de postgres

00:57:20.420 --> 00:57:23.960
Es una la verdad es que yo os recomiendo a
todos los que tengas un poco de curiosidad,

00:57:24.000 --> 00:57:29.222
aunque no aunque no lo vaya a trabajar
luego y tal, pero por eso decía que es muy interesante.

00:57:29.280 --> 00:57:33.420
Pero me dices esto, índices corruptos más
de un 10%, es que en Oracle como tengas un

00:57:33.460 --> 00:57:35.420
índice corrupto ya tienes un problema.

00:57:35.460 --> 00:57:37.840
Y bueno, corrupto, es que
no usas la palabra corrupta.

00:57:37.880 --> 00:57:40.880
Es que en Postgres es hinchado,
es bloat, bloat index.

00:57:41.340 --> 00:57:43.220
Vale porque Postgres utiliza...

00:57:43.820 --> 00:57:46.080
En Oracle puedes montar un pollo

00:57:47.100 --> 00:57:50.420
con tu opción de índices y puedes
montar tú programando mal, ¿eh?

00:57:50.460 --> 00:57:55.720
Sí, correctamente programando mal,
metiendo una función, forzando la justicia determinista

00:57:55.720 --> 00:57:59.580
de acá cuando no lo sea pero ves, por
ejemplo, en eso Pogre actúa diferente también,

00:57:59.620 --> 00:58:03.920
porque lo he dicho he dicho corrupto por
error, pero si por lo que sea se corrompe un

00:58:03.960 --> 00:58:08.580
índice lo que hace Pogre es que no te da
el follón simplemente no lo utiliza o sea, no

00:58:08.620 --> 00:58:14.660
se va a quejar, nada simplemente lo marca,
como hay un campo en una tabla del catálogo

00:58:14.660 --> 00:58:20.620
de objetos que te dice que ese índice está
inválido entonces simplemente las consultas

00:58:20.620 --> 00:58:24.200
no lo van a utilizar porque está inválido
pero no te molesta, ahí está, pues cuando tú

00:58:24.240 --> 00:58:28.600
Tú hagas tu monitorización, si la tienes
hecha automática de en cuanto un índice se pone

00:58:28.640 --> 00:58:32.980
inválido que te avise, Tal pero quiero
decir, cuando tú lo detectes lo corriges, pero

00:58:33.020 --> 00:58:36.400
mientras tanto el pobre
no se queja por eso.

00:58:36.520 --> 00:58:37.580
Pues hace lo que puede, ¿no?

00:58:37.620 --> 00:58:40.509
Entonces se pondrá a hacer
las consultas sin usarlo.

00:58:40.580 --> 00:58:43.300
Vale oye, me están
preguntando una cosa por chat.

00:58:43.340 --> 00:58:48.520
Me están pidiendo que te pregunte cómo se
puede saber o parametrizar cómo funciona la

00:58:48.520 --> 00:58:54.020
memoria en PostSQL. O sea, en Oracle sí
tienes muy documentado todas las áreas, o bastante

00:58:54.020 --> 00:58:55.576
documentado, cada vez menos.

00:58:55.840 --> 00:59:00.460
Pues la SGA, la Shared Pool, es decir,
dónde está la zona de cursores, la zona de Java,

00:59:00.500 --> 00:59:04.780
es decir, o incluso cómo dimensionar
la memoria, la PGA, la SGA.

00:59:04.780 --> 00:59:09.460
O sea, y en Postsql, ¿esto
está bien documentado?

00:59:09.700 --> 00:59:12.780
Pues no, no vamos a entrar ahora
a hablar de información, pero...

00:59:12.820 --> 00:59:19.640
Sí, está bien documentado las memorias que
hay dentro de la arquitectura de PODRES, cuáles

00:59:19.640 --> 00:59:23.980
son las memorias que hay que configurar,
está bien documentado cuál es el valor por defecto

00:59:24.020 --> 00:59:25.660
y cuál es el valor que hay que ponerle.

00:59:25.700 --> 00:59:29.700
Todo eso está bien documentado y luego
está la parte del ajuste del DBA para saber si...

00:59:29.740 --> 00:59:34.960
Porque al final te dicen, bueno, la
recomendación es que un 25 % de la RAM se lo des

00:59:34.960 --> 00:59:36.220
al servidor Postgres, ¿no?

00:59:36.260 --> 00:59:38.020
Para que lo utilices
como memoria compartida.

00:59:38.060 --> 00:59:39.280
Luego hay otras memorias, ¿no?

00:59:39.320 --> 00:59:43.940
Pero claro, luego hablamos de que a lo
mejor ese servidor De base de datos está alojado

00:59:43.980 --> 00:59:49.120
en una máquina física que va a ser
exclusivamente para servidor de base de datos, con

00:59:49.120 --> 00:59:51.120
lo cual puedes darle más de un 25%.

00:59:51.120 --> 00:59:56.220
O a lo mejor ese servidor físico también
está utilizándose como servidor de aplicaciones

00:59:56.220 --> 01:00:00.400
web o lo que sea, con lo
cual no puedes darle más.

01:00:00.540 --> 01:00:03.540
O sea, quiero decir, siempre hay un
componente que hay, para eso está el DBA, para ajustarlo

01:00:03.580 --> 01:00:05.460
más, pero sí que hay unas recomendaciones.

01:00:05.500 --> 01:00:10.580
Y se puede monitorizar si hay una
extensión, fíjate que no viene en el núcleo, son extensiones,

01:00:10.620 --> 01:00:17.380
hay una extensión para ello que te
permite, te da unos resultados estadísticos de cómo

01:00:17.380 --> 01:00:18.824
se está usando la memoria.

01:00:19.580 --> 01:00:23.840
Sí, la parte de monitorización
está bastante conseguida.

01:00:24.760 --> 01:00:28.820
Pregunta estratégica de mercado.

01:00:31.560 --> 01:00:38.160
¿Cuál crees que sería la inversión óptima
de aprendizaje con el tema de Postgres?

01:00:38.380 --> 01:00:40.020
Y te voy a dar tres opciones.

01:00:40.020 --> 01:00:44.280
1. Olvidar Oracle y pasarse a Postgres.

01:00:45.120 --> 01:00:52.360
Digo porque ahora que no hay
administradores de Postgres SQL y de verdad se están cotizando,

01:00:52.460 --> 01:00:57.680
se están pidiendo salarios interesantes.

01:00:57.680 --> 01:00:59.958
Olvidarse de oracle y pasarse a postgres.

01:01:00.930 --> 01:01:05.610
Combinar oracle y postgres para ofrecer
las dos alternativas, es decir, hacerse un híbrido

01:01:05.650 --> 01:01:11.550
50 -50, un 75 -25 de cual de las dos.

01:01:13.170 --> 01:01:17.650
¿Tú cuál crees que sería la opción
estratégicamente más rentable de cada futuro?

01:01:17.810 --> 01:01:23.390
Esto es una apuesta aquí, que nos estamos
grabando un café, a ver qué evidencia de futuro…

01:01:23.390 --> 01:01:31.410
Me lo pones difícil porque yo te diría
que depende del caso, porque es que

01:01:31.410 --> 01:01:37.030
depende de para quién trabajes, porque a
lo mejor para quien trabajas jamás se va a poder

01:01:37.030 --> 01:01:43.010
pagar una licencia de oracle, entonces
¿para qué invertir tiempo, esfuerzo y dinero probablemente

01:01:43.010 --> 01:01:48.670
en formarte para oracle? Entonces, ahora
vamos a suponer que sí, que ya tienes un trabajo

01:01:48.670 --> 01:01:52.550
que mantienes orable y bueno, y tal.

01:01:52.710 --> 01:01:54.130
¿Te merece la pena estudiar flores?

01:01:54.170 --> 01:01:58.590
Sí, como mínimo, pues yo te diría un 25 %
por lo que te he dicho antes, porque hay que

01:01:58.630 --> 01:02:02.430
intentar de todo nuestro estudio, que son
los informáticos, lo hacemos mucho, ¿no?, para

01:02:02.470 --> 01:02:06.170
mantenerlo actualizado, porque esto avanza
muy rápido, estamos siempre estudiando, entonces

01:02:06.210 --> 01:02:10.750
al final dices, bueno, pues de mis horas
de estudio anuales, un porcentaje lo voy a dedicar

01:02:10.790 --> 01:02:14.770
a otros motores, ¿no? Yo quiero estar
especializada en lo mío porque hay que ser bueno

01:02:14.810 --> 01:02:21.310
en algo, ¿no? Y algo que te caracterice,
pero no puedes dejar de conocer lo demás, al

01:02:21.310 --> 01:02:27.050
final. Claro, pero fíjate una cosa, es
decir, estamos dentro de motores relacionales.

01:02:27.430 --> 01:02:29.870
Claro es decir, que una de las...

01:02:29.870 --> 01:02:33.050
Y voy a dejar aquí la
puerta Abierta, ¿vale?

01:02:33.110 --> 01:02:37.430
Porque quizá la siguiente charla
hacemos un oracle versus mongo.

01:02:38.630 --> 01:02:40.510
Oracle versus mongo, perfecto.

01:02:40.510 --> 01:02:41.990
Es que, ¿sabes lo que pasa?

01:02:42.030 --> 01:02:44.530
Que claro, PostgreSQL sigue
siendo un motor relacional.

01:02:44.570 --> 01:02:51.090
¿Qué pasa con Mongo? Mongo tuvo una crecida
también de un montón de gente que estaba

01:02:51.090 --> 01:02:58.310
pasándose a Mongo y claro, pues todos
digamos, ¿a dónde invertimos ese

01:02:58.310 --> 01:03:05.130
25 % de cuota de cosas que no sean Oracle
si lo invertimos en otra base de datos relacional?

01:03:05.130 --> 01:03:12.150
O pensos como Postgre, o Mungo,
o alguna de las otras que tenemos

01:03:12.150 --> 01:03:18.060
en la lista aquí de... Habrá que escuchar
esa charla, Javier, a ver qué tal es para...

01:03:18.060 --> 01:03:20.760
Desde la absoluta ignorancia, pregunta.

01:03:22.500 --> 01:03:26.960
Pero bueno, el saber no ocupa lugar, hay
que tener, sí que hay que tener un poco el panorama,

01:03:27.000 --> 01:03:30.800
conocer un poco el panorama, no digo en
profundidad, pero sí, conocerlo, eso siempre

01:03:30.840 --> 01:03:36.200
es interesante. Claro, es que a mí en mi
caso, claro, yo toda la vida llevo trabajando

01:03:36.200 --> 01:03:39.180
con Oracle y solo he trabajado
con clientes que tenían Oracle.

01:03:39.220 --> 01:03:42.000
Y no he tocado ningún
otro, ningún otro motor.

01:03:42.300 --> 01:03:46.820
Fíjate o sea, de esta de la
ultraespecialización, ¿no?

01:03:46.920 --> 01:03:51.700
Pues del conocimiento vertical frente a un
conocimiento horizontal en base a datos, me

01:03:51.700 --> 01:03:57.600
he quedado yo ahí. Bueno, no tengo mucha
curiosidad en tocar otras cosas pero esto de

01:03:57.600 --> 01:04:03.380
postgres si me me parecía un tema
muy caliente de tocar pues lo

01:04:04.340 --> 01:04:08.920
tienes muy fácil Hombre, pero
no ahora que te tengo a ti

01:04:09.820 --> 01:04:15.980
claro, que es también un tema de postgres
si tengo un proyecto puedes hacerlo es bastante

01:04:15.980 --> 01:04:20.640
interesante hay cosas que te van a llamar
muchísimo la atención luego cuando lo manejas

01:04:20.680 --> 01:04:24.780
te vas a dar cuenta que es muy sencillo,
al final pensamos porque yo también lo pensaba

01:04:24.820 --> 01:04:30.980
al final yo veía oracle un poco si fuesen
colores, para mí oracle era blanco y las letras

01:04:30.980 --> 01:04:37.400
negras y Pogres era como todo negro y las
letras blancas entonces era como esto es oscuro

01:04:38.540 --> 01:04:44.340
extraño, desconocido y luego te das cuenta
de que es sencillo simple, casi que queda

01:04:44.340 --> 01:04:49.640
mal, pero casi mágico en el sentido este
de que se mantiene solo si lo tienes bien configurado

01:04:49.640 --> 01:04:54.600
se mantiene solo y existe la forma de
saber cómo se configura bien un postgres y duermes

01:04:54.600 --> 01:04:58.280
tranquilo Interesante, luego
ten en cuenta que también

01:04:59.520 --> 01:05:00.980
¿Sabes qué cosa que me interesa?

01:05:01.020 --> 01:05:03.909
Es que me acabo de acordar,
no sé si lo tiene Oracle

01:05:05.230 --> 01:05:07.670
¿Tiene un sistema Oracle para...

01:05:07.670 --> 01:05:12.310
Porque tú sabes que cuando haces los
backups los backups que hay que hacer, lógicamente

01:05:12.350 --> 01:05:16.050
como mínimo tienes que tener un backup
continuo que es la copia segura que haces una

01:05:16.090 --> 01:05:21.570
vez al día por ejemplo, y luego todo el
juego de archivelog que en Oracle serán los redolog

01:05:21.570 --> 01:05:26.070
log. Si tienes que hacer una recuperación
hasta un punto en el tiempo, al final es coger

01:05:26.110 --> 01:05:30.832
ese backup y aplicar todos los ficheros de
bitácora que se han ido generando después.

01:05:31.410 --> 01:05:33.466
Esto en Oracle es igual que en Pogre.

01:05:33.530 --> 01:05:36.030
Aunque se llamen diferente,
pero es lo mismo.

01:05:36.480 --> 01:05:39.540
¿Existen Pogres? Sí no, no, termino.

01:05:39.620 --> 01:05:42.120
Se me están preguntando
una cosa por el chat.

01:05:42.340 --> 01:05:46.420
Muy rápido es que existen Pogres porque al
final dices, venga, eso lo tengo perfecto.

01:05:46.460 --> 01:05:50.600
Tienes cubierto a que si tú haces una
copia de seguridad a las 3 de la mañana todos los

01:05:50.640 --> 01:05:55.560
días, ¿Vale? Pues esa copia de seguridad
junto con todos los archivos que se han ido

01:05:55.560 --> 01:05:59.540
generando de bitácora, pues tú podrías
reconstruir todo lo que ha ido ocurriendo hasta

01:05:59.580 --> 01:06:00.720
el punto en el tiempo que tú quieras.

01:06:00.760 --> 01:06:03.960
De manera que si a las 10 de la mañana has
sufrido la pérdida de una base de datos porque

01:06:04.000 --> 01:06:07.900
se ha borrado accidentalmente, pues tú
dices yo cojo ese backup de las 3 de la mañana,

01:06:07.940 --> 01:06:11.540
aplico todos los ficheros hasta las 9 .59.

01:06:12.020 --> 01:06:17.280
Pero claro, de la mañana hasta las
9 .59 hay muchas horas de trabajo.

01:06:18.100 --> 01:06:21.140
Entonces, la base de datos va a
tardar en hacer esa recuperación.

01:06:21.180 --> 01:06:23.460
Al final la recuperas,
ojo, que eso está perfecto.

01:06:23.500 --> 01:06:28.940
Pero puedes tardar media hora, una hora,
no sé, la cantidad de transacciones que hay

01:06:28.940 --> 01:06:31.460
ahí. Vas a tardar tiempo en recuperarlo.

01:06:31.460 --> 01:06:35.220
Claro, es que hace la
transacción entera, ¿no?

01:06:35.320 --> 01:06:39.460
Hace el insert claro, ¿sabes que en
Oracle esto es a bloque de Ridulog?

01:06:40.100 --> 01:06:44.960
Sí, no es exactamente como no se guarda el
insert, como se escribió y lo replica igual,

01:06:45.260 --> 01:06:49.640
¿no? Lo hace a su idioma para que sea más
rápido y, Por supuesto, es mucho más rápido

01:06:49.680 --> 01:06:53.060
porque es a una velocidad de ejecución.

01:06:53.060 --> 01:06:56.220
O sea, es mucho más rápido, o sea, no vas
a tardar si estamos hablando de las 3 de la

01:06:56.260 --> 01:07:00.700
mañana a las 9 no vas a tardar 6 horas en
lo que sí han tardado 6 horas en real, en tiempo

01:07:00.740 --> 01:07:04.920
real en tiempo máquina a lo mejor es una
hora pero es una hora que estás sin servicio

01:07:04.960 --> 01:07:09.100
¿no? Progress tiene un sistema de que tú
tengas una réplica retrasada esto significa

01:07:09.140 --> 01:07:14.660
que tú puedes tener un nodo replicando del
principal con el tiempo de retraso que tú

01:07:14.660 --> 01:07:18.216
le digas si tú dices, pues yo lo
voy a tener retrasado dos horas

01:07:18.460 --> 01:07:25.580
Oracle igual Lo conocí pero

01:07:25.580 --> 01:07:28.524
podías tenerlo retrasado
porque el de atagar lo tenía

01:07:37.440 --> 01:07:42.040
Que herramienta de pruebas de carga de base
de datos recomiendas para post post SQL.

01:07:42.080 --> 01:07:49.200
Sí, PCBench PCBench te permite hacer
un test de rendimiento y es bastante

01:07:49.200 --> 01:07:53.980
bueno, tú le dices cuántas conexiones
quieres, cuánto número de transacciones quieres

01:07:53.980 --> 01:07:57.760
cada una de las conexiones en fin, tiene
una serie de parámetros, configura los parámetros

01:07:57.800 --> 01:08:00.300
que tú quieras y te va
sacando los resultados

01:08:00.500 --> 01:08:02.167
Recomendable su uso sobre todo

01:08:03.400 --> 01:08:06.456
Antes de poner en producción
un servidor como es Logic.

01:08:07.410 --> 01:08:15.530
Qué bueno pues Loles,
un placer qué bien este

01:08:15.530 --> 01:08:22.830
café. Me has despejado todo, mira que
venía con una batería de preguntas

01:08:22.830 --> 01:08:30.170
y de curiosidades pero vamos yo lo tengo
todo clarísimo y bueno de tus cursos

01:08:30.170 --> 01:08:34.750
pues empezaré haciendo el primero, voy a
hacer el primero y a partir de ahí ya me vas

01:08:34.790 --> 01:08:37.570
indicando tú, estás diciendo
este este ahorratelo

01:08:39.090 --> 01:08:45.770
Este es Oracle, olvídate de él y la hoja
de ruta la hoja de ruta que bueno el forward

01:08:45.770 --> 01:08:49.430
flow aquí haciendo name drop

01:08:50.650 --> 01:08:57.390
Oye pues nada Loles, un placer haber hecho
el café este contigo si todo va bien y todo

01:08:57.390 --> 01:09:00.470
se ha grabado correctamente,
nos subimos al podcast y

01:09:01.900 --> 01:09:04.880
Seguimos contándonos cosas
muy bien, genial Genial.

01:09:04.980 --> 01:09:11.760
Muchas gracias, Javier, por haberme dejado
aquí a hablar de Postgres y de todo lo que

01:09:11.760 --> 01:09:13.160
hemos hablado y por
este rato tan agradable.

01:09:13.200 --> 01:09:16.300
Y a los que han estado escuchando y
todo eso por acompañarnos también.

01:09:16.340 --> 01:09:18.240
A Cristina por haber participado.

01:09:19.630 --> 01:09:22.710
Muy bien pues hala, hasta
la próxima tertulia.

01:09:22.810 --> 01:09:25.477
A ver de qué hablamos,
no lo tengo decidido aún.

01:09:26.290 --> 01:09:29.010
Y de modo de ver pronto
cuanto contigo, Loles.

01:09:30.000 --> 01:09:33.480
Pues sí, eso espero un abrazo muy fuerte.

01:09:33.760 --> 01:09:34.960
Un abrazo a ti también hasta la próxima.

01:09:35.000 --> 01:09:36.900
Hasta la próxima, adiós.