Когда нужно в запросе ставить Разрешенные? #491811

Если использую RLS на чтение, то у меня получается что я ограничиваю,соотв. нужно обязательно при использовании RLS в запросам использовать разрешенные чтоли?

что ли да

А пачему тогда в типовых нигде в запроса нет Разрешенные?

почему нет? много где есть РЛС сам написал или стандартные юзаешь?

Использую стандартные права. Открой например в УПП модуль отражения зарплаты в учёте. Ни одного Разрешенные, при этом на всех регистрах RLS. Я все таки думаю что не надо ставить разрешенные.

В модуле проведения конечно не надо

А что это какой-то особенный модуль?

Пляя.... эти права такой гемор вечно...

Весело будет есле в документе одно а врегистре у тебя другое будет...

Непонял.. Я имею ввиду запросы на чтение данных из других регистров никак не связанных с документом. Ну например для расчета отражения заплаты.

>> Непонял Думай еще, а потом еще. И так до просветления

эт с чего такое должно быть?

При расчете з/п должны быть либо все права на эти данные, либо ошибка. РАЗРЕШЕННЫЕ там обеспечат немало лулзов типа "у Мани одни проводки, а у Насти другие".

"Открой например в УПП модуль отражения зарплаты в учёте." - модуль привелигированный?

а зачем по твоему есть привилегированный режим?

Да это стандартная УПП. Модуль документа отражения зп в рег учете.

Короче у расчетчицы стоит ограничение по Организации. Методом тыка выяснил что ошибка вываливается на регистре НДФЛ сведения о доходах.

Ты у меня спрашиваешь? О_О Может на форуме редко бываешь просто?

На регистре на чтение стоит шаблон #ОрганизацияВШапкеФизЛицоВШапке("Организация", "Физлицо")

во всех отчетах

почти во всех обработках заполнения

#ТекущаяТаблица КАК ТекущаяТаблица        ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ РАЗЛИЧНЫЕ            СоставГруппы.Ссылка КАК ГруппаПользователей        ИЗ            Справочник.ГруппыПользователей.ПользователиГруппы КАК СоставГруппы        И НЕ ОбособленныеПодразделения.ГоловнаяОрганизация = ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка) ГДЕ НЕ ГруппыПользователей.ГруппаПользователей ЕСТЬ NULL И    (НЕ 1 В                (ВЫБРАТЬ ПЕРВЫЕ 1                    1                ИЗ                    РегистрСведений.НазначениеВидовОбъектовДоступа КАК НазначениеВидовОбъектовДоступа                     НазначениеВидовОбъектовДоступа.ГруппаПользователей = ГруппыПользователей.ГруппаПользователей                           И НазначениеВидовОбъектовДоступа.ВидОбъектаДоступа В (                                                                                  ЗНАЧЕНИЕ(Перечисление.ВидыОбъектовДоступа.ПустаяСсылка)                                                                                  )                                    И НастройкиПравДоступаПользователей.ОбъектДоступа ЕСТЬ NULL)) ##КонецЕсли

если только не в модуле с галкой ПолныеПрава

в каждом запросе пакета

НетуаНадо ты можешь это все свои обрывки скомпоновать и внятно изложить мысль?

Если 8.2 то поставь у документа привелигерованный режим при проведении

Да это стандартная УПП, стандартные роли, стандартные права. Люди у вас пользователи как зарплату то отражают я понять не могу. Какие нафиг 8.2...

В случае использования сервера БД IBM DB2 возможны ошибки: Сервер IBM DB2 ? чувствительность к регистру букв при сравнении строк. В неявных сравнениях строк, выполняемых в процессе отработки РАЗЛИЧНЫЕ (DISTINCT), СГРУППИРОВАТЬ ПО (GROUP BY), ОБЪЕДИНИТЬ (UNION) языка запросов, большие и маленькие буквы различаются. Поэтому исполнение запросов имеет следующие особенности:  ? при использовании конструкции РАЗЛИЧНЫЕ и ОБЪЕДИНИТЬ (без ВСЕ)значения полей результата запроса типа Строка считаются различными, если они отличаются только регистром букв (при использовании других СУБД они считаются одинаковыми). ? при использовании конструкции УПОРЯДОЧИТЬ ПО значения типа Строка, отличающиеся только регистром букв, считаются различными:   ? если запрос содержит конструкцию ОБЪЕДИНИТЬ, ОБЪЕДИНИТЬ ВСЕ, РАЗЛИЧНЫЕ;   ? список выборки запроса содержит выражение ВЫБОР, в котором имеются вложенные запросы;   ? текущий пользователь имеет ограничения доступа к данным, а запрос не содержит ключевого слова РАЗРЕШЕННЫЕ.

Да какие DB2, всё просто и до безобразия стандартно Microsoft SQL Server 2008 (SP1) - 10.0.2531.0 (X64)    Mar 29 2009 10:11:52    Copyright (c) 1988-2008 Microsoft Corporation    Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7600: )

релиз упп какой?

Ну напоролся ты на глюк УПП, но дергаться то зачем?

1.2.27 Ну я согласен, пусть будет глюк. Внимание вопрос: что за глюк?

Попробуй обновиться

Ааа.... Обновиться.... Наивный чукотский юноша... Это цела эпопея для большой конторы на пару-тройку месяцев.

Возвращаемся к первоначальному вопросу :) Надо ли при RLS ставить в запрос Разрешенные?

Не хочешь обновляться - исправляй глюк ручками

всё зависит от того что ты хочешь получить в результате запроса

Самы й простой вариант: поставить 8.2 и

Я тебя и спрашиваю. Чё исправить то? Ну вот запрос чуть выше например. Не, не то. Хочу понять в чём проблема. Спать не буду спокойно  :))

Там не надо.

Не понял... Я чайник.. Что не надо? Где надо?

а что надо? :) про что вопрос, про то и "не надо"

В том запросе Разрешенные не нужны.

Объясни

Короче снял RLS с этого регистра пока. Но так и не понял в чём проблема.

И всё таки... Может ктонить всё таки объяснит про Разрешенные. Когда нужно, а когда не нужно использовать.

И всё таки... Может ктонить всё таки объяснит про Разрешенные. Когда нужно, а когда не нужно использовать.

Нужно в отчетах, в модулях НЕНУЖНО

смотря в каких модулях

Если в запросе накладываемые ограничения такие же или более строгие чем ограничения в RLS, то использовать РАЗРЕШЕННЫЕ не обязательно.