CREATE TABLE utilizatori (
id INT AUTO_INCREMENT PRIMARY KEY,
nume VARCHAR(100),
metadate JSON,
CONSTRAINT check_json CHECK (JSON_VALID(metadate))
);
-- Interogare JSON în MariaDB 11
SELECT nume, JSON_VALUE(metadate, '$.setari.tema') AS tema
FROM utilizatori
WHERE JSON_VALUE(metadate, '$.setari.notificari') = 'true';Hai să fim sinceri: în 2026, dacă zici că începi un proiect nou și nu folosești PostgreSQL, lumea pe forumuri se uită la tine de parcă ai scrie cod în Notepad. Postgres a devenit standardul de facto pentru aproape orice. Dar acum câteva luni am avut de ridicat un MVP pentru un client cu un buget strâns. Un magazin online de nișă, estimat la vreo 12.000 de vizitatori activi pe lună. În loc să merg pe pilot automat cu Postgres, am ales MariaDB 11.
De ce? Pentru că uneori pragmatismul bate hype-ul de pe Twitter. Am economisit cam 30% din timpul de setup și resursele serverului chiar din prima săptămână de producție.
Unde strălucește MariaDB 11 cu adevărat
Dacă ai crescut cu MySQL, MariaDB o să ți se pară ca o gură de aer proaspăt. Începând cu versiunea 11, echipa din spate a rescris masiv optimizerul de interogări. Vechiul optimizer făcea uneori alegeri ciudate cu indecșii pe tabele mari, dar noul model bazat pe costuri reale chiar își face treaba excelent. Nu mai trebuie să-i pui hint-uri de tip „FORCE INDEX” prin cod ca să nu-ți crape baza de date la un join mai complex.
Un alt mare plus este consumul de memorie. Pe un VPS ieftin de 5 dolari, MariaDB pornește și rulează fericită cu doar 150MB de RAM. Postgres, deși extrem de stabil, e mult mai gurmand când începi să ai conexiuni active simultane. Asta se întâmplă din cauză că fiecare conexiune nouă în Postgres pornește un proces separat în sistemul de operare, în timp ce MariaDB folosește un model bazat pe thread-uri, mult mai ușor pentru resurse.
Replicarea este un alt punct forte. Am configurat o replică de tip Read-Only în mai puțin de 10 minute. La Postgres, dacă vrei replicare robustă, adesea te lovești de configurări stufoase de WAL (Write-Ahead Logging) și tool-uri externe precum pgBackRest. La MariaDB e aproape „out of the box”.
Trade-off-ul sincer: Unde pierzi dacă nu alegi Postgres
Să fim corecți până la capăt. MariaDB nu este un glonț de argint. Dacă aplicația ta se bazează masiv pe documente semi-structurate, fugi la Postgres.
MariaDB are suport pentru JSON, dar sub capotă este practic doar un alias pentru text cu o constrângere de validare la inserare. În Postgres ai tipul de date JSONB care este stocat în format binar indexat. Poți face query-uri complexe în interiorul obiectelor JSON de zece ori mai rapid pe Postgres decât pe MariaDB.
La fel și pe partea de GIS (geolocație). Dacă dezvolți o aplicație de livrări unde calculezi poligoane și distanțe complexe pe sferă, PostGIS (extensia de Postgres) este la ani lumină distanță de ce poate MariaDB în mod nativ.
Concluzia mea
MariaDB 11 câștigă detașat când ai un proiect clasic de tip CRUD, bugete strânse de hosting și vrei simplitate în administrare de zi cu zi. Postgres câștigă când ai nevoie de analiză avansată de date, JSON complex sau query-uri geo-spațiale grele. Atât.
Voi mai porniți proiecte noi pe MariaDB sau MySQL în ultima vreme, sau a devenit Postgres singura opțiune pe care o luați în calcul?