# Cum deschid un tunel securizat pentru TablePlus sau Studio spre un DB izolat
ssh -N -L 5433:localhost:5432 deploy@staging.exemplu.ro
# Apoi conectez clientul local la:
# postgresql://user:parola@localhost:5433/nume_bazaDacă scrii aplicații cu Prisma, primul impuls e să dai npx prisma studio și să-ți vezi tabelele într-un tab de browser. E comod, n-ai nevoie de credențiale separate și vezi relațiile 1-la-1 exact cum le-ai definit în schemă. Totuși, după ce treci de faza de prototip, încep limitările serioase.
Am folosit toate cele trei unelte pe proiecte de la zero utilizatori până la sisteme cu 300k tranzacții lunare. Fiecare are un scop precis, iar dacă le confunzi, pierzi timp inutil.
Prisma Studio: genial pentru prototyping și seeding rapid
Când creez tabele noi sau testez un script de seed, Studio e primul pe care-l deschid. Marele lui avantaj e că înțelege Prisma schema direct. Dacă ai un model User legat de Profile și Posts, Studio îți oferă butoane intuitive să navighezi direct între entități fără să scrii un JOIN manual în viața ta.
Pentru juniori sau colegi de pe frontend care au nevoie doar să introducă un utilizator de test cu un anumit rol, Studio e imbatabil. Nu trebuie să le configurezi conexiuni de Postgres, certificate SSL sau porturi ciudate. Dau o comandă în terminal și au interfața gata.
Trade-off-ul? Merge excelent până pe la câteva mii de rânduri. Am pățit pe un proiect de e-commerce cu vreo 120.000 de înregistrări în tabela de log-uri: Studio a blocat complet tab-ul de Chrome încercând să randeze câmpurile JSONB nested. Paginarea e destul de rigidă, iar dacă vrei să filtrezi date complexe agregate, Studio pur și simplu nu știe să facă asta.
TablePlus: unealta mea de zi cu zi
Când treaba devine serioasă, închid browserul și trec pe TablePlus. Fiind o aplicație nativă (scrisă în Swift pe Mac, C++ pe Windows), consumă undeva la 70-100 MB RAM, pe când un tab de Studio deschis cu date multe mi-a mâncat lejer 1.2 GB.
Îl folosesc în 80% din timp pentru:
- Editare rapidă inline fără riscul să blochez interfața.
- Debug pe query-uri generate de Prisma Client (iau SQL-ul brut din log-uri, îi dau paste și rulez
EXPLAIN ANALYZE). - Gestionarea conexiunilor multiple cu culori diferite (verde pentru local, galben pentru staging, roșu aprins pentru producție, ca să nu șterg ceva din greșeală).
Partea proastă la TablePlus e versiunea gratuită: te limitează la 2 tab-uri active simultan. Dacă ești obișnuit să sari între 5 tabele odată, devine frustrant rapid dacă nu cumperi licența.
DBeaver: tancul de care ai nevoie doar la greu
DBeaver e construit pe platforma Eclipse (Java). E lent la pornire, are o interfață aglomerată și arată de parcă a fost desenat în 2008. Dar când vine vorba de funcționalități avansate de baze de date, îi dă clasă oricărui alt client.
Deschid DBeaver exclusiv când am de făcut:
- Migrări masive de date dintr-o bază veche (MySQL/Oracle) către Postgres.
- Diagrame ERD automate pentru clienți care vor documentație vizuală completă.
- Exporturi sau importuri de CSV-uri mari (peste 1-2 GB), unde TablePlus mai crapă.
Regula mea simplă
Nu există un câștigător absolut, ci un context potrivit:
- Prisma Studio: în primele 2 săptămâni de proiect, pentru seeding, verificat relații și debugging minor pe frontend.
- TablePlus: unealta principală pe care o țin deschisă 8 ore pe zi pentru viteză și query-uri SQL manuale.
- DBeaver: când am de rezolvat o problemă rară de infrastructură, backup-uri ciudate sau diagrame.
Voi ce țineți deschis pe al doilea monitor când dezvoltați cu Prisma: interfața lor web sau un client SQL dedicat?