-- Index parțial în Postgres: indexăm doar utilizatorii activi
-- Economisește spațiu pe disc și RAM în producție
CREATE INDEX idx_active_users_email
ON users (email)
WHERE status = 'active';M-am lovit de dilema asta de zeci de ori în ultimii 10 ani când am pornit un SaaS nou. Merg pe MySQL sau pun direct PostgreSQL? În 2026 ambele baze de date sunt mature, dar o decizie greșită la început te poate costa nopți pierdute cu migrări dureroase mai târziu. Hai să facem o comparație pragmatică, fără marketing, bazată pe ce am pățit eu în producție.
Mitul vitezei în 2026
Mulți developeri încă mai cred că MySQL e mai rapid la citire, iar Postgres e mai bun la scriere sau chestii complexe. E un mit vechi din vremea când MySQL 5.6 era standardul. La un proiect recent, un SaaS de facturare cu vreo 12.000 de utilizatori activi lunar, am rulat teste sintetice pe ambele baze de date folosind aceleași resurse din AWS.
Diferențele de performanță brută pe query-uri simple de tip SELECT și INSERT au fost de sub 3%. Deci nu viteza brută ar trebui să fie criteriul tău de departajare când pornești la drum.
Unde strălucește PostgreSQL
Postgres e rege absolut dacă ai date semi-structurate. Dacă în SaaS-ul tău vrei să salvezi preferințele utilizatorilor sau evenimente de tracking într-un câmp JSON, Postgres îți permite să pui indecși direct pe cheile din JSONB. În MySQL poți face asta, dar e mult mai anevoios pentru că trebuie să creezi coloane generate virtuale pe care apoi să le indexezi. O struțo-cămilă obositoare.
Un alt mare plus la Postgres este indexarea parțială. De exemplu, dacă ai o tabelă uriașă de utilizatori, dar te interesează doar cei care au contul activ, poți crea un index doar pentru ei. Am folosit schema asta pe o tabelă masivă de loguri și am economisit cam 40% din dimensiunea indecșilor pe disc, ceea ce înseamnă că baza de date a rămas rapidă mult mai mult timp fără să facem upgrade la hardware.
Unde MySQL are încă sens
Nu ignora MySQL doar pentru că Postgres e la modă. Dacă folosești un framework clasic ca Laravel sau Ruby on Rails și știi sigur că baza ta de date va rămâne una strict relațională, MySQL e de o stabilitate incredibilă. Replicarea sa nativă mi se pare și acum mai simplu de configurat și de depanat la 3 dimineața când pică un nod.
Trade-off-ul sincer? Postgres e superb pentru query-uri complexe și analiză de date, dar consumă mult mai multe resurse per conexiune. Fiecare conexiune nouă în Postgres pornește un proces separat în sistemul de operare. MySQL folosește thread-uri, ceea ce înseamnă că pe un VPS ieftin de 5 dolari, MySQL va respira mult mai ușor și va duce mai multe conexiuni simultane fără să crape din lipsă de RAM.
Concluzia mea
Regula mea de aur pentru 2026 e destul de simplă. Dacă faci un SaaS unde MVP-ul se va schimba des și ai nevoie de flexibilitate cu date JSON sau procesare de date geografice (GIS), mergi pe Postgres fără să clipești. Dacă construiești un CRUD clasic, vrei simplitate maximă în administrare și bugete mici pe servere, MySQL își face treaba perfect.
Voi ce ați ales pentru ultimul proiect și care a fost factorul decisiv?