Quan treballem amb aplicacions modernes que depenen de bases de dades relacionals, Prisma s'ha convertit en una eina fonamental per a molts equips de desenvolupament. La seva CLI permet executar migracions, sincronitzar esquemes i gestionar el cicle de vida de les dades. No obstant això, un detall tècnic que sovint passa desapercebut és el tipus de connexió que utilitza Prisma durant aquestes operacions. Per defecte, les connexions agrupades (pooled) són ideals per a aplicacions en producció que gestionen múltiples peticions concurrents, però per a tasques administratives com migrate o db push, poden introduir latències innecessàries. En aquest article explorarem com optimitzar la CLI de Prisma utilitzant connexions no agrupades (unpooled) i, alhora, implementarem un registre de canvis al panell de configuració per millorar la transparència del sistema.
La decisió d'usar connexions agrupades o no agrupades depèn del context. Una connexió agrupada manté un conjunt de connexions obertes que es reutilitzen, reduint la sobrecàrrega d'establir noves connexions a cada petició. Això és fantàstic per a un servidor web que atén centenars de sol·licituds per segon. Però quan executem ordres des de la terminal, el temps de vida de la connexió és molt curt i sovint no necessitem el pool. De fet, Prisma recomana explícitament usar connexions no agrupades per a operacions de migració i sincronització, ja que així s'evita la sobrecàrrega de gestionar el pool i s'accelera l'execució.
Com implementar-ho? La configuració és sorprenentment senzilla. Al fitxer prisma.config.ts (o schema.prisma segons la versió) podem definir el datasource amb l'opció connect: { pool: false }. Això indica a Prisma que, quan s'executi des de la CLI, estableixi una connexió directa sense passar pel pool. La resta de la configuració (com l'URL de la base de dades) es manté igual. El resultat: una reducció notable en el temps d'execució d'ordres com prisma migrate dev o prisma db push. En projectes amb esquemes grans, la millora pot ser de diversos segons, cosa que es tradueix en un flux de desenvolupament més àgil.
Però l'optimització no acaba aquí. Un cop tenim un procés de migracions eficient, el següent pas lògic és oferir visibilitat sobre els canvis que es realitzen. Per això, afegir un registre de canvis (change log) al panell de configuració és una funcionalitat que aporta valor tant a desenvolupadors com a usuaris finals. En una aplicació SaaS, per exemple, els usuaris volen saber quan es van sincronitzar les seves dades, quant de temps va durar el procés i si hi va haver errors. Aquest històric de sincronització construeix confiança i facilita la depuració.
Des del punt de vista tècnic, implementar un registre de canvis implica crear un model a l'esquema de Prisma que emmagatzemi cada esdeveniment de sincronització. Un model típic inclou camps com id, startedAt, duration, message i una relació amb els detalls dels canvis (per exemple, DeviceHistory). Després, al frontend, es construeix un component que mostri aquesta informació de forma plegable, permetent a l'usuari expandir entrades antigues sense saturar la interfície. L'ús d'icones com ChevronDown i ChevronRight millora l'experiència de navegació.
En el context empresarial, la combinació de connexions optimitzades i traçabilitat de canvis no només millora el rendiment, sinó que també redueix el temps de resolució d'incidències. A Q2BSTUDIO sabem que cada mil·lisegon compta, especialment quan es gestionen infraestructures cloud complexes. El nostre equip integra aquestes bones pràctiques en el desenvolupament d'aplicacions a mida, assegurant que tant el backend com el frontend estiguin alineats amb els estàndards més exigents.
A més, la implementació d'un registre de canvis posa les bases per a funcionalitats més avançades. Per exemple, es pot vincular amb sistemes de BI / Power BI per generar informes automàtics d'activitat, o connectar-lo amb agents IA que analitzin patrons de sincronització i suggereixin optimitzacions. A Q2BSTUDIO també treballem amb ciberseguretat per garantir que aquests logs no exposin informació sensible, i aprofitem la potència de cloud AWS/Azure per escalar l'emmagatzematge d'històric sense comprometre el rendiment.
Finalment, cal destacar que aquest tipus de millores no requereixen grans inversions. Amb canvis mínims a la configuració de Prisma i alguns components d'interfície, qualsevol equip pot obtenir un guany significatiu en productivitat i transparència. Si la vostra organització busca modernitzar el seu stack tecnològic, des de Q2BSTUDIO oferim consultoria i desenvolupament especialitzat en serveis cloud, integració d'IA i optimització de bases de dades. No dubteu a contactar-nos per portar el vostre projecte al següent nivell.
