Nunca usaría un ORM

Rate this content
Bookmark

¿Qué es un ORM? Una herramienta de mapeo objeto-relacional (ORM) es una biblioteca para mapear una tabla SQL a una Clase. En la mayoría de los casos, los ORMs obligan a los usuarios a estructurar su código para tener objetos de modelo que incluyan tanto el acceso a datos como la lógica empresarial.


Érase una vez, hice varios proyectos utilizando ORMs, ya que seguí la creencia común de que simplificarían el desarrollo y mantenimiento de los proyectos. Estaba equivocado. Los ORMs a menudo son un obstáculo a superar para la parte más compleja de un proyecto.


Como siguiente paso de mi viaje, recomendé a las personas que usaran los lenguajes nativos de sus bases de datos, por ejemplo, SQL. Esto funciona muy bien en su mayor parte, pero crea una lucha considerable: hay mucho código de plantilla que escribir que puede ser bastante tedioso. Estaba equivocado, una vez más.


Hoy les presento Platformatic DB.

29 min
01 Jun, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Bienvenidos a una charla sobre el mapeo objeto-relacional (ORM) y sus posibles problemas. El orador discute problemas con los modelos y el patrón MVC, así como los beneficios de estructurar el código en torno a las características del sistema en lugar de hacerlo en torno a los modelos. Presentan PlatformaticDB como una solución para el desarrollo sencillo del backend, mostrando sus capacidades de implementación y prueba. La charla también cubre la integración con Next.js, la escritura de consultas SQL personalizadas y los planes del orador para el soporte futuro y la compatibilidad con bases de datos.

Available in English

1. Introducción a ORM

Short description:

Bienvenidos a la charla sobre el Mapeo Objeto-Relacional (ORM). El ORM promete mapear su base de datos a objetos de manera limpia, lo que resulta en un código fantástico y bien organizado. Sin embargo, el ORM puede ser un gran anti-patrón para su código. Vamos a explorar por qué.

Hola a todos. Y bienvenidos a la charla que no les dejará dormir después del almuerzo. No sé. ¿Tuvieron buena comida hoy? Espero que sí. Pero espero que no estén durmiendo en esta charla. Así que por favor, empecemos a estresarnos un poco. Ya saben que estoy bromeando. No soy ese tipo de orador.

Sí, para ser honesto, todo ya fue dicho. No hay mucho que agregar. Una cosa, hay un libro que saldrá sobre Fastify el 9 de junio. Si quieren echarle un vistazo, se llama Acelerar el Desarrollo Web con Fastify. Está en Amazon. Probablemente esté en la cima de la categoría en este momento. Y está volviéndose loco. De todos modos, aparte de eso, ni siquiera tengo una diapositiva para eso. Soy muy bueno promocionando.

De todos modos, esta charla trata sobre un tema que realmente me encanta. El Mapeo Objeto-Relacional. He estado usando un Mapeador Objeto-Relacional durante la mayor parte de mi carrera, o una buena parte de mi carrera. Y sí, no sé. Entonces, ¿qué te prometen los ORM? Bueno. Tienen esta especie de metáfora de, oh, vamos a mapear tu base de datos a objetos de manera muy limpia. Y si sigues estas reglas, tu código sería realmente fantástico y bien organizado y no tendría ningún problema. ¿Sabes qué pasa con el espagueti cuando lo cocinas, verdad? Además, ¿cuántos de ustedes han usado Java en su vida? Ok, así que para todos ustedes y para los demás, lo siento, ¿saben qué le pasa a su aplicación cuando usa un ORM? Hiberna. Lo siento, chiste de Java, solo para las personas que conocen Java. He estado tratando de conseguir algunas. He usado hibernate. Parece que soy joven, pero no lo soy. Entonces, ¿qué hacen mal los ORM y por qué es un gran anti-patrón para su código? Así que cada vez que estás escribiendo, típicamente la mayoría de los ORM tienen este concepto de un objeto modal.

2. Issues with Modals and the MVC Pattern

Short description:

Los modales tienen tres responsabilidades principales: gestionar la persistencia, mantener los datos en memoria e implementar la lógica de negocio. Esto viola el principio de responsabilidad única. La popularidad del patrón MVC, modelo-vista-controlador, es la razón por la que todos usan modales. Sin embargo, este patrón tiene sus fallas. Al codificar una funcionalidad, se tienen tres cajas: modal, vista y controlador. Pero en realidad, la vista a menudo está ausente, lo que resulta en un número excesivo de modelos. Por ejemplo, un proyecto del mundo real tenía 2,000 modelos, lo que causaba un tiempo de carga de un minuto. Los ORM han estado generando código espagueti desde los años 90.

¿Cuántos de ustedes han codificado un modal?

Todos, ¿verdad? No lo sé. ¿Quién nunca ha codificado una clase modal en su vida? Genial. Bien, asombroso. Bueno para ustedes. Han esquivado una bala.

Entonces, ¿qué está mal con el concepto de un modal? El problema con los modales es que típicamente tienen tres responsabilidades principales. Gestionan la persistencia, mantienen los datos en memoria e implementan la lógica de negocio, lo cual suena un poco excesivo. Existe este principio llamado principio de responsabilidad única, que es algo, uno de los conceptos de ingeniería que se volvió bastante popular. Entonces, no sé, ¿por qué todos hacen esto?

La razón por la que todos hacen esto es que existe un patrón llamado patrón MVC, modelo-vista-controlador. ¿Qué dice este patrón? Es una estructura para organizar tu aplicación. Originalmente fue inventado por Smalltalk para desarrollar aplicaciones en el escritorio y luego se adaptó para el front-end. Ouch.

Ahora, ¿cuál es el problema? El problema es bastante fácil de entender. Típicamente, cuando estás codificando tu aplicación web Node o lo que sea, tienes tres cajas. Tienes el modal, la vista y el controlador. Tienes tres cajas. Quieres codificar una funcionalidad. Tienes tres cajas, colocas la funcionalidad en una de tus tres cajas. ¿Ok? Bueno, ¿verdad? Ahora, ¿aún tenemos, todavía tenemos la vista? Probablemente no. Así que tenemos controladores y modelos. Muy rápidamente, tienes 2,000 modelos en tu aplicación. Es bastante común, ¿verdad? Piensas que 2,000 es un número pequeño. Como este es un número de un proyecto del mundo real. Tenían 200 ingenieros trabajando en una aplicación con 2,000 modelos. Y para que ese sistema inicie, se tarda un minuto en cargar con todo ese código. ¿Por qué? Bueno, porque es un modelo-vista-controlador. Cargas todos tus modelos al mismo tiempo. No escala bien en complejidad, porque solo tienes dos cosas en las que reorganizas tus cajas. De hecho, los ORM son tan buenos que generan código espagueti desde los años 90. ¿Ok? Lo siento.

3. Introducción a Fastify y Estructura de Código

Short description:

En 2016, creé el framework Fastify como una alternativa a la arquitectura modelo-vista-controlador. En lugar de organizar el código alrededor de modelos, controladores y vistas, es mejor estructurarlo en torno a las características del sistema. Este enfoque permite una migración más fácil a microservicios. El principio de Pareto, que establece que el 80% de los resultados provienen del 20% de las causas, se aplica al desarrollo de software. Podemos implementar muchas características con un esfuerzo mínimo, pero algunas características pueden ser difíciles de desarrollar. El primer iPhone carecía inicialmente de funcionalidad de copiar y pegar debido a su complejidad.

Es un sistema antiguo, al final. Y me gusta mi carbonara, por cierto, así que si quieres, podemos hablar de carbonara más tarde.

Entonces, en aquellos días, creé este framework llamado Fastify en más o menos 2016 y estaba viendo cómo podríamos estructurar nuestras aplicaciones. Y dije, bueno, sabes, realmente no deberíamos promover un modelo-vista-controlador aquí. Entonces, ¿qué podemos hacer en su lugar que no sea modelo-vista-controlador?

Lo que realmente quieres hacer cuando estás construyendo una aplicación es estructurar tu código alrededor de las características que estás construyendo. ¿De acuerdo? Tienes tus productos, tienes tu carrito, ¿verdad? Y luego tienes tus pedidos. Probablemente tengas los metadatos del usuario, la publicidad, el B2B, el envío, no sé. Estoy perdiendo el último pedazo de espacio en mi, en el escenario. De todos modos, tienes todas estas cosas y quieres alinearlas una tras otra y estructurar tu código en torno a las características de tu sistema y no en torno al hecho de que es un modelo o un controlador o una vista. Quieres que el código esté cerca del resto de las cosas. También te permite migrar a microservicios cuando quieras migrar a microservicios. ¿De acuerdo?

Entonces, de nuevo, ¿por qué todo esto importa? ¿Recuerdas cuando esto salió por primera vez? No sé cuántos de ustedes estaban programando. Todos pensaron, oh, esto es un cambio de juego. ¿Y cómo se relaciona esto con el principio de Pareto? Bueno, el principio de Pareto nos dice que el 80% de los resultados provienen del 20% de todas las causas para cualquier evento dado. ¿Qué significa esto para nosotros y por qué se relaciona con el iPhone? Bueno, en la práctica, significa que podemos implementar el 80% de las características, números inventados, por supuesto, con muy poco esfuerzo. De acuerdo. Podemos implementar muchas características con muy poco esfuerzo. Y algunas características van a ser increíblemente difíciles de desarrollar. Probablemente lo hayas visto todo el día. Comienzas un nuevo proyecto. Es un campo verde. Todos están implementando características cada semana. Y luego, después de seis meses, la gerencia está muy molesta. Oh, tu velocidad está disminuyendo. Estoy peleando con la mitad de ustedes o algo así. No sé. La gente está haciendo esto en estos días. Entonces, ¿por qué importa con el iPhone? Cuando salió el primer iPhone, no tenía la funcionalidad de copiar y pegar. No sé si recuerdas. El primer iPhone no podía copiar y pegar cadenas de datos de una cosa a otra porque era muy difícil.

4. Optimización para el Envío y Características Complejas

Short description:

Disculpa por la palabra. Fue extremadamente difícil implementar copiar y pegar en la vida real. Al construir algo nuevo, ¿deberías optimizar para enviar más características con menos esfuerzo o para facilitarte la vida al enviar características complejas? Muchos caemos en la trampa de implementar cosas basadas en excelentes tutoriales que no funcionan en la práctica. Al elegir una tecnología, considera aquella que elimine tareas repetitivas, incluso si requiere más esfuerzo en el proceso de desarrollo diario.

Disculpa por la palabra. Fue extremadamente difícil. Pitido, por favor, en la grabación. Fue extremadamente difícil en la... Implementar copiar y pegar en la vida real. Es otro problema, desafortunadamente. Y así no lo hicieron. Bien. ¿De acuerdo? Envía más rápido.

Entonces, al construir algo nuevo, ¿en qué te gustaría optimizar? ¿Optimizarías para enviar más características con menos esfuerzo? ¿O para facilitarte la vida cuando necesitas enviar las más grandes? Aquellas que son realmente difíciles de hacer. Y típicamente, como industria, todos caemos en esta trampa. Implementamos cosas que, usan cosas que, tienen un gran tutorial y podríamos, todo es perfecto, ¿de acuerdo? En el gran tutorial. Y ahora lo estoy usando en Root 4 Real y no tiene mucho sentido. De acuerdo. He visto esto en la práctica. Y ese es el problema, ¿verdad?

¿Cómo implementamos la característica compleja? Entonces, ¿en qué te gustaría optimizar? Y mira, si quieres elegir una tecnología, podrías decidir elegir una tecnología que te ayude a eliminar todas las tareas repetitivas. De acuerdo. Hasta el punto de, oh, quiero enviar algo súper rápido. Estoy usando una herramienta sin código porque es genial. De acuerdo. Puedo enviar, ya sabes, esa es la forma definitiva de deuda técnica al elegir una herramienta sin código porque puedo enviar algo con solo unos pocos clics. Y hasta que no haga, es decir, no admita mi flujo de trabajo. Y luego estoy atrapado y necesito reescribir todo desde cero. Ya sabes, esa es la forma definitiva de optimizar para, ya sabes, el comienzo de un proyecto o incluso, ya sabes, alguien dirá, oh, ni siquiera estoy haciendo eso. Solo estoy conectando páginas de Figma para la primera iteración. Ya sabes, hemos visto a personas hacer eso. Y está genial. Funciona. Pero si quieres optimizar para características complejas, típicamente viene con un poco más de inconvenientes para los desarrolladores en su día a día. De acuerdo.

5. Desafíos con ORMs y Requisitos de Backend

Short description:

Entonces, ¿qué haces? Volviendo a los ORMs y por qué no me gustan. Los ORMs te ayudan al comienzo de un proyecto para tareas CRUD y fáciles. Pero probablemente haya algo mejor que hacer. La mejor línea de código es aquella que no tengo que escribir. Cuando quiero escribir un backend, quiero que tenga la calidad que deseo y pueda ejecutarse localmente.

Entonces, ¿qué haces? De acuerdo. ¿Haces uno? ¿Haces el otro? No lo sé. Tienes que elegir. Oh, elegir, elegir. ¿Qué eliges?

Volviendo a los ORMs y por qué no me gustan. Lo que ves es que estás codificando tu migración. tu esquema y luego probablemente lo estás ejecutando. Y luego configuras tus ARMs. Luego necesitas escribir tus modelos. Luego necesitas escribir muchas rutas o solucionadores para construir tus modelos. Y luego, después de un tiempo, estás en problemas. Porque vuelves a escribir consultas SQL personalizadas de todos modos. Porque el ORM es lento y problemático y no hace lo que quieres. O no sabes lo que realmente está haciendo. Oh, solo estoy llamando a dos métodos aquí. ¿Por qué se está ejecutando una consulta de database tan larga? ¿Qué está pasando? De todos modos, no me gustan mucho.

¿En qué te ayudan los ORMs? Bueno, los ORMs te ayudan al comienzo de un proyecto para CRUD y muchas cosas que son fáciles. Probablemente haya algo mejor que hacer. Para mí, la mejor línea de código es aquella que no tengo que escribir. Tengo otra forma de decir esto, pero probablemente sea otra mala palabra que no puedo decir en el escenario. Lo que realmente significa es que si no tengo que escribir código, no se convierte en obsoleto y no tengo que mantenerlo. Probablemente sea mejor para todos. Cuando quiero escribir un backend, tengo algunos requisitos para ello. Quiero un backend con la calidad que deseo. Lo siento, he estado tomando notas por un tiempo. Pero quiero algo que pueda ejecutarse localmente. No quiero una de esas bases de datos elegantes en la cloud. Lo siento. Si te gusta Dynamo u otros, no estoy enamorado. Quiero una database que pueda ejecutarse en mi computadora.

6. PlatformaticDB: Desarrollo Fácil de Backend

Short description:

Quiero un backend con APIs personalizadas, autorización básica, soporte GraphQL, soporte REST y la capacidad de implementarlo en cualquier lugar con múltiples bases de datos. El año pasado, creamos PlatformaticDB para ayudarte a construir una solución fácil de usar que no obstaculice el desarrollo de funciones complejas. PlatformaticDB es un paso menos que codificar desde cero. Defines el esquema, aplicas las migraciones y PlatformaticDB se encarga del resto. Está construido sobre Fastify, con complementos de OpenAPI y GraphQL, lo que te permite codificar funcionalidades personalizadas en JavaScript. ¡Hora de la demostración! Estoy ejecutando nuestro generador para crear una base de datos y generaré los tipos más tarde.

Y decido dónde verlo. Luego quiero poder hacer consultas utilizando las APIs personalizadas de la database. Quiero alguna autorización básica, porque codificar la autorización es realmente horrible. No sé cuántos de ustedes han codificado sistemas de autorización. Son horribles. Quiero GraphQL, soporte REST, tal vez Apollo Federation, no sé. Quiero poder implementarlo donde quiera y con múltiples bases de datos.

Así que vuelvo y codifico. Lo siento, esto fue la charla. No, estoy bromeando. Y típicamente quiero tener el pastel y comer el pastel al mismo tiempo. Quiero que este backend esté hecho, pero no quiero escribirlo. Así que el año pasado tuve esta idea de, tal vez pueda escribir algo que pueda acelerar para todos ustedes y crearlo. Y esta es parte de la razón por la cual creamos lo que ahora se llama PlatformaticDB. Y en Platformatic lo que queremos hacer es ayudarte a construir una solución que pueda ser muy fácil de usar al comienzo de un proyecto, pero también algo que no se interponga en tu camino para implementar funciones complejas. Así que construye algo gradualmente.

Entonces, PlatformaticDB, básicamente es un paso menos que codificar tus cosas desde cero. Solo defines tu esquema, lo cual es genial, luego aplicas tus migraciones, lo que sea, y PlatformaticDB se encarga del resto, obtienes tus rutas y demás. Y si necesitas algo personalizado, lo cual por supuesto necesitarás algo personalizado, simplemente puedes codificarlo con JavaScript, y te mostraré cómo hacerlo en un momento. ¿Cómo funciona? Bueno, todo se basa en Fastify, así que tenemos un complemento de OpenAPI, un complemento de GraphQL, y tu código, todo en el mismo proceso de nodo Fastify, en el mismo sistema Fastify, y todo funciona bien.

Así que es hora de la demostración. ¿Funcionará? Estoy desafiando al dios de las demostraciones, como siempre. De acuerdo. No lo sé. Aparentemente tengo mala reputación con las demostraciones que no funcionan. Así que lo que estoy haciendo es ejecutar nuestro generador para crear una database. Y estoy haciendo esto ahora. Y sí, no, lo siento. No estoy haciendo la instalación de NPM ahora, pero lo haré más tarde. Y generar los tipos.

7. Despliegue y Pruebas con PlatformaticDB

Short description:

Generamos un archivo de configuración, definiciones de tipos y migraciones. La tabla tiene dos campos y tipos automáticos. Desplegamos usando platformatic start, almacenamos datos como Star Wars, consultamos películas y usamos suscripciones y WebSockets. La construcción de APIs con esto es sencilla.

Y sí, no vamos a desplegar esto usando las GitHub Actions, aún. En otra cosa, solo estamos haciendo NPMI para que se instale mientras hablamos.

Entonces, ¿cómo ejecuto esto? ¿Qué me genera esto? Esto ha generado algo interesante. Estamos generando un archivo de configuración y algunas definiciones de tipo, algunas migraciones. Esta es nuestra tabla de base de datos, fácil, no fácil, lo que sea. Sabes, es una tabla con dos campos. Y también ha generado algunos tipos automáticos. Más sobre los tipos después.

Ahora lo que vamos a hacer es llamar a platformatic start para desplegar esto. ¡Ay, qué pasó? Así que podemos ir a platformatic DB, y tenemos esto. Y lo que podemos hacer es probarlo, por ejemplo. Y podemos almacenar algo llamado Star Wars aquí. Esto es un generador de Open API, y tenemos todas las cosas creadas para nosotros. Y ejecutamos esto, y esto se ha almacenado como Star Wars. También podemos ejecutarlo como gráfico. Y podríamos, por ejemplo, consultar todas las películas y obtener todas las películas. ¿De acuerdo? Además, podríamos usar suscripciones y WebSockets. Entonces, si queremos guardar algo más, como El Mago de Oz, puedo ejecutarlo y... Oh, no, eso es cierto. Así que necesito hacer eso. Necesito elegir Windows. Genial. Entonces, esta ventana está ejecutando eso. Esta ventana está almacenando no El Mago de Oz ahora, sino Harry Potter. Y estoy almacenando esto. Y como puedes ver, tenemos a Harry Potter en la otra ventana a través de la suscripción de GraphQL. Todo esto viene de serie, como dije. En realidad, es muy sencillo construir APIs con esto. ¿Qué más hay? Bueno, algunas cosas más. Así que esto ha terminado de ejecutarse.

8. Using Fastify Plugins and PlatformaticDB

Short description:

Con los complementos de Fastify, puedes definir fácilmente tus propias rutas y personalizar tu aplicación. La función de carga en vivo en la interfaz de usuario de Waggly te permite ver los cambios en tiempo real. PlatformaticDB admite relaciones y proporciona herramientas para gestionar migraciones. Puedes agregar resolutores personalizados a GraphQL y realizar varias personalizaciones.

Entonces, lo que podríamos hacer, por ejemplo, es tener un complemento. Y esto es solo un complemento normal de Fastify. Así que potencialmente podría llamar a mis decoradores y, por ejemplo, podría definir mis propias rutas. Podría hacer app.get. Y no sé, obtener todos los títulos de mis películas. Y esto en realidad es muy fácil de hacer. Y oh, necesito la flecha. De acuerdo. Y no está mal, const titles. Espera. App.platformatic.entities.movie. Ves que hay autocompletado aquí. Entonces, encontrar, y necesitamos pasar objetos vacíos porque queremos todos ellos. Y luego podemos devolver los títulos.map. Y aquí, m.title porque todo está correcto. Hemos actualizado esto. Y si vamos a nuestra interfaz de usuario de Waggly, la actualizamos y automáticamente ya tenemos los títulos definidos. Todo esto se carga en vivo detrás de escena. Y podríamos probarlo y ejecutarlo. Y esto devuelve los títulos que acabas de mostrar. Así que puedes personalizar fácilmente. Puedes agregar resolutores personalizados a GraphQL. Podrías agregar muchas cosas.

De acuerdo, esto es bueno. ¿Qué podemos hacer ahora? Bueno, admite relaciones. Admite todas las cosas que crees que podrías admitir. Entonces, por ejemplo, si quieres relaciones, podrías agregar migraciones de plataforma db crear. Y obtuvimos una nueva migración. Y aquí, podríamos hacer otras cosas si quieres. Así que solo estoy consciente del tiempo y estoy omitiendo algunas cosas.

9. Migration Demo and Platformatic DB

Short description:

Puedo mostrarte cómo funciona la migración y desplegarlo en la nube de Platformatic. Acabamos de lanzar nuestros planes de pago. Tenemos un nuevo frontend. Crea una nueva aplicación llamada jsonation-demo. Despliégala y espera a que se ejecute. Platformatic DB está construido sobre Fastify y ofrece facilidad de prueba y escritura con complementos.

Entonces, si quieres, puedo mostrarte cómo funciona la migración, si quieres venir después de la charla a mi stand, si estás interesado. Algo que es muy genial, sin embargo, es que incluso podría desplegar esto en la cloud de Platformatic, lo cual es realmente bueno. Y acabamos de lanzar nuestros planes de pago. Así que si estás interesado, sería genial. Y con suerte, los dioses de la demo, el Wi-Fi estarán conmigo.

Así que tenemos un nuevo frontend. Solo necesitamos aceptar los nuevos términos de servicio. Y podemos crear una nueva aplicación. Y se llama jsonation-demo. Y creamos la aplicación. Necesitamos desplegar algo. Así que lo llamamos main. Y creamos un espacio de trabajo. Y esto lleva un poco de tiempo. Luego podemos descargar nuestras credenciales. Es main.plt.txt. Y solo necesito mover esto de descargas aquí. De acuerdo. Y luego solo necesito hacer platformatic deploy keys main. Y ahora se está desplegando. ¿Se ejecutará, no se ejecutará? Veremos. A través del Wi-Fi, a través del Wi-Fi de la conferencia. Por lo general, esto lleva un minuto y medio en condiciones normales. Pero veremos si volvemos más tarde para ver si se ha desplegado.

Mientras tanto, Platformatic DB está construido sobre Fastify. Todos esos son solo complementos de Fastify, por lo que puedes usarlos cuando quieras, si quieres hacerlo. Muy fácil de probar, muy fácil de escribir. Hay documentación y guías para todas estas cosas. Incluso puedes usar esos complementos en tu aplicación si quieres hacerlo.

QnA

Question on ORMs and Query Builders

Short description:

¿Codifiqué un ORM? Los constructores de consultas como Kinects o Keasley son geniales. Todos caen en la misma categoría y te ayudan a escribir consultas. Drizzle ORM es popular pero cae en la trampa de crear objetos de modelo. Puede que no funcione para todas las aplicaciones.

Así que tengo una pregunta para ti. ¿Codifiqué un ORM? Parecía como Internet. De acuerdo. Esta es una divertida. Como dije, la cloud de Platformatic está disponible hoy. Así que todavía está en funcionamiento. El Wi-Fi es lo que es. Así que estará aquí en un momento.

Muchas gracias. Tal vez el Wi-Fi me ayude. Estoy más o menos en tiempo de preguntas. Así que realmente estoy tomando la pregunta aquí hasta que esto termine. Así que veremos si el Wi-Fi de la conferencia me llega. Así que demos un aplauso a Matteo.

La primera pregunta que tengo para ti no está aquí, pero ¿qué opinas de cosas como los constructores de consultas como Kinects o Keasley? ¿Están bien? ¿O están en el mismo ámbito que los ORM? No, son geniales. Los constructores de consultas son geniales. Usa constructores de consultas. Realmente me gustan, para ser honesto. Internamente, PlatformRTDB está construido sobre una de esas cosas. Así que soy más del tipo de cadena de plantilla, pero todos caen en la misma categoría. Necesitas alguna herramienta que te ayude a escribir esas cosas. Así que, sí.

¿Y has oído hablar de Drizzle ORM o lo has visto? Sí. Mucha gente está hablando de ello. Yo... Es genial para los desarrolladores de TypeScript, hasta cierto punto. Aún siento que cae un poco en la misma trampa de crear objetos de modelo y cosas así. No creo que sea... Puede funcionar para ciertas aplicaciones, pero probablemente no para todas. De acuerdo.

Integración con Next.js y Soporte Futuro

Short description:

Para hacerlo funcionar con Next.js, escribe tu API, despliégala y llámala usando fetch o clientes generados automáticamente. Pronto, habrá clientes fetch listos para usar. Actualmente utiliza OpenAPI, pero también admitirá GraphQL en el futuro.

Y luego una pregunta de la audiencia es, ¿cómo harías que algo como esto funcione con Next.js? Oh, esta es una gran pregunta. Entonces, típicamente lo que haces es que puedes escribir tu API, desplegar tu API en algún lugar, y luego llamar a esta API usando fetch, o algunos clientes generados automáticamente que uses en tu aplicación Next.js o Remix o Vue o cualquier otra realmente, aplicación Svelte. Pronto tendremos clientes fetch generados automáticamente, por lo que no necesitarás codificar ese cliente tú mismo, simplemente vendrá incluido, lo cual suena genial, para ser honesto. La solicitud de extracción está abierta, así que esperemos que se haga pronto. ¿Utiliza el cliente OpenAPI? Sí, está construido en torno a OpenAPI, pero pronto también admitirá GraphQL.

Custom SQL Queries and TypeScript Support

Short description:

Escribir consultas SQL personalizadas con Platform.js DB es muy sencillo, solo tienes que escribir SQL y ejecutarlo en la base de datos. Actualmente, Platformatic admite SQL, pero el soporte para MongoDB está en el plan de desarrollo. Cuando se trata de consultas complejas, escríbelas en SQL. En cuanto al soporte de TypeScript, obtendrás autocompletado si utilizas el ayudante de consultas CRUD y los tipos definidos para tus tablas.

Vale, genial. Aquí hay una pregunta, ¿cómo se ve escribir consultas SQL personalizadas con Platform.js DB? Oh, en realidad es muy sencillo, solo tienes que escribir SQL y ejecutarlo en la database, es realmente sencillo. Si quieres, yo, por el tiempo que tenemos, hay tanto, tan poco tiempo, tantas cosas de las que hablar, así que podría estar aquí durante una hora, mostrando todas las características. Así que si quieres venir a mi stand, estaré encantado de darte una demostración completa.

Entonces, ¿utiliza algo como una plantilla etiquetada? Sí. Vale. Genial.

Esta pregunta dice, ¿es posible implementar sistemas externos de PubSub para suscripciones GraphQL en Platformatic? Sí, tiene su propio sistema. Así que podrías conectarlo, potencialmente, a lo que estás haciendo, sí. La gran pregunta es cómo necesitará... Probablemente tendrías que hacer algunas comprobaciones internas para hacer las cosas a tu manera, pero es probablemente factible.

Y la otra pregunta es, ¿hay algún soporte para bases de datos de documentos, o solo es SQL? En este momento, es SQL. Pero MongoDB está en el plan de desarrollo, así que eventualmente sucederá. Es principalmente una cuestión de tiempo. Así que si realmente quieres hacerlo, probablemente estaré encantado de ayudarte a hacerlo. Te guiaré y contribuiré a esa característica. No es que toda la infraestructura necesaria esté ahí. Es solo cuestión de hacer las cosas.

La siguiente pregunta, creo que se trata de consultas complejas. Preguntan, ¿cómo manejas una cláusula WHERE en combinación con una tabla JOIN? ¿Cómo manejas consultas más complejas? Escribe tu consulta compleja en SQL. Es genial. Literalmente, es genial. Escribe tus consultas complejas en SQL, por favor. Es fantástico. Gran respuesta.

La siguiente pregunta trata sobre el soporte de TypeScript. Vi que generaba tipos después de hacer eso. ¿Obtienes autocompletado dentro de tus consultas SQL? No, obtienes autocompletado si utilizas nuestro pequeño ayudante de consultas CRUD. Obtendrás los tipos definidos para tus tablas. Si ejecutas una consulta, deberás convertir el resultado a ese objeto específico, básicamente.

Query Understanding and Database Support

Short description:

El orador habla sobre la dificultad de comprender consultas complejas y menciona el soporte para varias bases de datos SQL, incluyendo Microsoft SQL. Expresa su disposición a implementar el soporte para Microsoft SQL para los suscriptores. El orador también aborda la compatibilidad de la plataforma con arquitecturas sin servidor, específicamente Lambda, y menciona la opción de implementar en la nube de Platformatic.

La razón es que realmente no podemos ver qué hace tu consulta, para ser honestos. Porque si tienes consultas complejas con múltiples joins y demás, eso no se parece a ningún objeto que hayas estado utilizando antes. Sí, es un problema difícil de resolver.

Y esta última pregunta solo pregunta sobre el soporte de Microsoft SQL. Entonces, ¿cuál es el soporte para las diferentes bases de datos SQL? Soportamos PostgreSQL, MariaDB, MySQL y SQLite. Claro, podemos soportar Microsoft SQL. Si estás pagando por una suscripción, estaré encantado de implementarlo para ti la próxima semana. Espero que eso dé una respuesta sobre la realidad de alguien que construye una empresa de código abierto. Así que si quieres patrocinar el trabajo, estaré muy feliz de tener una charla.

Y esta última pregunta es, ¿funciona esto con serverless? ¿Algo como Lambda, ColdStarts, cómo funciona? Bueno, dos cosas. La primera, puedes implementar Platformatic DB sobre Lambda. Tal vez haya uno, no sé. Veamos si se ejecutó. Vale, no, no se ejecutó. Cosas divertidas. Y así, sí, no se ejecutó. Se bloqueó. Vamos, demasiada gente usando la cloud después de su lanzamiento. Buenas cosas. Así que no funcionó. Los dioses de la demostración no estaban conmigo. Y en resumen, puedes implementarlo en Lambda, puedes implementarlo en la nube de Platformatic, y eso sería el truco. Pero, ya sabes, eventualmente funcionará. Increíble. Lo siento. Muy bien. Voy a dar un gran aplauso a Matteo. Muchas gracias, Matteo. Gracias. Gracias.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Node Congress 2022Node Congress 2022
26 min
It's a Jungle Out There: What's Really Going on Inside Your Node_Modules Folder
Top Content
Do you know what’s really going on in your node_modules folder? Software supply chain attacks have exploded over the past 12 months and they’re only accelerating in 2022 and beyond. We’ll dive into examples of recent supply chain attacks and what concrete steps you can take to protect your team from this emerging threat.
You can check the slides for Feross' talk here.
Node Congress 2022Node Congress 2022
34 min
Out of the Box Node.js Diagnostics
In the early years of Node.js, diagnostics and debugging were considerable pain points. Modern versions of Node have improved considerably in these areas. Features like async stack traces, heap snapshots, and CPU profiling no longer require third party modules or modifications to application source code. This talk explores the various diagnostic features that have recently been built into Node.
You can check the slides for Colin's talk here. 
JSNation 2023JSNation 2023
22 min
ESM Loaders: Enhancing Module Loading in Node.js
Native ESM support for Node.js was a chance for the Node.js project to release official support for enhancing the module loading experience, to enable use cases such as on the fly transpilation, module stubbing, support for loading modules from HTTP, and monitoring.
While CommonJS has support for all this, it was never officially supported and was done by hacking into the Node.js runtime code. ESM has fixed all this. We will look at the architecture of ESM loading in Node.js, and discuss the loader API that supports enhancing it. We will also look into advanced features such as loader chaining and off thread execution.
JSNation Live 2021JSNation Live 2021
19 min
Multithreaded Logging with Pino
Top Content
Almost every developer thinks that adding one more log line would not decrease the performance of their server... until logging becomes the biggest bottleneck for their systems! We created one of the fastest JSON loggers for Node.js: pino. One of our key decisions was to remove all "transport" to another process (or infrastructure): it reduced both CPU and memory consumption, removing any bottleneck from logging. However, this created friction and lowered the developer experience of using Pino and in-process transports is the most asked feature our user.In the upcoming version 7, we will solve this problem and increase throughput at the same time: we are introducing pino.transport() to start a worker thread that you can use to transfer your logs safely to other destinations, without sacrificing neither performance nor the developer experience.

Workshops on related topic

Remix Conf Europe 2022Remix Conf Europe 2022
195 min
How to Solve Real-World Problems with Remix
Featured Workshop
- Errors? How to render and log your server and client errorsa - When to return errors vs throwb - Setup logging service like Sentry, LogRocket, and Bugsnag- Forms? How to validate and handle multi-page formsa - Use zod to validate form data in your actionb - Step through multi-page forms without losing data- Stuck? How to patch bugs or missing features in Remix so you can move ona - Use patch-package to quickly fix your Remix installb - Show tool for managing multiple patches and cherry-pick open PRs- Users? How to handle multi-tenant apps with Prismaa - Determine tenant by host or by userb - Multiple database or single database/multiple schemasc - Ensures tenant data always separate from others
GraphQL Galaxy 2020GraphQL Galaxy 2020
106 min
Relational Database Modeling for GraphQL
Top Content
WorkshopFree
In this workshop we'll dig deeper into data modeling. We'll start with a discussion about various database types and how they map to GraphQL. Once that groundwork is laid out, the focus will shift to specific types of databases and how to build data models that work best for GraphQL within various scenarios.
Table of contentsPart 1 - Hour 1      a. Relational Database Data Modeling      b. Comparing Relational and NoSQL Databases      c. GraphQL with the Database in mindPart 2 - Hour 2      a. Designing Relational Data Models      b. Relationship, Building MultijoinsTables      c. GraphQL & Relational Data Modeling Query Complexities
Prerequisites      a. Data modeling tool. The trainer will be using dbdiagram      b. Postgres, albeit no need to install this locally, as I'll be using a Postgres Dicker image, from Docker Hub for all examples      c. Hasura
Node Congress 2023Node Congress 2023
109 min
Node.js Masterclass
Workshop
Have you ever struggled with designing and structuring your Node.js applications? Building applications that are well organised, testable and extendable is not always easy. It can often turn out to be a lot more complicated than you expect it to be. In this live event Matteo will show you how he builds Node.js applications from scratch. You’ll learn how he approaches application design, and the philosophies that he applies to create modular, maintainable and effective applications.

Level: intermediate
Node Congress 2023Node Congress 2023
63 min
0 to Auth in an Hour Using NodeJS SDK
WorkshopFree
Passwordless authentication may seem complex, but it is simple to add it to any app using the right tool.
We will enhance a full-stack JS application (Node.JS backend + React frontend) to authenticate users with OAuth (social login) and One Time Passwords (email), including:- User authentication - Managing user interactions, returning session / refresh JWTs- Session management and validation - Storing the session for subsequent client requests, validating / refreshing sessions
At the end of the workshop, we will also touch on another approach to code authentication using frontend Descope Flows (drag-and-drop workflows), while keeping only session validation in the backend. With this, we will also show how easy it is to enable biometrics and other passwordless authentication methods.
Table of contents- A quick intro to core authentication concepts- Coding- Why passwordless matters
Prerequisites- IDE for your choice- Node 18 or higher
JSNation 2023JSNation 2023
104 min
Build and Deploy a Backend With Fastify & Platformatic
WorkshopFree
Platformatic allows you to rapidly develop GraphQL and REST APIs with minimal effort. The best part is that it also allows you to unleash the full potential of Node.js and Fastify whenever you need to. You can fully customise a Platformatic application by writing your own additional features and plugins. In the workshop, we’ll cover both our Open Source modules and our Cloud offering:- Platformatic OSS (open-source software) — Tools and libraries for rapidly building robust applications with Node.js (https://oss.platformatic.dev/).- Platformatic Cloud (currently in beta) — Our hosting platform that includes features such as preview apps, built-in metrics and integration with your Git flow (https://platformatic.dev/). 
In this workshop you'll learn how to develop APIs with Fastify and deploy them to the Platformatic Cloud.
JSNation Live 2021JSNation Live 2021
156 min
Building a Hyper Fast Web Server with Deno
WorkshopFree
Deno 1.9 introduced a new web server API that takes advantage of Hyper, a fast and correct HTTP implementation for Rust. Using this API instead of the std/http implementation increases performance and provides support for HTTP2. In this workshop, learn how to create a web server utilizing Hyper under the hood and boost the performance for your web apps.