Roluri și utilizatori în PostgreSQL: de ce totul este (doar) un ROLE

Tue, 10 Feb 2026 08:03:00 +0100

Prima dată când am lucrat serios cu PostgreSQL veneam după ani de experiență cu alte baze de date. Căutam comanda CREATE USER. O găseam. Apoi vedeam CREATE ROLE. Apoi ALTER USER. Apoi ALTER ROLE.
Pentru câteva minute am gândit: „Bine, aici cineva se distrează încurcând lumea.”

În realitate, nu. PostgreSQL este mult mai coerent decât pare. Doar că este coerent în felul lui.

În PostgreSQL nu există utilizatori. Există roluri. #

Cheia este aceasta: în PostgreSQL totul este un ROLE.

Utilizatori, roluri și privilegii în Oracle: de ce GRANT ALL nu este niciodată răspunsul

Tue, 27 Jan 2026 08:03:00 +0100

Mi s-a întâmplat de mai multe ori: intru într-un mediu Oracle și găsesc aceeași situație. Toți utilizatorii aplicativi conectați ca schema owner, cu rolul DBA atribuit. Dezvoltatori, procese batch, instrumente de raportare — toți cu aceleași privilegii ca utilizatorul proprietar al tabelelor.

Când întrebi de ce, răspunsul este mereu o variantă a: „Așa funcționează totul fără probleme de permisiuni."

Sigur. Totul funcționează. Până în ziua în care un dezvoltator execută un DROP TABLE pe tabela greșită. Sau un batch de import face un TRUNCATE pe o tabelă de producție crezând că este în mediul de test. Sau cineva execută un DELETE FROM clienti fără clauza WHERE.

Revoke on Ivan Luminaria

Roluri și utilizatori în PostgreSQL: de ce totul este (doar) un ROLE

În PostgreSQL nu există utilizatori. Există roluri. #

Utilizatori, roluri și privilegii în Oracle: de ce GRANT ALL nu este niciodată răspunsul