Software-update: PostgreSQL 9.3

Versie 9.3 van PostgreSQL is vrijgegeven. Dit populaire 'opensource relational database management system' draait op een groot aantal besturingssystemen en is daardoor uitstekend inzetbaar in diverse omgevingen. Het is een afgeleide van Ingres, nadat de hoofdontwikkelaar daarvan voor zichzelf is begonnen en die database van opensource closedsource werd. Meer informatie over deze uitgave is in de release notes te vinden, dit zijn de belangrijkste verbeteringen:

Major enhancements in PostgreSQL 9.3 include:

• Add materialized views
• Make simple views auto-updatable
• Add many features for the JSON data type, including operators and functions to extract elements from JSON values
• Implement SQL-standard LATERAL option for FROM-clause subqueries and function calls
• Allow foreign data wrappers to support writes (inserts/updates/deletes) on foreign tables
• Add a Postgres foreign data wrapper to allow access to other Postgres servers
• Add support for event triggers
• Add optional ability to checksum data pages and report corruption
• Prevent non-key-field row updates from blocking foreign key checks
• Greatly reduce System V shared memory requirements

Versienummer	9.3
Releasestatus	Final
Besturingssystemen	Windows 7, Linux, BSD, Windows XP, macOS, Solaris, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2012, Windows 8
Website	PostgreSQL
Download	http://www.postgresql.org/download
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (17)

En nu maar hopen dat het in Ubuntu 14.04 LTS komt. Hang met een deel van productie nog tegen de upgrade van 8.4 naar de 9-lijn aan. Zou wel fijn zijn als ik dat gelijk met de nieuwe LTS kan realiseren.

Wat is jullie ervaring met postgresql in productie?

Prima systeem; werkt zeer stabiel. De meeste grotere (script)talen hebben ondersteuning voor PostgreSQL. Er is (ten minste) een grafische interface beschikbaar voor Linux, Windows en Mac OS X, die het ontwikkelwerk vergemakkelijkt.

Echter zoals bij alle grote dbms: een goed database-ontwerp is belangrijker dan de keuze voor de database-software.

Eerlijk gezegd, naar eigen ervaring, vind ik pgAdminIII nou niet zo 'bugvrij' als Postgres. Het bevat nogal wat 'quirks' waar ik in de loop der jaren mee heb leren leven.

Draait hartstikke stabiel. Ook beter met geheugenmanagement en in combinatie met een SSD in mijn ervaring. Draai Postgres 9.2.x al geruimte tijd in productie en werkt echt heerlijk. 9.3 testen zal ik ook zeker niet lang mee gaan wachten, ik heb wel vertrouwen in de devvers daar.

Kan de link zo snel niet vinden, maar onlangs nog stond het Postgres project erg hoog in de Coverty scan top 10 van software met het minste bugs per regels code.

Samen met de prettige licentiestructuur vind ik het Postgres project een voorbeeld voor vrije software van hoge kwaliteit.

Dat was de scan van 2011.

Al jaren een zeer betrouwbare en stabiele database. Erg fijn om mee te werken en uitstekend gedocumenteerd.

De enige database engine die met de PostGIS extentie werkt

Extreem stabiel, mist draaiend op een linux / unix server.

Prachtig stuk software. Bied enorm veel mogelijkheden om een mooie database backend met veel business logic te ontwerpen voor je applicaties. Laat zien waarom een relationele database nog steeds relevant kan zijn in dit NoSQL tijdperk. Alleen 'Master - Master replicatie' en 'Distributed queries' zijn nog minimaal ontwikkeld.

'Vroeger' had ik op Windows Server nog wel eens problemen dat de boel inzakte als er tientallen connecties (= tientallen processen van gebruiker Postgres) tegelijkertijd afgehandeld moesten worden. Dat was toen voor mij de reden naar Ubuntu over te stappen.

Zoals de andere posters bevestigen. Werkt stabiel ( draait al jaren op verschillende servers zonder enige problemen ). Letterlijk, installeren, configureren, en ding blijft draaien.

Documentatie is goed, maar kan in mijn mening nog iets beter. Soms nogal onoverzichtelijk voor specifieke ( geavanceerde ) features.

In mijn mening ( en dit is een persoonlijke mening ), een grote stap boven MySQL. Nu, dit is een oude mening, want ik heb MySQL opgegeven 5 jaar geleden. Het is best mogelijk dat MySQL nu beter is.

Het nadeel van PostgreSQL, ... het is een voordeel, en een nadeel, het is een meer strikte databank dan MySQL. M.a.w, ze zijn meer specifiek gefocust op de strikte implementatie van SQL, waardoor je soms een aantal gemakgelijkhalve SQL queries niet hebt, dat wel aanwezig zijn in MySQL. Wat wel effen vloeken kan zijn, voor ontwikkelaars dat omschakelen van een puur MySQL omgeving, naar PostgreSQL *lol*

Performance ... met de natte vinger werk, gelijkaardig aan MySQL. Sommige zaken zijn sneller, sommige zijn trager ( afhankelijke van welke databank je gebruikt in MySQL ). Laat me stellen, dat performance vaak het probleem niet is. Als de databank een probleem heeft met queries, dat zijn het vaak de queries, dat slecht geschreven zijn. M.a.w, hetzelfde dat je kan voorhebben op andere databanken.

Ik heb wel recent weer met mysql moeten werken. Het is geen spat verbetert.
Vooral hele basale dingen die niet werken, zoals triggers die geen cascades op andere tables kunnen veroorzaken zijn mateloos irritant.

Het enige wat ik bij postgres wel storend vind is het gebrek aan flexibiliteit met datum-tijd datatypes en functies.

Het enige wat ik bij postgres wel storend vind is het gebrek aan flexibiliteit met datum-tijd datatypes en functies.

Welke flexibiliteit mis je dan, kun je voorbeelden geven?

Datum-Tijd datatypes zouden verboden moeten worden.... (okee, ervaring uit de vorige eeuw...) Mijn idee: gebruik epoc in de database (gewoon een 32 of 64 bits integer) en eventueel een timezone identifier (3 character string geloof ik) en je kan alles en snel. De tijdzone ID heb je nodig om de datum en/of tijd te representeren aan de lezer. Intern alleen de integer gebruiken.

Maar wat is het probleem dan? Met + en - kun je gewoon rekenenen, met < = en > kun je vergelijkingen doen, met AGE kun je de ouderdom berekenen, etc. Ik zie het probleem niet. Geef eens een voorbeeld, dan wordt duidelijk wat voor jou de problemen zijn.

Hier wat cijfers van een mission critical PostgreSQL database die door 20% van de Nederlanders wordt gebruikt:

• versie 9.1
• omvang: ruim 5TB en groeit ~ 200GB per maand
• ongeveer 1 miljoen unieke bezoekers per dag, in het weekend iets rustiger
• tijdens piekuren 2000 tot 2500 transacties per seconde
• enkele tientallen queries pér transactie, alles binnen stored procedures
• responsetijd in milliseconden
• master-slave configuratie waarbij de slave kan worden gebruikt voor failover
• pgBouncer als connectionpool, ónmisbaar wanneer je high performance nodig hebt

Dus ja, het werkt wel goed

We hadden ook Oracle of DB2 kunnen gebruiken, dat zou ook wel werken, maar kost een vermogen zonder dat het (voor ons) meerwaarde heeft. Vandaar dat het PostgreSQL is geworden.

pgBouncer moet ik ook maar eens gaan onderzoeken ja. Had het project wel al een keer gespot. Te lang geen lekker onderzoek kunnen doen naar leuke nieuwe tools.

Welke tool gebruik je voor replicatie? Wat zijn ongeveer de tijden bij jullie, waarin de master en slaves weer synchroon zijn na een mutatie op de master?

Welke tool gebruik je voor replicatie?

De standaard ingebouwde streaming replication. zie ook dit artikel over hoe je eea kunt opzetten.

Wat zijn ongeveer de tijden bij jullie, waarin de master en slaves weer synchroon zijn na een mutatie op de master?

Dat is vrijwel direct (2e datacenter op 3km afstand), zelfs met asynchrone replicatie. Wanneer synchroon een eis is, kun je dat in je configuratie opnemen. Het is wel iets langzamer, maar ik weet niet hoeveel langzamer.