Права на работу с таблицей

Eloim
Дата: 29.11.2000 09:41:03
Я разрешил юзеру создавать на сервере таблицы. Он коннектится через Access, создаёт таблицу и сохраняет её, но ничего не может с ней сделать. В свойствах таблицы на сервере с удивлением обнаруживаю, что юзер является её ownerом, но прав на insert, del и update не имеет. Как прописывать права на вновьсоздаваемые несуществующие объекты?
Dmitry
Дата: 29.11.2000 14:32:27
Что значит "В свойствах таблицы на сервере с удивлением обнаруживаю, что юзер является её ownerом, но прав на insert, del и update не имеет"? Если видишь что не проставлены галочки и стоят пустые клеточки (Revoke), то это нормально и вовсе не означает что у него нет прав на эту таблицу так как он dbowner. Если он на самом деле не имеет прав на эту таблицу (хорошо бы это еще проверить скажем войдя в Query analyzer и попробовать прочитать/записать данные) то причина может быть, например в том , что он приписан к роли db_denydatareader, db_denydatewriter. Либо же входит в каку-нибудь роль (например в Public), которой запрещен (deny) (а не отклонен - revoke) доступ к этой таблице. Но это навряд ли, так как он сам только что создал таблицу и разве что злой админ поджидиал этого момента и быстренько запретил к ней доступ роли ) .
Eloim
Дата: 30.11.2000 07:59:06
Все роли, кроме public и db_owner у меня пусты. В базе всего два пользователя - domain\user и dbo, которым напрямую прописаны все их разрешения. Юзер сидит у себя на рабочей станции и query analyzer ему не доступен. Он обращается через access к своей, только что созданной таблице и не может туда ничего ни записать, ни удалить. Думаю, что в данном случае ассess ничем не отличается от query analyzer.
Кстати, в самом простеньком и глупом accesse есть возможность прописывать права на вновь создаваемые объекты. А что же страший брат?
Павел
Дата: 01.12.2000 16:12:24
Да то же самое: Сервис-Защита-Безопасность базы данных...