Продвинутый курс. МГ сессия от 21.07.2011

Рассматриваем вопросы по нулевому модулю продвинутого курса по программированию.

1. Функциональные опции.
В конфигурацию добавил ФО, добавил параметрФО. При обновлении БД нет упоминания об изменении структуры БД. Получается, что ФО не хранятся в БД!?
Не понял как платформа определяет связь между ФО и параметром ФО. Только в одной функции гл.контекста ПолучитьФункциональнуюОпцию(< Имя>, < Параметры>) эта связь задана.
Получается(теоретически), что если у меня несколько однотипных ФО то один параметрФО их всех и определяет?

2. Права на стандартные реквизиты.
В конфигураторе доступно “редактирование” прав на стандартные реквизиты, например “справочника”.
И как понимать флажок редактирования, например, на ссылку.

3. Права на реквизиты.
Если я правильно понял, то права доступа работают только в СКД. А как узнать где/когда(в чужой конфигурации) работает СКД .

4. Ограничения доступа на уровне записей. Вопрос №1.
В уроке Chapter21-Lesson14-main прозвучало, что запросы на ограничения доступа к данным исполняются в привилегированном режиме. Что это означает?
В RLS через & могу обращаться к параметру сеанса или функ.опции, а если они называются одинаково?

5. Ограничения доступа на уровне записей. Вопрос №2.
Если я правильно понимаю, платформа видя RLS на этот справочник добавляет к моему запросу еще кусочек RLS и получившийся запрос выполняет. А как можно посмотреть результирующий запрос после наложения RLS?
Хотелось бы все таки уточнить как “ДОМЫСЛИВАТЬ” условие в поле ограничение доступа при настройке RLS. Например, условие:
Номенклатура ГДЕ Номенклатура.Цена > 1000 ИЛИ Номенклатура.ЭтоГруппа
Соответствует
< некий запрос/таблица> … INNER JOIN Номенклатура ГДЕ Номенклатура.Цена > 1000 ИЛИ Номенклатура.ЭтоГруппа

6. Шаблоны ограничений.
Правильно понимаю, что шаблон принадлежит роли, а не конфигурации или механизму RLS?