CREATE RULES

Здравствуйте. Возможно ли как-то создать правило, чтобы вместе с одним селектом выполнялись перед ним другие?

0

Правила ON SELECT выполняются после выполнения самого запроса. Поэтому такой изврат не пройдет.

Вообще RULE опасный механизм. Можно очень легко наворотить сложную логику, в которой потом не возможно будет разобраться, и все будет работать непонятно как. Я бы избегал нагромождения RULE, да еще с такими странными задумками.

Что мешает dblink_connect вызывать в какой-то хранимой функции, потом выполнять нужный запрос с этим коннектом и возвращать из функции вызывающему нужный набор данных??

0

Хотел так накостылить к плачевному механизму dblink. Но, я нашёл решение куда лучше, ахах.
Поскольку у меня стоит метод аутенфикации trust, а на md5 мне категорически нельзя переходить - из-за этого ругалось на dblink_connect, он просто не мог аутенфицировать обычного пользователя, и работал только под суперпользователем. Пришлось извратиться, и я создал функцию с SECURITY DEFINER под суперпользователем, в которой как раз выполняется этот плачевный запрос и возвращает TABLE И QUERY. Таким образом пользователи могут спокойно использовать нужный селект, который обращается к удалённым БД)))

0

Что-то ничего не понял... Вы пытались какую проблему решить?? Безопасность доступа кого-то к каким-то данным?? Или проблему доступа к данным из одной базы в другу как бы удаленно??
(вопросы риторические, ответа не требуют )) если вы довольны Вашим решение, то и ладно - обсуждать особо нечего)

0

Смотрите.. Давайте по-полочкам.
1. Я использовал dblink для того, чтобы создать VIEW, в которую включаются одинаковые таблицы, но они находятся на многих базах данных на одном сервере.
2. Необходимо было настроить dblink так, чтобы его мог использовать не только суперпользователь. Поскольку в конфиге аутентификация указана не md5, а trust - не хотела работать функции db_connect и db_connect_u у обычных пользователей. Менять тип аутентификации я не могу, ибо обязательно нужен trust.
3. Чтобы это обойти - я создал функцию(CREATE FUNCTION) от лица суперпользователя postgres. Она возвращает таблицу с данными из VIEW, при этом я указал в этой функции в самом низу SECURITY DEFINER, что позволило делать селект и получать данные обычным пользователям.

Я правильно поступил, или можно было сделать как-то иначе?

Добавлено через 2 минуты
З.Ы. По дефолту, у SUPERUSER не запрашивается пароль при запросах dblink, а у пользователей - обязательно просит.
trust - тип аутентификации, который при входе не запрашивает пароль. И из-за этого пользователи не могли совершить коннект при запросе dblink.

Добавлено через 2 минуты
З.Ы.З.Ы. Не работали функции dblink_connect и dblink_connect_u даже при выдаче определённой группе право на EXECUTE

0