PostgreSQL
PostgreSQL nu este doar o bază de date open source.
Este rezultatul a aproape patru decenii de evoluție academică și industrială.
Născut în 1986 la Universitatea Berkeley ca evoluție a Ingres, proiectul original POSTGRES a introdus concepte care la acea vreme erau avangardiste: extensibilitate, tipuri de date personalizate, reguli și un model relațional avansat.
În 1996 a fost adăugat suportul SQL, iar numele a devenit PostgreSQL.
Lumea însă a continuat să-l numească simplu „Postgres”.
Și este perfect în regulă.
În această secțiune explorez PostgreSQL din perspectivă arhitecturală și operațională: proiectare, performanță, securitate și decizii tehnice aplicabile în medii reale.
Pentru că alegerea PostgreSQL nu înseamnă doar alegerea unei baze de date open source.
Înseamnă alegerea unui motor conceput pentru a fi extins, analizat și înțeles în profunzime.
VACUUM și autovacuum: de ce PostgreSQL are nevoie ca cineva să facă curățenie
O bază de date PostgreSQL de 200 GB cu tabele umflate la triplul dimensiunii reale. Autovacuum era activ, dar prost configurat. Cum diagnostichezi bloat-ul, citești pg_stat_user_tables și faci tuning fără să dezactivezi nimic.
Roluri și utilizatori în PostgreSQL: de ce totul este (doar) un ROLE
PostgreSQL nu distinge între utilizatori și roluri: totul este un ROLE. Modelul mental corect, un caz real și un exemplu complet pentru a construi un utilizator read-only cu adevărat mentenabil.
Când un LIKE '%valoare%' încetinește totul: un caz real de optimizare PostgreSQL
Un caz real de performanță în PostgreSQL în care un LIKE '%valoare%' a generat un full scan și a degradat timpii de răspuns. Analiza planului de execuție și o strategie de indexare scalabilă.
EXPLAIN ANALYZE nu e suficient: cum sa citesti cu adevarat un plan de executie PostgreSQL
Un caz real in care optimizatorul a ales un nested loop pe 2 milioane de randuri pentru ca statisticile erau vechi. Cum sa citesti un plan de executie, sa gasesti semnalele de alarma si sa intervii.