Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 17 reacties
Bron: PostgreSQL

PostgreSQL logo (75 pix)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:

PostgreSQL screenshot (481 pix)

Moderatie-faq Wijzig weergave

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 8-)

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.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True