1С:Предприятие 8.3 (8.3.18.1741)
Подсистемы управление доступами нет
В базе ведется учет по нескольким десяткам тысяч сотрудников и нескольким десяткам тысяч подразделений
Есть документ, у него есть реквизит Сотрудник (а еще есть документ, у которого в табличной части есть реквизит Сотрудник, но это на потом)
Есть РС, по которому смотрим, в каком Сотрудник работает Подразделении
Нужно ограничить доступ к этим документам по списку доступных подразделений (доступных подразделений бывает до 10 тысяч, а соответственно доступных сотрудников до 30 тысяч)

Пробовалось уже много чего, но хотелось бы услышать, как бы вы решали такую задачу

Что такое доступность?

В чем состоит задача? В заголовке одно, в тексте другое.

А что пробовали? Это было? https://its.1c.ru/db/v8322doc#bookmark:dev:TI000000191

(1) у меня слово доступность в тексте не встречается...
(2) допустим сосредоточимся на том, что в тексте задачи, будем считать, что заголовок я сформулировала ошибочно. нужно добиться того, чтобы пользователь видел только документы по сотрудникам, которые работают в подразделениях, которые у пользователя лежат в некоем объекте метаданных. в каком - можно обсудить

(3) нету доступа туда(

(3) пробовала ограничивать прямо через запрос динамического списка с разными вариантами, пробовала через рлс, в который передавала список сотрудников, пробовала через рлс, в который передавала список подразделений и прямо там вычисляла, пробовала через регистр со всеми ссылками... вроде что-то еще, но точно уже не помню. один из вариантов более или менее норм, минуту всего открывал список.

ага. еще к задаче добавьте, что все работает на старом пентиуме 486 и на ленточных накопителях.

(7) и однако же, сейчас всего минуту открывается список! думаю что задача все же решаема в таких условиях

(0)

Например
Есть 50 000 подразделений
И есть сотрудник Вася, который может смотреть документы по  40 000 подразделений из описанных выше
И есть сотрудник Петя, который может смотреть документы по  2 подразделениям из описанных выше

Вопрос
В вашем удачном варианте
1) Для "Петя" сколько открывается список
2) А для "Вася" ?

Текст запроса удачного варианта

(8) как в клюшках делали: формируйте общий индекс и по нему фильтруйте - самый эффективный способ

и плюсом, надо вот это с "пробовала ограничивать прямо через запрос динамического списка", с использованием этого индекса

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

(9) 1) для Пети 1-2 минуты 2) для Васи 1-2 минуты
запрос ниже (и он с кучей доп условий, о которых я не писала), но вот я сейчас последний вариант пробую, где сотрудников записываю в РС, соединяю с доком и выбираю, и кажется это срабатывает лучше!

ВыдачаНоменклатурыСотрудникам
ИЗ
    Документ.ВыдачаНоменклатурыСотрудникам КАК ВыдачаНоменклатурыСотрудникам
        ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
            Сотрудники.Ссылка КАК Сотрудник
        ИЗ
            Справочник.Сотрудники КАК Сотрудники
        ГДЕ
            &ЕстьОграничениеПоПодразделениям
            И Сотрудники.Ссылка В(&ДоступныеУволенныеСотрудники)
        
        ОБЪЕДИНИТЬ ВСЕ
        
        ВЫБРАТЬ
            СотрудникиПредприятия_Интервалы.Сотрудник
        ИЗ
            РегистрСведений.СотрудникиПредприятия_Интервалы КАК СотрудникиПредприятия_Интервалы
        ГДЕ
            &ЕстьОграничениеПоПодразделениям
            И НЕ СотрудникиПредприятия_Интервалы.Профессия = ЗНАЧЕНИЕ(Справочник.Профессии.ПустаяСсылка)
            И СотрудникиПредприятия_Интервалы.Профессия В(&МассивРазрешенныхПодразделений)
            И &ТекущаяДатаДень МЕЖДУ СотрудникиПредприятия_Интервалы.НачалоПериода И СотрудникиПредприятия_Интервалы.КонецПериода) КАК РазрешенныеСотрудники
        ПО (&ЕстьОграничениеПоПодразделениям)
            И (ВыдачаНоменклатурыСотрудникам.Сотрудник = РазрешенныеСотрудники.Сотрудник)
ГДЕ
    ВыдачаНоменклатурыСотрудникам.Организация В (&МассивРазрешенныхОрганизаций)
    И ВыдачаНоменклатурыСотрудникам.Склад В (&МассивРазрешенныхСкладов)
    И ВыдачаНоменклатурыСотрудникам.ВендинговыйАппарат В (&МассивРазрешенныхСкладов)
    И ВыдачаНоменклатурыСотрудникам.ОператорПостамата В (&МассивРазрешенныхСкладов)
    И (НЕ &ЕстьОграничениеПоПодразделениям
            ИЛИ ВыдачаНоменклатурыСотрудникам.Сотрудник = ЗНАЧЕНИЕ(Справочник.Сотрудники.ПустаяСсылка)
            ИЛИ НЕ РазрешенныеСотрудники.Сотрудник ЕСТЬ NULL)

(12) ок! да, этого не пробовала, ошибку поняла

(13)

Можно попробовать так  

1) Вот это поместить во временную таблицу, в тексте запроса сделать левое соединение с этой временной таблицей
2) Во временной таблице проиндексировать поле сотрудник  (Сотрудники.Ссылка)
3) Посмотреть на результат

(ВЫБРАТЬ
            Сотрудники.Ссылка КАК Сотрудник
        ИЗ
            Справочник.Сотрудники КАК Сотрудники
        ГДЕ
            &ЕстьОграничениеПоПодразделениям
            И Сотрудники.Ссылка В(&ДоступныеУволенныеСотрудники)
        
        ОБЪЕДИНИТЬ ВСЕ
        
        ВЫБРАТЬ
            СотрудникиПредприятия_Интервалы.Сотрудник
        ИЗ
            РегистрСведений.СотрудникиПредприятия_Интервалы КАК СотрудникиПредприятия_Интервалы
        ГДЕ
            &ЕстьОграничениеПоПодразделениям
            И НЕ СотрудникиПредприятия_Интервалы.Профессия = ЗНАЧЕНИЕ(Справочник.Профессии.ПустаяСсылка)
            И СотрудникиПредприятия_Интервалы.Профессия В(&МассивРазрешенныхПодразделений)
            И &ТекущаяДатаДень МЕЖДУ СотрудникиПредприятия_Интервалы.НачалоПериода И СотрудникиПредприятия_Интервалы.КонецПериода)

(14) угу. пример работы: формируем сначала список документов с отборами по всем нужным индексам, соединяем результат уже со своей целевой выборкой. можно без временных таблиц.

(16) индекс = таблица с ограничениями

(16) что-то такое делала, но без индексов, и получилось ужасно... но с индексами попробую

Почему бы не попробовать реализовать БСП-шные механизмы?
Пример можно посмотреть в ЗУП. Там есть ограничения и по подразделениям и по группам физлиц. С вариантами "Все разрешены, кроме..." и "Все запрещены, кроме...".

(4) >> у меня слово доступность в тексте не встречается...

А это что: "доступных подразделений бывает до 10 тысяч, а ... доступных сотрудников до 30 тысяч"?

И почему из количества подразделений в 10 тыс следует, что доступных сотрудников может быть до 30 тыс? У вас не более трёх сотрудников в подразделении?

Нельзя укрупнить единицу доступа? Создать группы доступа сотрудников (по аналогии группами доступа физлиц в ЗУП) или группы доступа к подразделениям?

И точно нужны все эти условия?

ГДЕ
   ВыдачаНоменклатурыСотрудникам.Организация В (&МассивРазрешенныхОрганизаций)
    И ВыдачаНоменклатурыСотрудникам.Склад В (&МассивРазрешенныхСкладов)
    И ВыдачаНоменклатурыСотрудникам.ВендинговыйАппарат В (&МассивРазрешенныхСкладов)
    И ВыдачаНоменклатурыСотрудникам.ОператорПостамата В (&МассивРазрешенныхСкладов)

Все эти реквизиты Организация, Склад, ВендинговыйАппарат и ОператорПостамата никак не связаны между собой?
Например, Склад не привязан к Организации? Или ВендинговыйАппарат к ОператорПостомата? Может вполне достаточно фильтровать по Склад и ВендинговыйАппарат?

И всё таки!
Мы говорим об ограничении доступа (любыми способами) или настройке отборов в динамических списках?
Это две совершенно разные задачи, которые решать надо по-разному.

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

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

единица доступа уже укрупнена, склады друг с другом не связаны, к организациям не привязаны

да, мы говорим о том, чтобы любыми способами ограничить доступ, хотя очень хотелось бы все же с рлс, но если списки будут по 2 минуты висеть, то все средства хороши

(13) А сколько времени открывается список со всеми доп. условиями, но без РЛС?

Ну и на таких объемах уже надо переходить на уровень ниже, выкладывать и обсуждать планы запросов.

(21) а где все эти доп условия, если не в рлс? в списках документов? хоть в рлс хоть в запросах дин списков, быстро, очень быстро открывается, если не фильтровать по сотрудникам и подразделениям т.к. складов и организаций мало

а этого я еще не умею... ну понятно, буду учиться

если что, то вот это отлично сработало!
просто заранее надо вести РС с актуальными данными, т.е. задача усложняется в каком-то смысле

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

(23) Это называется материализация :)

(23) млдц. только лучше внутренними соединениями, хоть и громоздко

(25) кеширование и индексирование - лучший способ заставить цифровой антиквариат работать))

(20) >> рализовать бсп-шные механизмы в плане самой написать кусок бсп?)))

Зачем самой переизобретать БСП?
Внедрить БСП в вашей конфигурации в части нужных подсистем - Управление доступом.
Самой писать с нуля не надо. Только тот код, который требуется в инструкции. https://its.1c.ru/db/bsp317doc#content:4:1:issogl1_управление_доступом

>> универсальность, как тут выше писали, снижает итоговую производительность, а бсп - это про это.

БСП конечна далека от идеалов производительности. Но БСП не про это.
Если Вы думаете, что сумеете придумать под ваши задачи более оптимальный и производительный инструмент, то будьте готовы к неприятным открытиям.
У Вас изначально стоит задача реализовать универсальный механизм - ограничение доступа на уровне записей одновременно по нескольким разрезам и динамически изменяющимся наборам.

>>  мы говорим о том, чтобы любыми способами ограничить доступ, хотя очень хотелось бы все же с рлс.

Тогда почему вы продолжаете обсуждать оптимизацию запросов в динамических списках?
Вы точно понимаете в чём разница между ограничениями доступа на уровне записей (РЛС) и отборами в запросах к динамическим спискам?

(25) о, а я наоборот читала что так лучше...

(27) как раз у меня был отличный проект, который на бсп работал чудовищно в силу скромных ресурсов сервера, а переписав почти все самостоятельно, я увидела, что все просто летает, так что к бсп у меня так себе отношение, ну уж извините

да, чем отличается рлс и запросы в дин списках хорошо понимаю, спасибо)

(27) Что-то мне подсказывает, что тут не универсальная, а частная задача. И частное решение для нее вполне годится имхо.