PostgreSQLis een krachtig open-source relationeel databasemanagementsysteem dat veel gebruikt wordt in moderne softwareontwikkeling. Ontwikkeld door een team van toegewijde vrijwilligers, biedt PostgreSQL een robuuste set aan functies en functionaliteit die het tot een populaire keuze maken voor bedrijven en organisaties van alle groottes.

Een van de belangrijkste sterke punten van PostgreSQL is het vermogen om grote en complexe datasets met gemak te verwerken. Het kan gegevens opslaan en beheren in een breed scala aan formaten, waaronder tekst, afbeeldingen, audio en video. Daarnaast ondersteunt PostgreSQL geavanceerde datatypes zoals arrays, hstore en JSON, waardoor ontwikkelaars op een flexibelere en intuïtievere manier met gestructureerde en ongestructureerde gegevens kunnen werken.

PostgreSQL is ook zeer aanpasbaar en uitbreidbaar, dankzij de ondersteuning voor door de gebruiker gedefinieerde functies, opgeslagen procedures en triggers. Dit maakt het een ideale keuze voor het bouwen van complexe toepassingen die aangepaste logica en verwerking vereisen.

Een andere belangrijke eigenschap van PostgreSQL is zijn robuuste beveiligingsmodel. Het biedt een reeks beveiligingsopties, inclusief encryptie, SSL-verbindingen en op rollen gebaseerde toegangscontrole, waarmee ontwikkelaars ervoor kunnen zorgen dat hun gegevens worden beschermd tegen ongeautoriseerde toegang.

Naast zijn technische mogelijkheden profiteert PostgreSQL ook van een levendige en actieve gemeenschap van ontwikkelaars en gebruikers. Deze gemeenschap biedt een schat aan middelen en ondersteuning voor PostgreSQL-gebruikers, waaronder documentatie, forums en gebruikersgroepen.

PostgreSQL is een betrouwbaar, krachtig en flexibel databasebeheersysteem dat geschikt is voor een breed scala aan toepassingen en gebruiksscenario's. Of je nu een kleinschalige webapplicatie bouwt of een grootschalig bedrijfssysteem, PostgreSQL biedt de schaalbaarheid, flexibiliteit en veiligheid die je nodig hebt om te slagen.

Belangrijkste kenmerken:

• Betrouwbare transacties (ACID-naleving)
• Eenvoudig uit te breiden met door de gebruiker gedefinieerde functies en datatypes
• Efficiënt beheer van meerdere gelijktijdige transacties
• Schaalbaar door partitionering en sharding
• Geavanceerde indexeringsopties voor snelle gegevenstoegang
• Volledige tekstzoekmogelijkheden
• Ondersteuning voor gestructureerde en semigestructureerde gegevens (JSON- en JSONB-gegevenstypen)
• Naadloze integratie met externe gegevensbronnen via FDWs
• Ingebouwde replicatiefuncties voor eenvoudige installatie van replicatie
• Robuuste beveiligingsmechanismen voor het beschermen van gevoelige gegevens.

Version 9.3.3

Shore up GRANT ... WITH ADMIN OPTION restrictions

Granting a role without ADMIN OPTION is supposed to prevent the grantee from adding or removing members from the granted role, but this restriction was easily bypassed by doing SET ROLE first. The security impact is mostly that a role member can revoke the access of others, contrary to the wishes of his grantor. Unapproved role member additions are a lesser concern, since an uncooperative role member could provide most of his rights to others anyway by creating views or SECURITY DEFINER functions.

Prevent privilege escalation via manual calls to PL validator functions

The primary role of PL validator functions is to be called implicitly during CREATE FUNCTION, but they are also normal SQL functions that a user can call explicitly. Calling a validator on a function actually written in some other language was not checked for and could be exploited for privilege-escalation purposes. The fix involves adding a call to a privilege-checking function in each validator function. Non-core procedural languages will also need to make this change to their own validator functions, if any.

Avoid multiple name lookups during table and index DDL

If the name lookups come to different conclusions due to concurrent activity, we might perform some parts of the DDL on a different table than other parts. At least in the case of CREATE INDEX, this can be used to cause the permissions checks to be performed against a different table than the index creation, allowing for a privilege escalation attack.
......
See more details here: http://www.postgresql.org/docs/current/static/release-9-3-3.html