KevinB

@vasa_c, о, вот это здорово! Премного благодарен. Пойду переписывать свои костыли :)

@vasa_c,
1. Не критично, можно данные проверять. Предлагаю закрыть вопрос.
Table не подошли, во-первых быстрее самому написать запрос, во-вторых условие немного сложнее, чем просто что-то равное чему-то (больше, меньше, содержится в, равно полю из другой таблицы и тп).

2. Ленивые конфигурационные запросы были бы кстати. Сегодня это set names, завтра установка часового пояса, послезавтра захочется логировать сам факт соединения и тп.
Почему бы не дать разработчику такую возможность.

@KevinB, чтобы получателю приходило уведомление нужно делать вот так:
@KevinB

Благодарю

@vasa_c,

1. Так получилось что запрос генерируется динамически в зависимости от входных параметров. Возникает ситуация когда плейсхолдеров нет, а в $params что-то находится.
Пример, у меня есть метод выборки сообщений по параметрам

function getMessages($params = array())

туда передаю

array(
'topic' => 1,
'date' => 564564,
'admin' => true
);

если topic и date в запросе будут выглядеть как topic = ?i:topic , date > ?i:date,
то admin будет интерпретирован как `user_id` IN (SELECT `id` FROM {users} WHERE `admin` = 1)
и этот же массив $params кидаю в query
Вот в случае когда я хочу выбрать любые сообщения админов без других параметров array('admin' => true), то оказывается что плейсхолдеров нет.
Тут наверно нужно очищать от левых параметров, да.

2. Пока нужен именно SET search_path TO web, он указывает в каких схемах по умолчанию искать таблицы (из той же серии, что SET NAMES в mysql)

При работе с либой столкнулся со следующими ситуациями:

Ситуация 1:
При выполнении запроса, когда плейсхолдеров в шаблоне запроса нет, а в $data есть некоторые данные (например, array('some_data' => 1), предполагается использование именованных плейсхолдеров), парсер ругается на различие в количестве плейсхолдеров и переданных параметров.
Т.е. если мы используем именованые плейсхолдеры и количество плейсхолдеров меньше (но >0), чем переданных данных, то все замечательно. Но если снизить количество плейсхолдеров до 0, то возникает неоднозначность. Парсер считает что мы используем неименованые плейсхолдеры и кидает эксепшен.

$db->query("SELECT * FROM users WHERE id = ?i:user_id", array('user_id' => 1)); //ok
$db->query("SELECT * FROM users", array('user_id' => 1)); //Data elements (1) more than the placeholders (0)

Возможно нужно игнорировать данные в случае отсутствия плейсхолдеров.
(Для себя решил это постоянным пробрасыванием в шаблон названия таблицы, тем самым принудительно включая определение плейсхолдеров как именованные. $db->query("SELECT * FROM ?t:table", array('table' => 'users', 'user_id' => 1));
Может стоило строже подходить к формированию данных)

Ситуация 2:
После каждого соединения с базой (postgres) мне нужно выполнить запрос:
SET search_path TO web
Конечно можно выполнять $db->query() сразу после создания объекта $db, но тогда теряется смысл lazy подключения.

Было бы здорово иметь параметр в настройках (предположим, pre_queries) или метод ($db->preQuery()), который бы отложил выполнение запроса до момента первого "настоящего" запроса к базе.