# Pornire Prisma Studio pe un port custom, fără să deschidă automat browserul
npx prisma studio --port 5555 --browser none
# Tunnel SSH rapid dacă vrei să inspectezi securizat o bază de pe staging:
# ssh -L 5555:localhost:5555 user@server-ipRulez npx prisma studio aproape din reflex când încep un proiect nou în Node sau Next.js. E comod, n-ai nevoie de configurat conexiuni, socket-uri sau permisiuni de sistem. Dar la un moment dat, неизбежно, te lovești de limitele lui.
Am pățit-o acum vreo doi ani pe un proiect de e-commerce cu vreo 80k de comenzi și câteva sute de mii de log-uri de plăți. Am deschis Prisma Studio ca să inspectez o tranzacție eșuată și Chrome mi-a înghețat complet vreo 15 secunde. De atunci mi-am calibrat foarte clar workflow-ul.
Ce face Prisma Studio bine (și de ce îl folosesc în dev)
Studio câștigă detașat la un singur capitol: înțelege nativ relațiile definite în fișierul schema.prisma.
Dacă ai un model User legat de Profile și Orders, nu trebuie să ții minte ID-uri sau să scrii manual JOIN-uri ca să verifici rapid ce a introdus un seed. Dai click direct pe câmpul relațional, îți deschide modalul cu rândul asociat și vezi totul curat.
Pentru testat prototipuri locale, editat rapid 2-3 câmpuri dintr-un rând sau arătat datele unui coleg de la frontend care nu vrea să audă de SQL, e imbatabil. Nu cere instalare de client separat, pornește dintr-o comandă și își face treaba.
Unde se rupe filmul
Trade-off-ul vine fix din modul în care e construit: e o aplicație web care rulează peste un server local de Node.js.
- Performanța pe volume mari: dacă ai un tabel cu peste 20.000–30.000 de înregistrări, paginarea și filtrarea devin greoaie. Căutările pe text nestructurat durează o veșnicie.
- Fără SQL pur: nu poți să deschizi un tab și să tragi un
EXPLAIN ANALYZEpe un query suspect. Nu poți vedea indecșii reali din baza de date sau dimensiunea tabelelor pe disc. - Consumul de resurse: procesul de Node plus un tab nou de browser înseamnă lejer 250-300 MB de RAM. Nu pare mult, dar dacă rulezi deja Docker, IDE-ul și serverul de dev, se simte.
Când închid Studio și deschid TablePlus sau DBeaver
Când trec de faza de scaffolding local, TablePlus e alegerea mea de bază pe macOS. E o aplicație nativă scrisă în Swift, se deschide într-o secundă și stă sub 50 MB de RAM.
TablePlus excelează la vizualizare curată, SSH tunneling nativ (extrem de simplu de configurat pe un VPS de staging) și un editor SQL rapid cu autocomplete bun. Nu e gratuit dacă vrei mai mult de 2 tab-uri active simultan, dar pentru mine licența aia de ~80$ s-a amortizat în prima săptămână.
DBeaver, în schimb, e tancul rusesc al uneltelor de baze de date. E scris în Java, interfața aduce puțin a Eclipse din 2011 și pornește ceva mai lent. Totuși, e 100% open-source și gratuit. Dacă ai de gestionat proceduri stocate, migrare de date între un Postgres și un MySQL vechi, sau diagrame ER automate pentru un client, DBeaver rezolvă fără să ceară bani.
Concluzia mea simplă
Nu trebuie să alegi doar o singură sculă. Prisma Studio e excelent pentru faza de seed și validat relații locale în primele sprinturi. În momentul în care ai nevoie de staging, producție, debug de indecși sau tabele de peste 10k rânduri, deschide un client SQL dedicat.
Voi ce folosiți zilnic când lucrați cu Prisma: rămâneți în browser sau săriți direct într-un client nativ?