pg_update
(PHP 4 >= 4.3.0, PHP 5, PHP 7)
pg_update — Обновление данных в таблице
Описание
$connection
, string $table_name
, array $data
, array $condition
[, int $options = PGSQL_DML_EXEC
] )pg_update() заменяет записи в таблице, удовлетворяющие условиям condition данными data. Если задан аргумент options, данные будут преобразованы функцией pg_convert(), которой будут переданы параметры из этого аргумента.
Список параметров
-
connection -
Ресурс соединения с базой данных PostgreSQL.
-
table_name -
Имя таблицы, в которой обновляются записи.
-
data -
Массив (array), ключи которого соответствуют именам колонок таблицы
table_name, а значения заменят данные в этих колонках. -
condition -
Массив (array), ключи которого соответствуют именам колонок таблицы
table_name. Будут обновлены только те строки, значения полей которых совпадут со значениями массива. -
options -
Одна из констант
PGSQL_CONV_OPTS,PGSQL_DML_NO_CONV,PGSQL_DML_ESCAPE,PGSQL_DML_EXEC,PGSQL_DML_ASYNCилиPGSQL_DML_STRING, либо их комбинация. ЕслиoptionsсодержитPGSQL_DML_STRING, функция вернет строку. Если установленыPGSQL_DML_NO_CONVилиPGSQL_DML_ESCAPE, то функция pg_convert() внутренне не вызывается.
Возвращаемые значения
Возвращает TRUE в случае успешного завершения или FALSE в случае возникновения ошибки. Функция вернет строку (string), если константа
PGSQL_DML_STRING содержится в options.
Примеры
Пример #1 Пример использования pg_update()
<?php
$db = pg_connect('dbname=foo');
$data = array('field1'=>'AA', 'field2'=>'BB');
// Это безопасно с тех пор как $_POST преобразуется автоматически
$res = pg_update($db, 'post_log', $_POST, $data);
if ($res) {
echo "Данные обновлены: $res\n";
} else {
echo "Должно быть переданы неверные данные\n";
}
?>
Список изменений
| Версия | Описание |
|---|---|
| 5.6.0 |
Больше не является экспериментальной. Добавлена константа PGSQL_DML_ESCAPE,
TRUE/FALSE и NULL типы данных теперь поддерживаются.
|
| 5.5.3/5.4.19 |
Исправлены прямые SQL-инъекции в table_name
и непрямые SQL-инъекции в идентификаторах.
|
Смотрите также
- pg_convert() - Преобразует значения ассоциативного массива в приемлемые для использования в SQL запросах
- PHP Руководство
- Функции по категориям
- Индекс функций
- Справочник функций
- Расширения для работы с базами данных
- Расширения для работы с базами данных отдельных производителей
- PostgreSQL
- pg_affected_rows
- pg_cancel_query
- pg_client_encoding
- pg_close
- pg_connect_poll
- pg_connect
- pg_connection_busy
- pg_connection_reset
- pg_connection_status
- pg_consume_input
- pg_convert
- pg_copy_from
- pg_copy_to
- pg_dbname
- pg_delete
- pg_end_copy
- pg_escape_bytea
- pg_escape_identifier
- pg_escape_literal
- pg_escape_string
- pg_execute
- pg_fetch_all_columns
- pg_fetch_all
- pg_fetch_array
- pg_fetch_assoc
- pg_fetch_object
- pg_fetch_result
- pg_fetch_row
- pg_field_is_null
- pg_field_name
- pg_field_num
- pg_field_prtlen
- pg_field_size
- pg_field_table
- pg_field_type_oid
- pg_field_type
- pg_flush
- pg_free_result
- pg_get_notify
- pg_get_pid
- pg_get_result
- pg_host
- pg_insert
- pg_last_error
- pg_last_notice
- pg_last_oid
- pg_lo_close
- pg_lo_create
- pg_lo_export
- pg_lo_import
- pg_lo_open
- pg_lo_read_all
- pg_lo_read
- pg_lo_seek
- pg_lo_tell
- pg_lo_truncate
- pg_lo_unlink
- pg_lo_write
- pg_meta_data
- pg_num_fields
- pg_num_rows
- pg_options
- pg_parameter_status
- pg_pconnect
- pg_ping
- pg_port
- pg_prepare
- pg_put_line
- pg_query_params
- pg_query
- pg_result_error_field
- pg_result_error
- pg_result_seek
- pg_result_status
- pg_select
- pg_send_execute
- pg_send_prepare
- pg_send_query_params
- pg_send_query
- pg_set_client_encoding
- pg_set_error_verbosity
- pg_socket
- pg_trace
- pg_transaction_status
- pg_tty
- pg_unescape_bytea
- pg_untrace
- pg_update
- pg_version
Коментарии
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);
?>
> 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.
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.
Example:
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.