helpf.pro
Регистрация

v8: Механизм разделения данных

ILNIK
30.07.2013 17:39Прочитано: 6147
Здравствуйте.

Перед нами стоит задача разделить видимость данных в базе.

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

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

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

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

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


Литературы крайне мало. На ИТСе тоже искали- там мало информации. В книге - профессиональная разработка 1с - тоже ничего нет.

Подскажите, где можно раздобыть информацию про разделение данных с помощью общих реквизитов.

Возможно есть какие-то курсы. В официальных курсах 1с ничего не нашли.

Нужен опыт!
Yandex
Возможно, вас также заинтересует
Реклама на портале
E_Migachev
30.07.2013 18:29Ответ № 1
(0) ILNIK, лучше конечно RLS, но его надо очень тонко настроить.
я бы посоветовал функциональные опции, + 8.3 с ее механизмом отображения данных + ней можно четко задать права доступы на ревизиты - в данном случае платформа на много лучше и быстрее отработает, чем обычный rls
ILNIK
31.07.2013 09:39Ответ № 2
спасибо за ответ.
Мы думаем, что RLS сильно загрузит систему, а для нас это очень критично при таком количестве пользователей.

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

Что вы думаете на этот счет?
E_Migachev
31.07.2013 14:44Ответ № 3
(2) ILNIK, RLS при грамотной настроке будет работать быстро, но как показывает практика, возможны проблемы с доступами у пользователей - очень тонкий механизм.
Ваш вариант тоже хорошо, только только делайте эти списки на УФ
Подсказка:Вы можете добавить любую страничку в Социальные закладки щелкнув по значку соцсетей (в вверху)
Вы не можете отправить комментарий анонимно, пожалуйста войдите или зарегистрируйтесь.