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: phpPgAdmin, submitter: cariolive23

De ontwikkelaars van phpPgAdmin hebben versie 5.0 uitgebracht. Het programma is de PostgreSQL-tegenhanger van phpMyAdmin en bestaat uit een verzameling PHP-scripts waarmee een PostgreSQL-database via een webinterface kan worden onderhouden en beheerd. Zo is het bijvoorbeeld mogelijk om databases en tabellen aan te maken, aan te passen en te verwijderen. De aankondiging en lijst met veranderingen van deze uitgave zien er als volgt uit:

phpPgAdmin 5.0 Released

The phpPgAdmin Team is proud to announce the new major release of phpPgAdmin. Version 5.0 add many new features, bug fixes and updated translations over the previous version. This version has been tested before and during 2 beta releases. Moreover, our new automated selenium tests are able to run against PostgreSQL 7.4 up to the latest 9.0. Since the last 4.2 release, a lot of bugs have been fixed and a fair amount of code has been cleaned up. We already have many great ideas for the next 5.1, and are looking forward to start working on the 5.1-dev branch!

Features:
  • Support for PostgreSQL 8.4 and 9.0
  • Support for database-level collation for 8.4+
  • Support for schema-level export
  • Add ability to alter schema ownership
  • Clean up domain support and improve interface
  • Add support for commenting on functions
  • Allow user to rename role/users and set new passwords at the same time
  • Greatly enhanced Full-Text-Search capabilities (ioguix, Loomis_K)
  • Overhauled Selenium Test suite to support multiple database versions
  • Optimized application graphics (Limo Driver)
  • Support for Column Level Privileges
  • Allow users to specify a template database at database creation time
  • Support killing processes
  • Add ability to create indexes concurrently
  • Much better support of autovacuum configuration
  • Add an admin page for table level
  • Refactored autocompletion:
    • fix support for cross-schema objects
    • support multi-field FK
    • support for pagination of values in the auto-complete list
  • Allow user to logicaly group their server under custom named node in the browser tree
  • Add a theme switcher on the introduction page
  • Add themes "Blue/Green" by Tomasz Pala and "Cappuccino" by ioguix
  • Auto refresh Locks page
  • Auto refresh Processes page
  • Link in the bottom of the page to go to top of page
  • Browsing on Foreign Keys (When browsing a table, clicking on a FK value, jump to the PK row)
Translations:
  • added Czech (Marek Cernocky)
  • added Greek (Adamantios Diamantidis)
  • added Galician (Adri=E1n Chaves Fern=E1ndez)
  • added Brazillian Portuguese (Fernando Wendt)
  • Updated Spanish translation(Miguel Useche)
  • Updated French translation (JG 'ioguix' de Rorthais)
  • Updated Catalan translation (Bernat Pegueroles)
Bug Fixes:
  • Fix problems with query tracking on overly long queries
  • Ensure pg_dump paths are valid
  • Fix multiple bugs about quoting and escaping database objects names with special chars
  • Fix multiple bugs in the browser tree
  • Fix multiple bugs on the SQL and script file import form
  • One security fix about code injection
  • Don't allow inserting on a table without fields
  • Some fix about commenting databases
  • removed deprecated functions from PHP 5.3
  • Lot of code cleanup
  • Many other small minor bugs found on our way
  • Fix bug #3068680 "child tables info uses wrong field name", reported by langerheiko
  • Fix bug #3071816 "First column in a SQL result missing", reported by Yilmaz ULKUSAL
  • Multiple fixes about auto-completing Foreign Keys in forms, one bug reported by Dmitry Koterov
  • Fix bug #2876417 "SQL window too small size to see bottom buttons (Execute)", reported by Philippe Cloutier
  • A tryout to fix some bad escaped chars that are breaking the left browser tree with some specific locale configuration
  • Remove "display_errors =3D on" by default (only useful during development)
  • Re-enable the edit privilege button for functions. Reported by Jaroslav Hansl=EDk
  • Fix #3081361 "UPDATE NOT OK in 5.0-beta2", reported by Der Michel
  • Fix for bug #3092826 "schema owner is blank for role with nologin", reported by Sompop
  • Fix bug "double-escaping of non-latin 'All servers' message fix", reported by Denis Orlikhin
  • Compatibility fix for the operator properties page
Incompatabilities:
  • No longer support PHP < 5.0
  • No longer support Postgres < 7.4
Note
Please, note that the parameter "date.timezone" should be set in your php.ini conf file. Since version 5.1, PHP might issue a NOTICE or a WARNING if your setup is not valid or missing. See http://fr.php.net/date.timezone for more information
Versienummer:5.0
Releasestatus:Final
Besturingssystemen:Scripttaal
Website:phpPgAdmin
Download:http://phppgadmin.sourceforge.net/?page=download
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (14)

wat ik me afvraag is hoeveel mensen dit gebruiken als in en waar dan voor, volgens mij gberuikt bijna iedereen mysql en ken ik bijv bijna geen websites/services die het wel gebruiken - sterker nog ik vraag me af hoeveel webhosts er eigenlijk zijn met postgres support...

begrijp me nie verkeerd want ik heb zeker NIETs tegen deze database maar vraag me gewoon het nut van een php- management tool af als er nouwelijks websites zijn waar het op kan draaien
Je hebt Nederland en je hebt de rest van de wereld: In landen zoals bv. Duitsland, Frankrijk, Japan, Brazilië, VS, etc. is PostgreSQL vele malen populairder dan in Nederland. Daar kost het je geen enkele moeite om een provider te vinden die PostgreSQL aanbiedt, dat is gewoon standaard. En omdat het met PHP extreem eenvoudig is om met PostgreSQL te werken (nóg eenvoudiger dan met bv. MySQL), is er dus ook een PHP-tool gemaakt om het (eenvoudige) beheer van de databases te kunnen doen.

Afilias registreert een groot aantal TLD's (oa .info) in een PostgreSQL-database, je kent vast wel domeinen die daar gebruik van maken. Vergelijkbaar met SIDN in Nederland voor het .nl-domein.
[...] En omdat het met PHP extreem eenvoudig is om met PostgreSQL te werken (nóg eenvoudiger dan met bv. MySQL), is er dus ook een PHP-tool gemaakt om het (eenvoudige) beheer van de databases te kunnen doen.[...]
Nu vraag ik me toch oprecht af wat er simpeler aan is: als ik zo snel even de PostgreSQL documentatie op php.net doorkijk zie ik eerlijkgezegd maar weinig verschillen met MySQL.
pg_connect() doet alles wat je nodig hebt voor een database connectie, mysql_connect() zul je altijd moeten combineren met mysql_select_db(). Met pg_query_params() gebruik je zonder enige inspanning prepared statements en heb je geen last meer van SQL injection. pg_fetch_all() fetcht in één keer alle resultaten in een array, wel zo handig. Met 3 functies ben je dus al klaar:

<?php
$conn = pg_connect('host=localhost port=5432 dbname=test user=piet password=geheim');
$result = pg_query_params($conn, 'SELECT * FROM tabel WHERE col=$1', array($_GET['col']));
print_r(pg_fetch_all($result));
?>

Hoe eenvoudig wil je hebben? _/-\o_

PHP heeft voor PostgreSQL ook meer functies dan dat het heeft voor MySQL, dus wanneer de basis niet voldoende is voor jouw toepassingen (bv. performance), dan heb je nog meer opties.

Foutmeldingen van PostgreSQL zijn ook een stuk duidelijker dan van MySQL, errno: 150 zegt echt helemaal niks, kun je niks mee.

[Reactie gewijzigd door cariolive23 op 2 december 2010 23:57]

MySQLi en mysqlnd hebben beide gewoon ook 1 functie met daarin al je parameters voor een verbinding, authenticatie en database selectie. Bovendien hebben beide een object oriented interface wat het een stuk sneller maakt om mee te werken. Daarnaast kan je met de fluent interface met de object oriented database toegang in MySQLi / mysqlnd zelfs sneller code kloppen dan de pg procedural functies. De fluent interface werkt ook met pgsql als object maar dan valt het verschil dus gewoon weg.

Qua error reporting heb je ook gewoon een normale human-readable versie.


Maar dat doet er allemaal niet toe, om dat je ook gewoon een PDO kan gebruiken, en dan is pgsql en mysql gewoon haast identiek. PostgresQL is dan wel wat sneller met transacties die ook standaard gewoon lekker werken, net als stored procedures. Met MySQL kom je ook een heel eind met de juiste configuratie, maar je zal al snel storage engines moeten kopen voor echte performance om dat de community edition door oracle niet echt uitgebreid zal worden, en ik zie innoDB ook nog wel verdwijnen achter een paywall.
MySQLi en mysqlnd hebben beide gewoon ook 1 functie met daarin al je parameters voor een verbinding, authenticatie en database selectie.
Dat is zeker een verbetering.
Bovendien hebben beide een object oriented interface wat het een stuk sneller maakt om mee te werken.
Daar heb je als beginner vrij weinig aan, dan heb je nog hele andere problemen. Daarnaast gaat je dat echt niet lukken met minder dan 3 regels code.
Daarnaast kan je met de fluent interface met de object oriented database toegang in MySQLi / mysqlnd zelfs sneller code kloppen dan de pg procedural functies.
Geef eens een voorbeeldje, ik had 4 functies nodig om een connectie te maken, prepared statement aan te maken, parameters toe te voegen, query uit te voeren en het resultaat op scherm te zetten. 3 regels code, that's it.
De fluent interface werkt ook met pgsql als object maar dan valt het verschil dus gewoon weg.
Klopt, dat is met PDO ook het geval, toch zul je verschillende werkwijzes houden. PostgreSQL <> MySQL, ook voor de programmeur. Of je moet accepteren dat geen van beide databases fatsoenlijke performance kan leveren.
Qua error reporting heb je ook gewoon een normale human-readable versie.
Heb je hier meer informatie over, bv. een linkje naar de handleiding? Een hoop mensen hebben hier problemen mee, zie de topics met vage foutmeldingen.
en ik zie innoDB ook nog wel verdwijnen achter een paywall.
Ze doen maar, met PostgreSQL zal dit nooit gebeuren omdat er geen eigenaar is die dit kan doen. Het is een project, niet uitsluitend een product van een bedrijf die kan doen en laten wat ze willen. Dus wat Oracle met MySQL doet, who cares? :+
Of je gebruikt PDO. Vanaf PHP6 is dit zelfs standaard om databaseverbindingen te maken. Het maakt dan niet uit welke database je gebruikt. PHP's PDO functie regelt zelf de verbinding en queries.

Linkje: http://php.net/manual/en/book.pdo.php

[Reactie gewijzigd door -RetroX- op 3 december 2010 09:10]

Klopt, maar daar heb je als beginner vrij weinig aan, dan is Hello World al een uitdaging. Daarnaast heb je met PDO als veel meer code nodig om hetzelfde te bereiken.
De gebruiker die echo "hello world"; een uitdaging vindt en wel met (my)sql werkt zal toch veelal knippen/plakken vanuit tutorials. Of dit dat vanuit een mysql tutorial of pdo tutorial is zal dan bijzaak zijn.... het hele "voordeel" van mySQL wordt dan irrelevant.

Voor een beginner kan ik dan juist aanraden om PDO te leren omdat je dan meteen database onafhankelijk kan beginnen. Waarom zou je jezelf beperken tot 1 database specifieke syntax als je nog moet beginnen met leren.

Het enige punt "in voordeel van" mysql is dat veel goedkopere hosters alleen mysql aanbieden een geen pgsql. Gelukkig zijn dat er wel steeds minder. Daarbij zou ik mij de vraag stellen of ik wel bij een hoster wil zitten die niet mee gaat in de technische ontwikkelingen.... straks gaat je site plat doordat ze te lui/te goedkoop zijn om echt server onderhoud te doen. Niet echt een fijn idee.

[Reactie gewijzigd door -RetroX- op 3 december 2010 11:09]

[...]
Nu vraag ik me toch oprecht af wat er simpeler aan is: als ik zo snel even de PostgreSQL documentatie op php.net doorkijk zie ik eerlijkgezegd maar weinig verschillen met MySQL.
Dan moet je er toch eens iets minder snel doorheen lopen. :+
- International Space Station
- Sun
- Skype
- hi5
- Sony online
- OpenStreetMap
- MySpace
- Yahoo!

zijn enkele gebruikers van PostgreSQL en ik verwacht dat MySQL gebruik zal afnemen door de richting die Oracle uitwil ermee.
ben het helemaal met jou eens!

Door oracle zal het gebruik van mysql zwaaf afnemen in de toekomst op deze manier.

Vergis je niet dat er nog tig andere DBMS zijn.. Ze hebben allemaal hun eigen krachten voor een bepaalde doelgroep.
Er zijn in jouw blikveld weinig sites die er op draaien, maar dat maakt niet dat het niet zo is.. Verder is het een FOSS product, dus het hoeft geen bestaansrecht te hebben om een of ander budget te rechtvaardigen. Het kan zelfs gewoon bestaan als postgres verdwijnt (wat niet zal gebeuren) want het is gewoon een keuze van programmeurs die zin hebben er tijd in te steken om phppgadmin te maken.

Verder wint postgres van mysql qua performance, dus dat is een punt om te onthouden :)
Ik heb altijd al postgres gebruikt

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