Посоветуйте, пожалуйста, книги, статьи, курсы по: механизму разделения данных, про общие реквизиты, функциональные опции, РЛС и тд.
Описание, преимущества, недостатки, примеры использования, нюансы и тд
Намечается большой проект по объединению баз из разных филиалов, а информации кот наплакал.

Проф разработка, редакция 2.
" здоровых библии 1сника, как это кот наплакал?

у нас лежит талмуд, но кажется это 1 редакция.
Там про общие реквизиты сколько страниц?

(1) Заглавную 2 хотел написать? :)

(2) ты знания в количестве страниц измеряешь?

*2 здоровых библии

Общие реквизиты пока сырые. Например, нельзя общим реквизитом разделить последовательность документов...

Если там будет глава страниц на 10, то имеет смысл приобрести книгу. Если там одна страница, то скорее всего ничего нового там не будет, чего я не знаю.

(7) что про них писать на 10-ти страницах?

Описание каждого свойства, пример использования.
Достоинства, недостатки, где будет тормозить, где будет работать быстрее.
Там одних свойств штук 10, с несколькими вариантами.

Короче, книга Проф разработка, редакция 2.

Что еще?

На ИТСе есть что-нибудь? я ничего не нашел толком

>>Достоинства, недостатки, где будет тормозить, где будет работать быстрее.
этого не пишут в документации

На ИТС надо смотреть рекомендации разработчикам

Мля, посоветуйте НЕ документацию

Я же написал, что на ИТСе толком ничего не нашел.

Maxus43, если не можете помочь, не пишите вообще. Засоряете тему.

Что еще? Курсы по разграничению прав есть какие-нибудь?

Сколько за такие удаленные курсы платишь?

(16)Рассматриваю только официальные

(17) Ладно, рассматривай дальше

(18) Вряд ли вы мне дадите ту информацию, которой нет в документации и которую часто дают на курсах.

(19) Интересно, а какую бы ты еще информацию о функциональных опциях и общих реквизитах хотел бы получить?

(20) Он же сказал, знает 1 страницу про общие реквизиты, хочет 10 страниц. Не засоряй тему.
Автору невдомёк наверное что подобная информация присутсвует только в рекомендациях, например http://its.1c.ru/db/v8std#browse:13:-1:66:95, либо мастер-классах, живом общении с преподавателями курсов и так далее

Что лучше, РЛС, общие реквизиты, функциональные опции при работе 1500 пользователей в одной базе?
Что более рационально использовать.

Нужно настроить видимость по организации, подразделению, складу.

Каждое значение может быть не задано или задано списком.

Насколько сильно будет тормозить тот или иной вариант.

Конфа самописная, 200 справочников, 200 документов. В некоторых документах более 100000 элементов. В некоторых справочниках более 1 млн значений.

НУЖЕН ОПЫТ

(21) Может скооперируемся, накатаем 10 страниц про общие реквизиты? Выручку пополам

(21) Я вам это и пытаюсь объяснить, а вы меня отсылаете к документации

(22) Опыт - РЛС и функциональные опции совершенно разные вещи.
Визуальное отображение и настройка интерфейсов юзеров (функциональные опции) - не ограничивает доступ к самой информации (РЛС). Определитесь что Вы хотите получить.
РЛС естественно тормозной, но он выполняет свою функцию, отличную от других механизмов

Проблемы РЛС я знаю. Поэтому не хочу ее использовать.

Я пока смотрю в сторону общих реквизитов.


Но у меня мало информации. Может они более тормознутые. Все таки, как я понимаю, это отборы

(1) скачал этот талмуд во второй редакции. Там про механизм разделения данных - 15 строчек. На 1с.ru и то больше информации.

никто не знает?

ап

Хорошо, последний вопрос:
можно ли указать для разделения данных в параметре сеанса список значений (Например, 2 организации из 6)?
Или допускается указать только конкретное значение (только одну организацию)?

(30) разделение данных <> организации. список, конечно же, указать нельзя.

Значит механизм общих реквизитов не катит.

Мы думаем, что RLS сильно загрузит систему, а для нас это очень критично при таком количестве пользователей.

Мы склоняемся к варианту - при открытии форм вызывать процедуру из общего модуля, которая накладывает отбор на списки.

Что вы думаете на этот счет?

(32) мне кажется, вы пытаетесь руками сделать (точнее попытаться сделать) все тоже самое, что делает RLS

(33) не тоже самое.
RLS добавляет свой подзапрос к КАЖДОМУ запросу в базе данных для каждого пользователя, что приводит к усложнению запросов и появлению тормозов.

Представьте, сколько запросов выполняет система в процессе работы пользователя - при каждом проведении, в каждом отчете, практически на каждом шаге...

А мой метод срабатывает только 1 раз при открытии каждой формы списка. В некоторых существующих формах в нашей конфе и так уже этот отбор работает.

(34) так а смысл такого отбора ?

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

Скрыть таким образом не получится ведь.

Курс от 1С "Разделенные ИС". Ведет Арутюнов Сергей.
В инете поищи скан книжки его. Там и про РЛС, и про разделение и про роли. Все наглядно.

(36) вы имеете ввиду курс:
Курс "Разработка распределенных информационных систем в "1С:Предприятие 8" ?

(35) нам достаточно разделить видимость. Скрывать информацию будем как и сейчас с помощью простых ролей.

(36) Этот курс состоит из трех частей, а мне нужна только первая часть.

    1)Разработка решений в централизованной системе хранения данных
        Механизм подсистем
        Роли и механизмы ограничения доступа к данным
        Общие реквизиты и механизм разделения данных
        Функциональные опции
    2)Построение информационных систем с распределенными информационными базами
        Планы обмена данными
            Использование единой структуры хранения данных
            Объединение различных прикладных решений в единую систему
            Способы миграции данных и управление регистрацией изменений
        Внешние источники данных
            Описание внешнего источника и возможности его использования
            Способы организации связи данных прикладного решения с данными, хранящимися во внешней базе
   3) Механизмы интеграции прикладного с внешними системами
        XDTO-пакеты и механизмы XML-сериализации
        Механизмы обмена данными в режиме он-лайн
        Механизмы работы с файловыми данными
        Реализация хранения двоичных данных

(36) Что за книжка? не могу найти. Нашел книгу по администрированию. Но там больше по настройке серверов, а не по разделению данных

Есть вариант реализации прав пользователей на основе регистров доступа.
Суть краткая:
Всего 2 роли, полные права и пользователь.
Пользователь - разрешено практически всё, кроме админских функций.
В регистрах сведений прописываются связки типа Юзер - ВидДокумента - ВидОперации - Организация... ну что надо.
Суть проста - на основе данных регистров при открытии форм документов, справочников, регистров - определяется возможность редактирования, просомтра.
Недостатки - надо аккуратно подходить к проектированию, не допуская "лазеек" для пользователей. Переписать придётся много, но там достаточно просто.
Преимущества - максимальная скорость (нет РЛС и т.д.), достаточно простое заведение пользователей в разрезах видов документов, справочников, регистров

(41) Это практически тоже самое, что предлагаю я, только немного сложнее структура.
Так же как и у меня любой пользователь может выполнить запрос и получить скрытые данные. RLS это блокирует.

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

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

(37) Хороший курс, хороший преподаватель (проходил его)
Много было обговорено по разграничения