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 , , 14 reacties
Bron: PostgreSQL, submitter: cariolive23

PostgreSQL is een opensource relational database management system, dat op diverse besturingssystemen  kan worden gedraaid. De ontwikkelaars hebben weer een reeks nieuwe versies uitgebracht, met 8.4.4, 8.3.11, 8.2.17, 8.1.21, 8.0.25 en 7.4.29 als versienummers. Hiermee worden verschillende fouten en beveiligingslekken opgelost. Aangezien het zowel het gebruik van PL/perl en PL/tcl als mogelijke problemen met de data-integriteit betreft, wordt iedereen aangeraden om te updaten. De aankondiging van deze versies ziet er als volgt uit:

PostgreSQL Security Update

The PostgreSQL Project today released minor versions updating all active branches of the PostgreSQL object-relational database system, including versions 8.4.4, 8.3.11, 8.2.17, 8.1.21, 8.0.25, and 7.4.29. This release fixes moderate-risk security issues with PL/perl and PL/tcl, as well as a data corruption issue with standby databases. Users of any of these three features should update their PostgreSQL installations immediately.

The PL/perl security fix closes a security hole in PL/perl procedures which could allow privilege escalation on the host system, caused by a flaw in Safe.pm; see CVE-2010-1169 and CVE-2010-1447 for details. A second patch prevents PL/tcl's pltcl_modules table from being subverted in order to run arbitrary Tcl scripts; see CVE-2010-1170. These issues only affect users who have enabled either of these two stored procedure languages.

Also corrected is use of the command ALTER TABLE SET TABLESPACE, which previously could cause data corruption on Warm Standby database slaves. This issue affects only version 8.4.

The issues patched in this update release affect version 9.0 Beta 1 as well, and will be corrected in an upcoming 9.0 Beta 2 release.

There are also 21 other bug fixes in this release, some of which apply only to version 8.4, and a few of which are specifically for Windows. While these are generally fixes for minor issues, among the changes are:
  • Fix for a combinational crash condition
  • Prevent normal users from resetting some GUCs in their own role definitions
  • Correctly apply constraint exclusion in UPDATE and DELETE queries
  • Minor fixes for WAL archiving
  • Update timezone data for 12 zones
See the release notes for a full list of changes with details. As with other minor releases, users are not required to dump and reload their database in order to apply this update release; you may simply shut down PostgreSQL and update its binaries. Users skipping more than one update may need to check the release notes for extra, post-update steps.
Moderatie-faq Wijzig weergave

Reacties (14)

De toekomst van mysql bij Oracle is 'onzeker'. Mischien biedt dat groeikansen voor PostgreSQL.
Ik denk niet dat Oracle een groot deel van de DB markt wat MySQL toch is gewoon aan de kant schuift omdat ze geen zin hebben in opensource. Het is overduidelijk dat MySQL een sterke speler is maar als Oracle het laat versloffen dan komt er of wel een fork onder een andere naam of wel neemt een van de andere opensource databases het stokje over...

Oracle zal waarschijnlijk binnen een jaar MySQL duidelijk gaan ondersteunen lijkt me zo, als ze het niet doen dan snap ik nog minder van het Oracle beleid dan ik tot op heden dacht.
Oracle heeft toegezegd om MySQL nog minimaal 5 jaar verder te ontwikkelen/supporten.
Een 'gedwongen' toezegging, omdat anders de overname van Sun mogelijk niet door kon gaan.
Dus voorlopig zit je nog veilig. :)
brrr, moet er niet aan denken al mijn apps om te gaan zetten naar PostgreSQL. Had ik maar beter geluisterd ;(
ja, want als Oracle tot het extreme gaat en MySQL laat verdwijnen, dan verdwijnt het ook automagisch van je computer / host.

Wees niet bang, de versie van MySQL die je nu geinstalleerd hebt staan werkt perfect en is tot in de eeuwigheid van jou. Je hoeft dus absoluut geen bestaande apps te migreren, je zou alleen nieuwe applicaties inzetten met een ander DBMS.
Ja, want als Oracle tot het extreme gaat en MySQL laat verdwijnen, dan blijven de support en patches gewoon komen. |:(
Het is Open-Source, dus waarschijnlijk zal iemand de boel forken en dan verder aan ontwikkelen.

Om precies te zijn is dit ook gebeurd.
http://askmonty.org/wiki/MariaDB

Echter zou ik mensen aan bevelen om dan gewoon lekker over te stappen op PostgreSQL. Ik werk er al jaren mee, en dan ben je soms verbaasd over hoe slecht MySQL is (in niet strict modus).

http://www.yapf.net/index...n_van_MySQL_op_een_rijtje

Gezien Monty een andere mening heeft over waar een database voor bedoeld is, vrees ik dat MariaDB nooit een groot succes zal worden.
weet iemand eigenlijk waarom hosters altijd mysql aanbieden in hun paketten en slechts zelden postgresql? Naar verluid zou postgresql "beter" zijn en meer mogelijkheden hebben.
Iemand een idee waarom dit dan niet op zulke schaal doorbreekt?
Naar verluid zou postgresql "beter" zijn en meer mogelijkheden hebben.
Er word dan denk ik vooral gesproken over de wat meer advanced features. Zo is XA support in MySQL gewoon onbruikbaar. De licensing van PostgreSQL is ook gunstiger voor de meeste projecten (BSD vs GPL).

MySQL heeft in de loop van de tijd wel een groot feature gat ingelopen. Zo was er een tijd (jaar of 5 geleden) dat MySQL dingen zoals views, stored procedures, etc. niet ondersteunde. PostgreSQL ondersteunde zulk soort features toen al.

Ik denk dat MySQL zijn status/populariteit vooral te danken heeft aan het feit dat toen PHP echt doorbrak MySQL de defacto standaard database werd voor PHP. Waarschijnlijk omdat deze zo makkelijk te installeren was op windows en alle andere db's (zoals PostgreSQL) echt een PITA waren om te installeren onder windows (Denk aan klooien met CygWin).

Er zijn meer opensource databases die IMHO boven MySQL uitsteken zoals bijvoorbeeld FireBird en Ingres.
MySQL is met MyIsam engine extreem snel.
MySQL is met MyIsam engine extreem snel
Lekker moeilijk om goeie performance te halen als je geen transacties, foreign keys, etc. ondersteund :)
Cool, super snel, alleen is de kans erg groot dat je data ook corrupt geraakt. Wat heb je liever, een snelle database, of een database waarbij je een redelijke kans hebt dat de data corrupt raakt?

Trouwens heeft Tweakers een paar jaartjes terug ook wat benchmarks gedaan, waaruit bleek dat bij meer dan 7 gelijktijdige connecties de performance van MySQL volledig inzakte, terwijl de performance van PostgreSQL toenam. Dus bij wat grotere sites (of applicaties) is de performance van PostgreSQL gewoon stukken beter dan die van MySQL.
De meeste consumenten die hun PHP+MySQL shared servertje gebruiken, hebben daar geen kaas van gegeten ;)
Hun zien gewoon tabellen waar data in staat en het werkt.
Eventueel zetten hun een 13-in-dozijn CMS erop die (hopelijk) indexes en FK's heeft.

Als ze dan al zelf queries schrijven, blijft het bij de meest basale vormen.
Dus dingen als data-integrity zijn ze helemaal niet mee bezig.
Ik heb tests gedaan waaruit blijkt dat PostgresQL net zo snel is als MySQL + MyIsam. Je moet hiervoor postgres wel een beetje tunen. (Test ging over het inserten van vele kleine records). Op een oude athlon64 met 2gb geheugen haalde ik zowel in MySQL als PostgreSQL iets meer dan 10000 inserts/sec.

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