УФ 8.3 Есть справочник (100 т. строк), те кто может его просматривать хранятся в регистре, в котором есть ссылка на каждый элемент справочника и пользователей.  Как в динамическом списке справочника отфильтровать по записям в регистре? при открытии создавать гиганский отбор циклом?

(0) замути свой запрос в чём проблема то?

+(1) А ПриСозданииНаСервере устанавливаешь параметр отбора вот и всё.

(2) спс попробую так

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

(0) Прям такая точная настройка? Это получается в регистре в предельном случае может быть 100 000 * КолПользователей записей?

Да, на счёт тормозов согласен, реализация не оптимальная.

Лучше разобраться например с вариантом в (4) либо разобраться с работой функциональных опций либо в крайнем случае ограничить РЛС.

(5)  Ну не точто бы 100% ))  Там типа я при открытии элемента смотрел есть-нету текущего пользователя с этой ссылкой в регистре и все устраивало. А тут понадобилось чтобы строки вообще не было видно..

(7) Прикинь объемы информации, в (5). В случае формы элемента - запрос довольно простой, а вот в списке будет жесть.

(8) тут смысл в том что по группам не особо катит. может быть любая вариация пользователей. по идее можно хранить все не в регистре, а в самом справочнике, и фильтр отбора получится простой чтото типа ТекущийПользователь ВСписке ПолеКомпоновкиДанных("ТаблицаДоступа"), но тут гемор с обработкой и перекидыванием..

Скорее всего нужно попробовать правильно RLS замутить.

(10) Смысл? RLS будет те же соединения делать.

(11) Да но выборка будет окнами и действовать будет везде.

Кстати, думаю левое соединение будет несложным.

Если в регистре два измерения (Порядок обязателен!):
- Пользователь
- ЭлементСправочника

Передавать в параметре пользователя и такой запрос установить:
ВЫБРАТЬ
    ....
ИЗ
    Справочник.ТвойСправочник КАК ТвойСправочник
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ТвойРегистр КАК ТвойРегистр
        ПО ТвойРегистр.Пользователь = &Пользователь
            И ТвойРегистр.ЭлементСправочника = ТвойСправочник.Ссылка

Запрос можно и в РЛС пихнуть в принципе.

(13) т.е. внутреннее соединение, а не левое.

Всем спасибо, заработало совету (1) добавил в запрос условие на регистр, поставил параметр текпользователя и открывает минуты 3-5

(14)  Почему не левое?

(16) По тому что нужно учить матчасть

3-5 минут много. Попробуй через RLS и Динамический без запроса.

(18) попробую еще варианты. еще вопрос а как бы сюда влепить с  ПолныеПрава

RLS прописывается в ролях. В полных не прописывай и не будет действовать RLS

(20) на седня мне бы хоть чтобы как-то работало) к этому запросу динамического списка есть вообще программный доступ?

(21) Зачем? Почитай про динамический список http://www.develplatform.com/2013/01/blog-post.html + советую почитать по RLS. Его следует делать во всех используемых ролях, которые будут читать данный справочник, кроме ролей где есть все права.

Вот по RLS
http://www.odincplus.com/stati-programmistam/1s-rls-dlya-nachinayuschih.html

(22) Чтобы подменить этот текст запроса когда я захожу.

Запрос не нужен, просто в основную таблицу поставишь свой справочник.

Использование RLS для отборов в динамических списках
Книга знаний: Использование RLS для отборов в динамических списках

(25) А где в RLS параметры объявить?

(26) Параметры сеанса

(25) Зависает c RLS.

Выкрутился подменой текста запроса для особых пользователей, он оказался доступен &НаСервере - Список.ТекстЗапроса

(28) Написал без RLS?

(28) это в справке есть :), демонический список