хочу реализовать с помощью их уровень доступа. стоит ли потом использовать РЛС. или РЛС в любом случае даст тормоза с бд.

(0) Да не використовуй ти рлс, вони дуже тормозять систему

(1)  Н#####Я тогда их придумали :)

(2) щоб тормозила систему

а вообще по поводу общих реквизитов. кто то пользуется ?

(3) на УТП используем. так как некоторым нельзя видеть документы других фирм. так что терпим :(

(3) а как тогда реализовывать ограничение прав доступа. что бы документа пользователь не видел. в РЛС добавил шаблон указал поля и все. а так всю конфу лопапить нуна :(

а на 8.3 так же тормоза ?

"ограничение прав доступа программно" - гори в аду.

(8) ну а как?  РЛС, который тормозит ?

(6) Через обычный отбор, при открытии документа проверяй на роль, если например роль Просмотр не доступна, тогда отбор ставь пустой, естественно пользователь ничего и не увидит

+(10) И убираешь доступность у отбора

Так будит на много быстрее

(10) уровень доступа от 1 до 10. если у пользователя 1 видит все документы. если 10 то только те документы где выставлен 10 уровень

вообщем печалько

(13) Зачем так извращаться? оО

Ну попробуй РЛС, отпишешь на сколько снизилась производительность)

(15) наследство :). но не столь важно. да уже пробовал. убрал все обратно. решили переписать конфу всю. что бы на Уф взлетела. потом будем курить РЛС :)

(17) Можешь с помощью справочника это все сделать, разнести пользователей по группам и проверять

Или добавить новую настройку пользователю, в которую будишь заносить уровень доступа, по ней будишь уже смотреть какой кому отбор ставить

та да. жаль что РЛС такой пивдатый :)

Я конечно за настройку)

(21) да так и сделаю. типа вариантов много :)

программно затрахаешься всякие отчеты и вводы по строке закрывать

(0) самое главное, не юзай общий реквизит у регистров расчета с периодом

80% тормозов СКД на совести мегаодинэсников.

+(25) Им. ввиду доморощенных программистов и внедренцев.

(24) учту.

Но вообще правильный ли такой запрос в РЛС ?

ТекущаяТаблица Из #ТекущаяТаблица КАК ТекущаяТаблица

ГДЕ ВЫБОР
           КОГДА  ТекущаяТаблица.#Параметр(1)  в (&УровеньДоступа) тогда Истина иначе Ложь конец

А задавал уровень так
ПараметрыСеанса.УровеньДоступа = Новый ФиксированныйМассив(ПолучитьСписДоступныхУровнейТекСотрудник().ВыгрузитьЗначения());

а зачем тут выбор?

(28) а как ?

ТекущаяТаблица.#Параметр(1)  в (&УровеньДоступа)

(30) ясно. а где выбор, мог повлиять на производительность ?

(31) да

(32) спасибо. а по поводу твоего теста. какая норма должна быть  Результата ?

(33) у меня - 400 - народ жалуется. пока сошлись на том, что 750 - норма. Это все без учета теста временных таблиц.

(34) да мы настройки на постгресе поменяли.
вот смотрю упали.

(34) - это на 1 поток. соответственно, можно сделать вывод, что когда производительность одного потока упадет ниже - это предел количества активных пользователей.

но вообще нужно больше статистики, маловато ее

тест пройдет выложу.

мда 32 потока крит 1с

(39) а?

(40) вылетела твоя программный продукт при запуске 32 потока :)

(41) странно. А какая ошибка?

(42) а там не много
Имя сбойного приложения: 1cv8c.exe, версия: 8.2.16.368, отметка времени: 0x505341e8
Имя сбойного модуля: rtrsrvc.dll, версия: 8.2.16.368, отметка времени 0x50534cff
Код исключения: 0xc0000005
Смещение ошибки: 0x00078a6b
Идентификатор сбойного процесса: 0x6ee4
Время запуска сбойного приложения: 0x01ce2bdb41233949
Путь сбойного приложения: C:\Program Files (x86)\1cv82\8.2.16.368\bin\1cv8c.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv82\8.2.16.368\bin\rtrsrvc.dll

(43) гы! так это не в конфе дело!

(44) тада. прошел дальше. только показатели печалько

(10) херня какая-то. запускаем какой-либо универсальный отчет без программных контролей/вывертов и видим все что надо...