-- Query de raportare unde optimizer-ul din MariaDB 11
-- calculează mai bine costul JOIN-urilor fără FORCE INDEX
SELECT
p.id,
p.name,
COUNT(o.id) AS total_orders,
COALESCE(SUM(o.total_amount), 0) AS total_revenue
FROM products p
LEFT JOIN order_items oi ON p.id = oi.product_id
LEFT JOIN orders o ON oi.order_id = o.id AND o.status = 'completed'
WHERE p.status = 'active'
GROUP BY p.id
HAVING total_revenue > 1000
ORDER BY total_revenue DESC
LIMIT 20;Se pare că dacă nu folosești PostgreSQL în 2026, ești privit ca un ciudat în branșă. Am observat moda asta de ceva ani, dar săptămâna trecută am lansat un proiect pe MariaDB 11.4 LTS și am realizat că mulți dintre noi uităm de ce alegem un instrument. Nu există o bază de date perfectă, ci doar soluția potrivită pentru bugetul și arhitectura ta.
Am avut anul trecut o aplicație e-commerce cu vreo 12.000 de produse și vreo 400.000 de comenzi istorice. Trebuia să rulăm pe un VPS ieftin de 4GB RAM pentru că bugetul clientului era strâns. PostgreSQL mânca vreo 1.2GB doar stând degeaba cu câteva conexiuni deschise, în timp ce MariaDB 11 stătea liniștită la 300MB memory footprint.
Ce a schimbat MariaDB 11 cu adevărat?
Dacă ai rămas cu amintiri din MariaDB 10.4, lucrurile stau destul de diferit acum. Cea mai mare problemă istorică a MySQL/MariaDB era optimizer-ul de query-uri. Alegea index-uri proaste dacă aveai JOIN-uri mai complexe și trebuia să-l ajuți manual cu FORCE INDEX ca să nu-ți meargă baza în cap.
În seria 11, băieții au rescris cost model-ul din optimizer. Nu mai ghicește la fel de mult pe baza unor euristici vechi din 2005. Am observat o reducere cu aproximativ 35% a timpului de execuție pe query-uri complexe cu 4-5 JOIN-uri și GROUP BY, fără să ating vreo linie de SQL sau să modific indecșii existenți.
Pe lângă asta, sistemul de replicare și Galera Cluster rămân mult mai simplu de configurat decât ce oferă Postgres out-of-the-box. Dacă ai nevoie de multi-master fără să-ți prinzi urechile în pgpool-II sau Patroni, MariaDB încă câștigă la viteza de livrare.
Unde te lovești cu capul de prag
Să fim cinstiți, PostgreSQL nu e popular degeaba. Sunt chestii unde MariaDB 11 încă se chinuie serios:
- Extensii și Vectori: Dacă vrei
pgvectorpentru RAG sau embeddings AI, uiți de MariaDB. Există soluții terțe, dar sunt improvizate. - Tipul JSON: Deși MariaDB 11 a îmbunătățit suportul pentru JSON, nu se compară cu
JSONB-ul din Postgres. Indecșii pe câmpuri JSON sunt mult mai dureroși de configurat. - Data Integrity: PostgreSQL este mult mai strict. MariaDB mai închide ochii la casting implicit dacă nu ești atent cu setările de
SQL_MODEîn producție.
În schimb, MariaDB e mult mai prietenoasă pe resurse mici, iar viteza de INSERT pe workload-uri mari de scriere simplă (cum ar fi loguri sau evenimente) trece lejer peste Postgres în setări default.
Când să alegi MariaDB 11 pentru un proiect nou?
Alege MariaDB dacă migrezi un proiect legacy legat de ecosistemul PHP/MySQL, dacă ai resurse hardware limitate (microservicii pe pod-uri mici de Kubernetes unde fiecare 100MB contează) sau dacă echipa ta știe deja administrare de MySQL și n-ai timp de retraining.
Dacă faci o aplicație SaaS nouă, ai nevoie de GIS avansat, lucrezi masiv cu date nestructurate JSON sau vrei integrare nativă cu căutare vectorială, mergi direct pe PostgreSQL fără să te uiți înapoi.
Voi ce folosiți ca default pe proiecte noi anul ăsta? Mai are MySQL/MariaDB viață în stack-ul vostru sau ați trecut toți pe Postgres?