Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Структура подчиненности документа
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 > Программисту > Программирование в 1С Предприятие 8.2 > Программирование обычных форм 1С 8.2 и не интерфейсной логики
maximus
Прошу вашей помощи. У некоторых пользователей с "не полными" правами по некоторым документам, не отображается стандартный отчет структура подчиненности документов. Это началось после того, как перешли с файлового варианта на клиент серверный. Думаю причина в RLS, но не знаю где именно рыть(...
Vofka
RLS и вариант работы базы не связаны. Это произошло по другой причине. И что значит "не видят"?
maximus
выводится пустой отчет и ошибок не выдает
maximus
И если в этом отчете нажать "связанные документы" то вылетает ошибка

{ОбщийМодуль.ПолныеПрава(1094)}: Ошибка при вызове метода контекста (Выполнить)
Возврат Запрос.Выполнить().Выгрузить();
по причине:
Ошибка выполнения запроса
по причине:
У пользователя недостаточно прав на исполнение операции над базой данных.

В файловом варианте этот пользователь видел и структуру и связанные документы по этому документу.
logist
SQL и файловый вариант по разному накладывают ограничения на таблицы. Поставьте в запросе "РАЗРЕШЕННЫЕ", и ищите где нет прав.
Vofka
Цитата(logist @ 13.12.12, 11:07) необходимо зарегистрироваться для просмотра ссылки
SQL и файловый вариант по разному накладывают ограничения на таблицы.

Где про это сказано?
logist
Цитата(Vofka @ 13.12.12, 11:17) необходимо зарегистрироваться для просмотра ссылки
Где про это сказано?

Прям сразу не найду, если скажу что жизненный опыт - пройдет? smile.gif
Vofka
Цитата(logist @ 13.12.12, 11:19) необходимо зарегистрироваться для просмотра ссылки
Прям сразу не найду, если скажу что жизненный опыт - пройдет? smile.gif

Нет smile.gif . Почему нет? Потому что на самом деле я знаю, что файловая база не умеет блокировать конкретные записи, но тем не менее механизм RLS работает и в ней. Я этот вопрос подробно не исследовал, но, по крайней мере, нигде не встречал информации о том, что механизм RLS по разному отрабатывает в зависимости от варианта использования базы.
maximus
Цитата(logist @ 13.12.12, 11:07) необходимо зарегистрироваться для просмотра ссылки


помогло, спасибо большое)
logist
Цитата(maximus @ 13.12.12, 11:34) необходимо зарегистрироваться для просмотра ссылки
файловая база не умеет блокировать конкретные записи

Вот именно (я может не так выразился, или не о том подумал), поэтому файловая база вернет некую таблицу, а уже если какой-то из реквизитов какой-то записи содержит не доступный то если его открыть будет просто видно "Объект не найден", а в серверном варианте будет ошибка уже в момент выполнения запроса.
Vofka
Цитата(logist @ 13.12.12, 11:43) необходимо зарегистрироваться для просмотра ссылки
Вот именно (я может не так выразился, или не о том подумал), поэтому файловая база вернет некую таблицу, а уже если какой-то из реквизитов какой-то записи содержит не доступный то если его открыть будет просто видно "Объект не найден", а в серверном варианте будет ошибка уже в момент выполнения запроса.

Если, например в Документ1 есть реквизит типа Справочник1 и разрешение на Документ1 есть, а на Справочник1 нет и выбирются данные Документ1.Справочник1, то запись будет, но в поле Справочник1 будет "Объект не найден". И в файловом и в SQL-ном варианте.

А в файловом варианте RLS просто будет работать медленнее. Это происходит за счет того, что, видимо, платформа уже сама производит обработку набора записей для поиска записей нужных.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.