Предоставить доступ к подмножеству таблицы пользователю PostgreSQL

Question

Я знаю, что я могу использовать представления для предоставления доступа к подмножеству атрибутов в таблице. Но как я могу предоставить доступ только к определенным кортежам? Скажем, у меня есть таблица зарегистрированных студентов, атрибут имени пользователя, а затем какой-то другой, такой как degree_status, как я могу предоставить доступ, чтобы пользователь A мог только выбрать из таблицы кортеж, соответствующий имени пользователя A? У меня есть экзамен базы данных, и я изучаю некоторые прошлые документы, и я столкнулся с этим вопросом, но я не знаю, как ответить на него, и я не могу найти, как это сделать из моей книги «Система Dtabase: практический подход к проектированию баз данных , внедрение и управление»

Спасибо любая помощь очень ценится

Matt

Answer 1

Скажите, что вы получили:

Table items (item_id, ...) 
Table users (user_id, ...) 
Table users_permissions(user_id, item_id, perm_type) 

вы можете создать VIEW вроде этого:

SELECT i.*, p.perm_type 
FROM items JOIN users_permissions USING (item_id) 
WHERE user_id = get_current_user_id(); 

Пользователи могут выбирать из этого представления, но не удалять WHERE и JOIN, ограничивающие разрешения.

get_current_user_id() функция, вероятно, будет серьезной проблемой;)

Answer 2

Вдоль линий ответа peufeu, в Postgresql в текущее имя пользователя доступно через функцию CURRENT_USER. Таким образом, вид

CREATE VIEW available_bigtable AS 
SELECT * FROM bigtable 
WHERE username = current_user; 

похоже, что он делает то, что вам нужно. Грант SELECT всем на вид, но никому (кроме админов) на базовом bigtable.

Answer 3

Проект Veil обеспечивает основу для контроля доступа на уровне строк в PostgreSQL.

Answer 4

Как насчет создания функции, которая принимает идентификатор пользователя и возвращает подмножество строк, к которым у него есть доступ?

CREATE FUNCTION user_items(integer) RETURNS SETOF items AS $$ 
    SELECT * FROM items WHERE user_id = $1 
$$ LANGUAGE SQL; 

SELECT * FROM user_items(55); # 55 being the user id 

редактировать Думая об этом больше, то это может привести к довольно падение производительности, так как условие user_id будет применяться ко всему набору данных, до каких-либо других «пользователь-Лэнд» условиях.

Например, SELECT * FROM user_items(55) WHERE id=45 будет сначала фильтровать всю таблицу для пользовательских элементов и только найти идентификатор на этом подмножестве.

С представлениями планировщик запросов может выбрать оптимальный порядок для оценки условий (где он, вероятно, будет сначала фильтровать идентификатор, чем идентификатор пользователя). При использовании функции, как я предложил, postgres не могут этого сделать.