Salutare. Astăzi vreau să vorbim despre cum ne uităm în baza de date când lucrăm cu Prisma. Am trecut prin toate variantele în ultimii ani, de la DBeaver la Prisma Studio, și m-am prins destul de repede că nu există o singură unealtă perfectă pentru toate scenariile.
Prisma Studio: Super pentru dev rapid, dar moare la volum mare
Am avut acum ceva timp un proiect, un SaaS micuț cu vreo 8k useri activi. Pentru că foloseam Prisma ca ORM, am zis să merg pe mâna lor și să folosesc exclusiv Prisma Studio pentru vizualizarea datelor. La început a fost vis. Dai un simplu comandă în terminal și ai direct în browser o interfață curată, care îți respectă relațiile din schema.prisma.
Cel mai mare avantaj e că nu trebuie să configurezi absolut nimic. Nu cauți parole prin fișiere, nu configurezi porturi local și nu îți bați capul cu SSH tunnels. Tool-ul citește direct fișierul tău .env și ești gata de treabă. Pentru modificat rapid un câmp la un user de test sau pentru adăugat o linie nouă în baza de date, e genial. Economisești lejer 10-15 minute la setup-ul inițial pe orice mașină nouă de dev.
Dar vine și reversul medaliei. Când baza de date a început să crească și aveam tabele cu zeci de mii de înregistrări, Prisma Studio a început să gâfâie vizibil. Relațiile alea mișto pe care le randează el ca "badge-uri" devin extrem de greu de încărcat în memorie. În plus, mănâncă resurse în draci. Dacă uiți tab-ul deschis în Chrome, te trezești după câteva ore că îți mănâncă 1GB de RAM degeaba. Și cel mai mare minus: nu poți scrie un query SQL custom. Dacă vrei să faci un raport rapid cu un GROUP BY mai ciudat, ești complet blocat.
TablePlus și DBeaver: Artileria grea de care nu scapi
Aici intervine tabăra cealaltă. Eu folosesc TablePlus pe macOS pentru că e nativ, pornește instant și are un UI curat. DBeaver e și el excelent, mai ales pe Windows sau Linux, chiar dacă arată de parcă e scris în Java prin 2008 (ceea ce și este, fiind bazat pe platforma Eclipse).
Când ai de rulat un script de migrare manual, când vrei să vezi de ce merge greu un query (faci un EXPLAIN ANALYZE) sau când ai nevoie de o interogare complexă pe 4 tabele, astea sunt sfinte. Merge bine pentru analiză brută de date și performanță, dar e nasol pentru că trebuie să îți gestionezi singur conexiunile și să ai grijă să nu strici ceva din greșeală pe producție, neavând "siguranța" vizuală pe care ți-o dă schema din Prisma.
Cum le împac în workflow-ul de zi cu zi?
Regula mea e destul de simplă și am ajuns la ea după ce am pierdut destul timp încercând să folosesc o singură unealtă:
- În timpul dezvoltării locale: Folosesc 90% Prisma Studio. E pornit mereu într-un tab de terminal. Vreau să văd dacă s-a salvat un rând în DB după un request de API? Arunc o privire acolo. E rapid, vizual și extrem de comod.
- Pe staging sau producție: Niciodată Prisma Studio. Acolo intru doar cu TablePlus, prin SSH tunnel securizat. Am nevoie de viteză, de filtre serioase și, mai ales, de certitudinea că nu îmi crapă browserul în mijlocul unei interogări importante.
Practic, Prisma Studio e excelent ca o extensie de IDE, dar nu ca un înlocuitor de client SQL în toată regula.
Voi cum procedați? Rămâneți în ecosistemul Prisma pentru vizualizare sau aveți mereu un TablePlus sau DBeaver deschis în fundal?