The PHP Online Conference 2021


(PHP 4 >= 4.3.0, PHP 5, PHP 7)

pg_update Aktualisiert eine Tabelle


pg_update ( resource $connection , string $table_name , array $data , array $condition [, int $options = PGSQL_DML_EXEC ] ) : mixed

pg_update() überschreibt alle Datensätze in table_name, deren Werte denen in condition entsprechen, mit den Werten aus data. Falls options angegeben sind, wird pg_convert() mit den angegebenen Flags auf data angewendet.



PostgreSQL Verbindungskennung.


Name der Tabelle, die aktualisiert werden soll.


Ein array, dessen Schlüssel Feldnamen von table_name sind und mit dessen Werten die Tabelle aktualisiert wird.


Ein array, dessen Schlüssel Feldnamen von table_name sind und das die Werte enthält, die in table_name überschrieben werden sollen. (Die Gleichheit dieser Werte ist die Bedingung zum Überschreiben.)


Jede Kombination aus PGSQL_CONV_FORCE_NULL, PGSQL_DML_NO_CONV, PGSQL_DML_ESCAPE, PGSQL_DML_EXEC, PGSQL_DML_ASYNC oder PGSQL_DML_STRING. Falls PGSQL_DML_STRING in den options enthalten ist, wird der Abfragestring zurückgegeben. Werden PGSQL_DML_NO_CONV oder PGSQL_DML_ESCAPE angegeben, wird pg_convert() intern nicht aufgerufen.


Gibt bei Erfolg TRUE zurück. Im Fehlerfall wird FALSE zurückgegeben. Gibt einen string zurück, falls PGSQL_DML_STRING mit dem Parameter options übergeben wurde.


Beispiel #1 pg_update() Beispiel

$data = array('field1'=>'AA''field2'=>'BB');
// Das ist sicher, da $_POST automatisch konvertiert wird
$res pg_update($db'post_log'$_POST$data);
  if (
$res) {
"Daten wurden aktualisiert: $res\n";
  } else {
"Falsche Eingabe\n";


Version Beschreibung
5.6.0 Nicht länger experimentell. Die PGSQL_DML_ESCAPE Konstante wurde hinzugefügt, wie auch Unterstützung für TRUE/FALSE und NULL Datentypen.
5.5.3/5.4.19 Direkte SQL-Injection in table_name und indirekte SQL-Injection in Bezeichner wurden behoben.

Siehe auch

  • pg_convert() - Konvertiert die Werte eines assoziativen Arrays in passende Form für SQL-Anweisungen

add a note add a note

User Contributed Notes 3 notes

dominik dot bonsch at homesono dot de
12 years ago
Using pg_update() and pg_insert() without key validation is not secure!

You need to check which data pairs you get, and if you want to allow to updated this column.


You have a table with tree colums: username, password, userlevel.

Your users may change only their username, and their password but not their userlevel.

If you don't filter the keys in the request array, every user can now change his userlevel just by sending a POST Request with "userlevel=>100".

So if you don't check if the key are allowed in your request array you'll get serious sql injection vulnarabilities in your code.
14 years ago
> Return Values
> Returns TRUE on success or FALSE on failure. Returns string if
> PGSQL_DML_STRING is passed via options.

I have found in my copy of PHP (version 4.4.0) that if you use the 'PGSQL_DML_STRING' option, the function does not execute any query.  It merely returns the query which would have been executed. 

Another thing I noticed, pg_update does not seem to make use of pg_trace (atleast in 4.4.0).

PS this isn't a bug report, just an explanation of some undocumented features I noticed.  As the manual says, the function is still in development so this behaviour may differ from version to version.
sdibb at myway dot com
15 years ago
This function is similar to PEAR::DB's autoExecute() function, with the only difference being that the where clause is an array instead of a string.

Also, if you want to use your instance of the DB class with this function, you can reference the existing resource connection with $db->connection.

An example would be:
     pg_update($db->connection, $arr_update, $arr_where);
To Top