# Pornire Prisma Studio în local dev
npx prisma studio
# Direct connection string pentru TablePlus / DBeaver
# postgresql://user:password@localhost:5432/mydb?schema=publicCând am trecut prima dată o aplicație pe Prisma prin 2021, npx prisma studio mi s-a părut magie pură. Scriam comanda în terminal și aveam instant o interfață curată în browser, cu toate relațiile gata mapate, fără să mai caut credențiale de Postgres prin fișiere .env.
Dar entuziasmul s-a stins rapid când baza de date de pe mediul de staging a depășit 300.000 de înregistrări într-o singură tabelă de audit. Dacă ești la început de drum sau oscilezi între Prisma Studio și un client de baze de date dedicat precum TablePlus sau DBeaver, vreau să-ți spun exact unde se termină utilitatea unuia și unde începe necesitatea celorlalte.
Prisma Studio: visul din local dev
Marea bilă albă pentru Prisma Studio este simplitatea absolută. Nu trebuie să-ți bați capul cu conexiuni SSL, porturi forwardate sau drivere SQL. Citește direct fișierul schema.prisma și pornește.
Este unealta mea preferată când scriu feature-uri noi pe mașina locală. Vreau să văd dacă un script de seed a populat corect un tabel cu relații one-to-many? Deschizi Studio, dai clic pe relație și vezi instant entitatea conectată. Nu scrii JOIN-uri, nu cauți ID-uri manual. Pentru modificat rapid un enum sau un boolean la un user de test, e imbatabil.
Totuși, limita de performanță e vizibilă. Pentru că rulează în browser și încearcă să încarce totul prin API-ul său intern, când încerci să sortezi sau să filtrezi tabele voluminoase, tab-ul de Chrome pur și simplu îngheață sau mănâncă 2 GB de RAM. În plus, nu ai cum să rulezi query-uri SQL ad-hoc sau să vezi un plan de execuție (EXPLAIN ANALYZE).
TablePlus: viteza nativă de zi cu zi
După ce Prisma Studio își atinge limitele, TablePlus este prima mea opțiune. Fiind o aplicație nativă (scrisă în Swift pe macOS și C++ pe Windows), se deschide într-o secundă și consumă resurse neglijabile.
La un proiect cu 12 microservicii și baze separate, TablePlus m-a salvat. Poți deschide 10 tab-uri cu baze de date diferite fără să-ți gâtui procesorul. Iată ce câștig cu el:
- Autocompletion la SQL care chiar funcționează repede.
- Posibilitatea de a edita inline fără să aplici modificările până nu apeși comanda de save (un fel de tranzacție vizuală sigură).
- Vizualizarea clară a indexului și a structurii reale din Postgres/MySQL, nu doar ce vede ORM-ul.
Trade-off-ul? Versiunea gratuită te limitează la 2 tab-uri deschise simultan. Nu e un capăt de țară, dar dacă lucrezi zilnic pe mai multe medii, versiunea plătită e o investiție care se amortizează rapid.
DBeaver: artileria grea pentru cazuri speciale
DBeaver e un mamut. E bazat pe Eclipse/Java, ceea ce înseamnă că interfața arată ca desprinsă din anii 2000 și uneori are un lag sesizabil la pornire.
Cu toate astea, îl păstrez instalat pentru trei situații specifice:
- Generatorul de diagrame ERD (când trebuie să explic unui client nou cum arată arhitectura bazei).
- Export/Import de date masive (sute de mii de rânduri exportate în CSV/JSON fără să crape memoria).
- Suportul pentru absolut orice bază de date existentă (de la SQLite și MariaDB până la Oracle, Redshift sau ClickHouse).
Concluzia: ce folosești și când?
Nu există o singură unealtă perfectă, ci doar unelte potrivite contextului:
- Prisma Studio: Doar în local dev, pentru vizualizare rapidă a relațiilor și teste pe date puține.
- TablePlus: Pentru workflow-ul zilnic de dezvoltare, debug pe staging/prod și query-uri SQL rapide.
- DBeaver: Când ai de făcut operațiuni grele de administrare, migrări complexe sau exporturi mari.
Tu ce folosești când trebuie să investighezi un bug de date în producție? Rămâi pe CLI sau deschizi un GUI?