MySQL introduce soporte de JavaScript en Preview.
¡Ay, cabrón!
¿Qué es esto? ¿Qué quiere decir esto?
MySQL introduce soporte a JavaScript en Preview.
MySQL introduce soporte de JavaScript.
¿Cómo?
¿Pero esto qué quiere decir?
Aquí tenemos el notición, ¿vale?
Es de Oracle. Esto es oficial.
Esto no es algo extraoficial ni mucho menos.
Esto es oficial.
¿Y qué quiere decir esto?
MySQL lo que está haciendo aquí es la posibilidad
de que ahora vas a poder ejecutar tus Functions
y Store Procedures con JavaScript en el servidor de MySQL, ¿vale?
O sea que todas las funciones y Store Procedures
que queráis tener las podéis hacer con, ojo,
Store Procedures y Store Functions con JavaScript.
¿Cuál es la idea de esto?
¿Ves? Pues minimizar el movimiento.
A ver, esto no es porque añaden JavaScript,
sino esta es la idea de los programas que tenemos en Store
en MySQL en la base de datos, ¿no?
Reducir el coste, reducir el movimiento de esos datos,
mejorar la seguridad porque esa función la estamos ejecutando
directamente en la propia base de datos en el servidor,
simplificar la arquitectura,
no tenemos que llevarnos los datos en otro sitio a hacerlo y tal.
Entonces, es bastante increíble.
Me parece un notición.
2024, ¿eh, amigos?
2024.
2024, todavía está en beta.
Esto irá llegando, me imagino,
a MySQL más a la Community Edition.
Todavía está en la versión Pro,
porque, como os digo, está en beta.
Sí que vais a necesitar un ORM,
eso no va a tener ningún tipo de cosa,
pero no hace más lenta la base de datos a ejecutar JavaScript.
No tiene por qué, la verdad.
No tiene ningún tipo de...
No tiene por qué hacerlo, sinceramente.
Dice, JavaScript es el de lenguaje de programación
más popular entre desarrolladores.
Además de tener una sintaxis más simple
y tener soporte para features de lenguaje moderno,
tiene un factor clave y es su popularidad
y un ecosistema muy rico que provee tener código módulos reutilizables.
Cuando necesitas un storage persistente,
MySQL es la base de datos de código abierto más abierta.
Entonces, va a ser una elección natural
para los desarrolladores de JavaScript.
Así que, dándole soporte a JavaScript
en estos programas que están aquí,
store programs, los desarrolladores van a poder escribir
store programas de MySQL con un lenguaje
que están familiarizados,
teniendo toda la ventaja de JavaScript.
Así que, no solo va a mejorar la productividad del desarrollador,
sino que, además, vamos a tener la oportunidad
de que las organizaciones utilicen esto y tal.
Aquí os dicen un poquito las razones por qué lo hacen,
nuevos casos de uso, ¿vale?
Aquí tenemos MySQL, JavaScript.
Y sí, sí, aquí lo tenéis.
Esto es JavaScript.
Vais a poder crear una función de MySQL
con el lenguaje de JavaScript
y lo vais a tener aquí dentro
y lo vais a poder ejecutar.
A mí esto, sinceramente,
me parece un notición.
Me parece un notición.
¿Esto quiere decir que a partir de ahora
todo el mundo debería escribir JavaScript
en sus store procedures y tal?
Sinceramente, no.
No hace falta.
Pero sí que es verdad
que esto, queramos o no,
acerca un montón
al hecho de que vamos a tener
vamos a tener la posibilidad
de que, oye,
si solo sabes JavaScript,
vas a tener la posibilidad
de escribir una función en MySQL
que puedes hacer, por ejemplo,
transformar los datos,
filtrar datos,
lo que tú quieras.
Puedes hacer cualquier store procedure
que te apetezca
y hacerla en la base de datos.
La verdad,
qué porquería no puedo esperar a usarlo.
Me encanta eso.
Me encanta ese comento.
Qué porquería,
pero no puedo esperar a utilizarlo.
Lo cierto es que esto
llegará a Postgres.
Yo creo que tarde o temprano
llegará a Postgres, seguramente.
¿Postgres ya lo tiene?
¿Seguro?
¿Postgres?
¿Ya tiene soporte JavaScript?
No tenía idea, ¿eh?
A ver, aquí pone
según esto, según.
Tonsa, you can.
Anda, también.
¡Ah!
Hostia, no sabía que tenía JavaScript.
Sabía que tenía de Python y de C,
pero no sabía que tenía de JavaScript ya.
Hostia, coño, pues mira,
pues buenísimo, ¿no?
Joder, pues no te da ni idea, la verdad.
Sí, pero Supabase lo que utiliza en el Edge es Dino,
no es, no es...
Utiliza PostgreSQL por otro lado.
¿Se sigue usando Postgre?
Más de lo que crees.
De hecho, Postgre, ojo, ¿eh?
Postgre está tomándole tanto SQLite
y PostgreSQL están creciendo bastante, ¿eh?
Bastante.
Pensad, bueno, no sé si lo sabéis,
pero MySQL está un poco de capa caída.
No por nada, pero pensad que MySQL,
desde que se lo ha quedado Oracle,
hay unas cuantas tiranteces
respecto al Open Source.
Hay mucha parte de la gente del Open Source
que no está contenta con MySQL.
¿Mir cómo haces para tener energía
para hacer tantos proyectos?
Me siento atascado.
Pues no sé,
hacerlos con cariño y dedicación
y hacer cosas que me gusten, obviamente, ¿no?
El tema es que Oracle,
que es la que Oracle,
es ahora la que tiene MySQL,
que es también la que tiene Java y todo esto.
El tema de MySQL ha quedado un poco raro
con el tema de pago.
De hecho, si vas a los downloads
y tú intentas buscar aquí la versión Community,
fíjate dónde está.
O sea, fijaos la página, ¿eh?
MySQL, downloads,
MySQL, no sé qué,
no sé cuánto,
Enterprise Edition,
no sé qué.
Está ahí, o sea,
solo le ha faltado esto.
Mira, mira,
os voy a enseñar la nueva versión 2024
de lo que quieren hacer con la página web, ¿vale?
Quieren hacer una nueva versión
de la página web.
Os voy a enseñar la nueva versión
de la página web.
La nueva versión de la página web
va a ser así, ¿vale?
Va a ser así,
tú bajas aquí
y...
Es muy bestia,
es muy bestia.
La página es criminal.
Igual de fea, sí, sí, no.
Sí, deprecated.
Sí, tal cual.
Entonces, ¿dónde está la Community Edition?
¿Dónde está la Community Edition?
Pues está aquí.
Esta sería la edición de comunidad,
la de Open Source.
Entonces, MySQL,
el problema que tiene
en tema Enterprise,
súper bien,
obviamente,
tiene Oracle detrás
y súper genial,
con el nacimiento de MaríaDB,
el renacimiento,
yo creo,
de PostgreSQL,
lo que estamos viendo
es que MySQL,
obviamente,
estás todavía ahí reinando,
pero se le está acercando
mucho PostgreSQL
y es la razón
por la que empresas
como Supabase
están utilizando ahora
como base de datos
PostgreSQL,
pero es que hay un montón.
Mira, ¿ves?
PostgreSQL,
es que hay un montón,
así que...
No, no,
lo del...
Perdónate,
que igual la gente
se la ha creído.
Lo del enlace minúsculo
lo he puesto yo,
¿eh?
Lo del enlace minúsculo
lo he hecho yo.
Era una broma.
Lo del enlace minúsculo...
La original es esta,
que es feo, ¿vale?
Es feo porque llegas
y está aquí bastante oculto
y aquí, pues,
esto lo he hecho yo.
Lo he hecho yo de broma,
lo he hecho yo de broma.
Era una broma,
una broma.
Pero la original es esta
y ya podéis ver que
obviamente también
también es así, ¿no?
O sea,
la están poniendo
muy en segundo plano
y, por ejemplo,
MaríaDB,
que es la alternativa
de código abierto,
pues,
obviamente,
es mucho más abierta
y todo esto, ¿no?
Está hecha
por los desarrolladores
originales
de MSQL
y todo esto.
Muchas empresas top
están moviéndose
y la verdad,
hay,
yo creo,
de dos bases de datos
un poco danificadas
últimamente.
Me sabe mal
lo que voy a decir,
¿eh?
Pero,
por un lado,
MongoDB
y por otro lado,
MySQL.
Son las dos bases de datos
que no significa
que están en una mala posición.
O sea,
no digo que estén mal
ni que...
Lo que quiero decir
es que yo veo
o yo noto,
es mi apreciación,
que estoy viendo
una disminución
de interés
en ambas bases de datos
cuando hace años
eran indudablemente
las top of mind,
¿no?
Y yo lo que estoy viendo
cada vez más,
pues por ejemplo,
tienes Turso.
Mira,
Turso el otro día
creó un artículo
muy bueno.
Por ejemplo,
Turso utiliza SQLite,
¿no?
Y el otro día
puso en el blog
Is NoSQL Dead?
Imagínate,
obviamente Turso
tiene su propia agenda,
¿vale?
Porque Turso
utiliza SQLite
y le interesa hacer esto,
¿no?
Pero es bastante interesante
si miráis el artículo,
lo recomiendo mucho
porque el artículo
habla un poco de esto,
¿no?
Habla de,
mira,
ha habido ahora el tren,
la tendencia otra vez
es volver a base de datos
de SQL
y ya está bajando
el interés de NoSQL
y en esta encuesta,
2000 votos,
fijaos que he ganado SQL
por bastante diferencia,
¿eh?
Y no sé,
o sea,
es que te pones a mirar,
tiene aquí bastante explicación
de por qué está pasando esto,
obviamente,
una de las cosas
es que a mucha gente
le gusta SQL
y otra está el tema
de que ha bajado mucho
los costes,
los costes tanto
de coste de monetario
como coste
de mantener,
de velocidad,
de las joins,
de todo esto,
¿no?
se ha actualizado un montón
y ahora lo que antiguamente
no se podía hacer fácil
con SQL,
ahora sí que se puede hacer,
una de las razones
era para tener muchos datos
denormalizados
y todo esto
y es que a día de hoy,
pues,
te encuentras cosas
como SQL Lite
que tienen un rendimiento
espectacular,
espectacular.
Ahora con el tema
de inteligencia artificial
para guardar los vectores,
es que tienen un montón
de cosas interesantes,
así que,
no sé,
por ahí van un poco los tiros,
¿eh?
Postgres es mi padre
y MongoDB es mi madre
y ya puedes guardar,
Jason,
claro,
ha habido un montón
de mejoras
y que se notan mucho,
¿no?
Y en el tema de SQL Lite
yo os digo
que si hay algo
que habría que aprender
es que
miraos bastante SQL Lite
porque a mí
no sé por qué
y se está poniendo
mucho de moda
y muchos servicios
lo están utilizando,
tiene muy buena pinta,
y además
es el más sencillo
de aprender
y es que
como se puede instalar
en cualquier sitio,
tienes drivers
en cualquier lado,
es espectacular,
es SQL Lite,
es tremendo.
Así que nada,
ténganlo en cuenta,
luego no me digan
que no avise,
¿vale?