PostgreSQL 9.0.0

PostgreSQL logo (75 pix) Maandag is eindelijk de final release van PostgreSQL versie 9.0.0 uitgekomen. Dit populaire opensource-relational database management system draait op een groot aantal besturingssystemen en is daardoor uitstekend inzetbaar in diverse omgevingen. De belangrijkste verbeteringen in versie 9.0.0 zijn Hot Standby en Streaming Replication. Verder is het eenvoudiger rechten toe te kennen of weer in te trekken, zijn er 64bit-versies voor Windows en is er ondersteuning voor nieuwe triggers, zoals per-column triggers en conditional trigger execution. Meer informatie kan in de release notes worden gevonden. Dit is de aankondiging van deze uitgave:

PostgreSQL 9.0 Final Release Available Now!

PostgreSQL 9.0 is here! The PostgreSQL Global Development Group announces the availability of our most eagerly awaited release. PostgreSQL 9.0 includes built-in, binary replication, and over a dozen other major features which will appeal to everyone from web developers to database hackers.

9.0 includes more major features than any release before it, including:

Hot standby

Streaming replication

In-place upgrades

64-bit Windows builds

Easy mass permissions management

Anonymous blocks and named parameter calls for stored procedures

New windowing functions and ordered aggregates

... and many more. For details on the over 200 additions and improvements in this version, developed by over a hundred contributors, please see the release notes.

Lees meer

Reacties (19)

cariolive23

Database
PostgreSQL
Serversoftware

21 september 2010 16:24

Het onderste plaatje is dus van pgAdmin3 waar ook een nieuwe versie van is uitgekomen: versie 1.12. Wanneer je pgAdmin3 wilt gebruiken voor PostgreSQL versie 9.0, dan zul je deze versie ook moeten installeren, oudere versies van pgAdmin3 werken niet met versie 9.0. De one-click-installers van PostgreSQL installeren óók pgAdmin3 op de pc, dat scheelt weer.

Ubuntu neemt PostgreSQL 9.0 op in de backports, voor versie 10.10 kwam 9.0 net iets te laat beschikbaar om in de mainstream op te nemen. 9.0 wordt ook in Debian unstable opgenomen, niet in Debian Squeeze.

Kudos voor het PostgreSQL-project, al 5 jaar achterelkaar ieder jaar een major release! Er zijn maar weinig leveranciers die dit weten te realiseren.
$_/-\o_$

DeuTeRiuM 21 september 2010 18:31

Op dit moment gebruik ik nog steeds MySQL, maar dat is eigenlijk alleen maar omdat ik dat altijd al deed en omdat pgsql in het begin niet zo'n fijne beheer tool had. Echter heb ik het idee dat MySQL al een tijdje stil staat en nog steeds enkele fundamentelen rariteiten heeft. Nu Oracle ook nog aan het roer staat en er al een tijdje gerommel binnen de community, is het tijd om verder te kijken.
Daarnaast ben ik er ook al lang achter dat phpmyadmin ook niet heilig en zeker niet altijd even handig is.

Hoe is pgAdmin3 tov phpmyadmin?
Wat is het voordeel van PostgreSQL tov MySQL? Of beter gezegd, wat kan pgsql niet wat mysql kan. Is dat niets, of weinig, dan stap ik over.

[Reactie gewijzigd door DeuTeRiuM op 24 juli 2024 22:23]

cariolive23

Database
PostgreSQL
Serversoftware

@DeuTeRiuM • 21 september 2010 19:14

Hoe is pgAdmin3 tov phpmyadmin?

Dat zijn twee totaal verschillende dingen, de ene is een desktopapplicatie en het andere is een PHP-script. Dit kun je niet met elkaar vergelijken, appels en peren. Wanneer je een PHP-script zoekt om PostgreSQL databases te kunnen beheren (wat een groot woord is wanneer je het hebt over PHP-scripts), dan heb je PhpPgAdmin nodig. Versie 5 is net afgelopen week in beta gegaan, daar kun je al wel mee gaan testen. Lang geleden dat ik hiermee gewerkt heb, maar het doet wat het moet doen.

Wat is het voordeel van PostgreSQL tov MySQL? Of beter gezegd, wat kan pgsql niet wat mysql kan. Is dat niets, of weinig, dan stap ik over.

Gevaarlijke vraag, zorgt voor vele flamewars. Maar om dan toch iets te roepen, álles in PostgreSQL is transactionsafe. Dus wanneer jij een tabel wilt droppen binnen een transactie, dan kan dat. Een ROLLBACK zorgt er voor dat er uiteindelijk niets wordt verwijdert. Dit is extreem handig voor onderhoud, wijzigingen in je datamodel voer je altijd uit binnen één transactie en je loopt geen enkel risico op een corrupte database.

Daarnaast heeft PostgreSQL véél meer functionaliteiten, maar het ligt aan jouw toepassingen of je hier ook wat aan hebt. Voor hoge performance is het wel handig om je hierin te verdiepen.

PostgreSQL doet geen enkele concessie wat betreft betrouwbaarheid, dat wordt nooit op het spel gezet. Data is goed, of het komt niet de database in. Een query is goed of je krijgt een foutmelding. En dat kan soms even doorbijten zijn, maar het levert je wel betrouwbare applicaties op.

WikiVS heeft een fraai overzicht van verschillen en overeenkomsten tussen beide databases, dit gaat wel uit van versie 8.4 en nog niet van versie 9.0. Voor MySQL wordt versie 5.1 als uitgangspunt genomen, maar dat is op dit moment ook de enige GA-versie van MySQL.

DeuTeRiuM @cariolive23 • 22 september 2010 09:43

Ja de vergelijking tussen phpmyadmin en pgadmin is misschien een beetje krom en onhandig; ik bedoelde eigenlijk het verschil in kwaliteit en functionaliteit tussen (beheer)tools. Phppgadmin kwam ik later ook tegen.

Transacties zijn met mysql ook te doen maar dat is niet ideaal. Om maar te zwijgen over isam. Ik ga zeker pgsql transacties bekijken.

Die vergelijkingssite is erg interessant. De verschillen tussen 8.x en 9.0 vogel ik zelf wel uit.

Performance vind ik niet zon issue, voor rauwe performance is bv couchdb interessant. Betrouwbaarheid en beschikbaarheid is interessanter. Dat het soms even doorbijten is geen probleem, achteraf problemen is vervelender en doorbijten was met innodb ook wel eens nodig.

Bedankt voor de enthausiaste reacties, ik ga het eens goed bekijken.

cariolive23

Database
PostgreSQL
Serversoftware

@DeuTeRiuM • 22 september 2010 09:58

Transacties zijn met mysql ook te doen maar dat is niet ideaal. Om maar te zwijgen over isam. Ik ga zeker pgsql transacties bekijken.

Zoals reeds gezegd, in PostgreSQL is álles transactioneel en kom je niet in de problemen wanneer je een DDL-statement binnen een transactie uitvoert. MySQL zal dan (stiekum) eerst de huidige transactie gaan committen en dan het DDL-statement uitvoeren, je raakt dus je transactie kwijt. ROLLBACK is niet meer mogelijk.

Performance vind ik niet zon issue, voor rauwe performance is bv couchdb interessant.

PostgreSQL is niet veel langzamer met een random workload, mits je de configuratie daarop hebt afgestemd.
PostgreSQL en NoSQL (pdf)

Verwijderd @DeuTeRiuM • 21 september 2010 20:25

Je weet natuurlijk zelf ook dat op dat rare internet zat vergelijkingen te vinden zijn. Postgres kan meer dan mysql, maar ik twijfel hard of het verschillen zijn die voor jou relevant zijn.
Wellicht ga je nog eens aan de slag met geografische databases: in dat geval is postgres wat volwassener. Anders kun je net zo goed mysql gebruiken.

edit @onder:

Wanneer je niet weet waar iemand een database voor gebruikt, hoe kun je dan stellen dat MySQL net zo goed is voor hem/haar?

Als die persoon zich serieus met database ontwikkeling bezig houdt, mag je ervan uitgaan dat hij bekend is met de bestaande producten. En als iemand de ambitie heeft dit te doen, zal hij zelf op zoek gaan naar vergelijkingsmateriaal. Dus: voor beginnerswerk in GIS, neem Postgres, maar voor het overige is MySQL voor hem prima.

[Reactie gewijzigd door Verwijderd op 24 juli 2024 22:23]

cariolive23

Database
PostgreSQL
Serversoftware

@Verwijderd • 21 september 2010 21:06

Wanneer je niet weet waar iemand een database voor gebruikt, hoe kun je dan stellen dat MySQL net zo goed is voor hem/haar?

PostgreSQL met PostGIS is wel een enorme klap beter dan MySQL, dat is echt geen vergelijking. PostGIS is meer met Oracle Spatial te vergelijken, een database van totaal andere orde dan MySQL. Voor een vergelijking van de GIS-capaciteiten, zie http://www.bostongis.com/...le11gr2_postgis15_compare. MySQL wordt daarin alleen niet genoemd, is blijkbaar niet relevant.

Overigens kun je extensies zoals bv. PostGIS ook bouwen voor andere soorten data en toepassingen, PostgreSQL is daarin extreem flexibel. Het inbouwen van uitbreidingen is al sinds het ontstaan van Postgres (het project op Berkeley) aanwezig.

DeuTeRiuM @Verwijderd • 22 september 2010 09:21

De tijd dat ik zelf veel sql schreef is wel een eetje voorbij, moderne frameworks zoals django hebben een fantastische db abstractie laag. (Ook voor gis trouwens, heb ik ook gebruikt met mysql) Maar voor enkele complexe queries is het nog wel sneller om zelf te schrijven. De beheertools en engines ziin veel belangrijker.
De rede dat ik weinig info gaf bij mn vraag is omdat ik dan uit veel breder perspectief antwoord krijg.

[Reactie gewijzigd door DeuTeRiuM op 24 juli 2024 22:23]

cariolive23

Database
PostgreSQL
Serversoftware

@Verwijderd • 22 september 2010 11:58

edit @onder:

Dus: voor beginnerswerk in GIS, neem Postgres

Sinds wanneer is PostGIS alleen geschikt voor beginnerswerk? Heb je ooit wel eens gezien wat voor applicaties gebruik maken van PostGIS? De FAA heeft alle vliegvelden met bijbehorende gebouwen, wegen, etc. in PostgreSQL staan nadat ze de boel hebben gemigreerd van Oracle Spatial naar PostGIS. Dat vele malen goedkoper én sneller. Dit mag je uiteraard beginnerswerk noemen, maar dan ben ik benieuwd wat jij verstaat onder "geavanceerd". Als er iets missioncritical is, dan is het wel informatie over vliegvelden.

In NL gebruikt een groot deel van de gemeentes PostGIS voor het beheer van wegen, milieu vraagstukken, etc. Ook bij Min. Verk. & Waterstaat wordt PostGIS gebruikt, ook hier weer voor diverse toepassingen.

maar voor het overige is MySQL voor hem prima.

Precies, one-size-fits-all en jij rijdt zeker in een Trabant. Ook zo'n product wat voor iedereen prima is. Gelukkig mogen we zelf bepalen wat we willen gebruiken.

(niet dat ik MySQL wil vergelijken met een Trabant, het gaat om de vrijheid van het maken van keuzes)

Verwijderd @cariolive23 • 22 september 2010 16:46

Sinds wanneer is PostGIS alleen geschikt voor beginnerswerk?

dat was expliciet niet de strekking van mijn woorden. Ter verduidelijking:

MySQL zal volstaan voor vrijwel alle use cases voor iemand die zelf aan de slag gaat met een database. Daarvoor zou ik niet adviseren naar een andere oplossing (Postgres) te gaan.
Een uitzondering is als je aan de slag wilt met gis applicaties. Op dat vlak zal je wel snel tegen beperkingen van MySQL aanlopen, ergo:
Dus: voor beginnerswerk in GIS, neem Postgres, maar voor het overige is MySQL voor hem prima. (waamee hij reeds bekend is). en:

voor het overige is MySQL voor hem prima.

Precies, one-size-fits-all en jij rijdt zeker in een Trabant. Ook zo'n product wat voor iedereen prima is. Gelukkig mogen we zelf bepalen wat we willen gebruiken.

Dat is dus niet wat ik zeg. Waarom deze verhitte toon?

Zonder MySQL af te vallen, beschouw ik postgres als een completer en volwassener product (om mezelf te citeren: Postgres kan meer dan mysql). Uiteraard is postgres mijn database naar keuze, hoewel ik voor eenvoudige taken liever naar sqlite grijp en professioneel gebonden ben aan SQLserver (ook lang niet slecht).

edit: mag mijn flame-werende pak weer uit?

[Reactie gewijzigd door Verwijderd op 24 juli 2024 22:23]

Xthemes.us @DeuTeRiuM • 22 september 2010 09:01

Ik denk dat het weinig is wat MySQL kan en PostgreSQL niet, andersom is het een ander verhaal want PostgreSQL bied een stuk meer mogelijkheden.

Dit zijn echter wel mogelijkheden waarbij als je die nog niet bij MySQL hebt gemist ze waarschijnlijk ook niet gaat gebruiken.

pgAdmin zou je eerder met MySQL workbench vergelijken (of SQL Server Management studio) dan met phpMyAdmin, zoals hierboven als genoemd is pgMyAdmin een betere vergelijking met phppgadmin

s.stok @DeuTeRiuM • 22 september 2010 10:43

Ik werkt meer als 5 jaar met PostgreSQL, en heb nog geen dag spijt van mijn overstap!

MySQL staat er om bekend (geen flame), om fouten te onderdrukken.
Als je bij PostgreSQL iets fout doet krijg je keihard een foutmelding! Vooral voor beginners is dat even wenen.

Op PFZ.NL staan een paar interessante artikelen over PostgreSQL.
http://www.pfz.nl/wiki/postgresql/

En ook een artikel om de overstap makkelijker te maken.

jessewillem 21 september 2010 22:17

Mooie database is PostgreSQL, 5 weken terug ontdekt en wil niet meer terug naar MySQL.

Ik heb de performance tussen de twee databases getest met een zelf geschreven online spel. Daarvoor bleek MySQL toch wat sneller te zijn, maar is het niet zo dat MyISAM tables corrupt kunnen raken bij veel activiteit? En dat ik dan beter Postgres kan gebruiken voor dit soort zaken, maar volgens een oude Tweakers benchmark was Postgres ook sneller bij veel activiteit, maar dat was al weer een paar jaar terug met zo'n hele dure SUN 8 way Opteron.

Overigens was het migreren van het spel in PHP heel simpel. Zoveel veranderd er niet aan de queries, zolang je maar niet MySQL specifieke opties gebruikt.

Verwijderd @jessewillem • 22 september 2010 01:39

MyISAM is hoe dan ook een table type dat je waarschijnlijk wilt vermijden (slechte write performance, geen foreign key support).

jessewillem @Verwijderd • 22 september 2010 07:22

Klopt, vooral de table locks zijn een probleem. Gelukkig kun je die vermijden met InnoDB of een andere database.

Voor de mensen die niet weten over welke tests ik het heb,
http://tweakers.net/revie...ge-opteron-inleiding.html
http://tweakers.net/revie...en-van-moderne-cores.html

cariolive23

Database
PostgreSQL
Serversoftware

@jessewillem • 22 september 2010 08:48

Jammer dat deze tests al weer zo oud zijn, zowel de hardware als de software zijn de afgelopen jaren flink verbeterd. Ik zou het zeer waarderen wanneer Tweakers weer zo'n test zou kunnen uitvoeren.

storeman 21 september 2010 16:07

Nice, mijn favoriete DBMS blijft lekker doorontwikkelen met allerlei handige features.

Ik had zelf al een concat functie geschreven, maar nu is er string_agg een kolom samen te voegen voor een group by. De kolom trigger scheelt weer wat db load en 64 bit ondersteuning is ook fijn. Let echter wel op dat lang niet alle contrib modules hier al compatibel mee zijn.

Die streaming replicatie lijkt me ook erg handig voor een hot standby server.

[Reactie gewijzigd door storeman op 24 juli 2024 22:23]

flowerp @storeman • 21 september 2010 17:57

Die string_agg is zeker handig. De vorige versie voegde al array_agg toe trouwens. Dergelijke functies kon je al lang zelf schrijven natuurlijk, maar handig dat het er nu standaard inzit.

64 bit ondersteuning is ook fijn. Let echter wel op dat lang niet alle contrib modules hier al compatibel mee zijn.

Wat bedoel je hier precies mee? 64 bit support is er toch al heel erg lang? Alleen de 64 bit Windows build is toch nieuw?

Verwijderd 21 september 2010 16:50

Heel mooi.
Nu alleen hopen dat migratie van 8.4 van 9.0 vlekkeloos gaat.

Op dit item kan niet meer gereageerd worden.

Versienummer	9.0.0
Releasestatus	Final
Besturingssystemen	Windows 7, Windows 7 x64, Windows 2000, Linux, BSD, Windows XP, macOS, Solaris, Windows Server 2003, Windows XP x64, Windows Server 2003 x64, Linux AMD64, Linux IA-64, Windows Vista, Windows Vista x64, Windows Server 2008
Website	PostgreSQL
Download	http://www.postgresql.org/download
Licentietype	Voorwaarden (GNU/BSD/etc.)

09-'24	PostgreSQL 17.0	8
05-'24	PostgreSQL 17 bèta 1	20
05-'24	PostgreSQL 12.19 / 13.15 / 14.12 / 15.7 / 16.3	0
02-'24	PostgreSQL 12.18 / 13.14 / 14.11 / 15.6 / 16.2	15
11-'23	PostgreSQL 11.22 / 12.17 / 13.13 / 14.10 / 15.5 / 16.1	1
09-'23	PostgreSQL 16	10
08-'23	PostgreSQL 11.21 / 12.16 / 13.12 / 14.9 / 15.4 / 16 bèta 3	0
05-'23	PostgreSQL 11.20 / 12.15 / 13.11 / 14.8 / 15.3	0
02-'23	PostgreSQL 11.19 / 12.14 / 13.10 / 14.7 / 15.2	1
10-'22	PostgreSQL 15	35

Software-update: PostgreSQL 9.0.0

Update-historie

Lees meer

Reacties (19)

Sorteer op:

Weergave: