|
Сильно ли влияет RLS на скорость работы? | ☑ | ||
---|---|---|---|---|
0
lanc2233
30.05.17
✎
14:59
|
Сильно ли начнут тормозить динамические списки, после внедрения RLS?
От чего это зависит? |
|||
1
polosov
30.05.17
✎
15:00
|
(0) Попробуй.
Факторов много. |
|||
2
Rusland
30.05.17
✎
15:02
|
От превращения бд в овощ до почти не заметно.
От реализации зависит. |
|||
3
lodger
30.05.17
✎
15:17
|
лаги от RLS обратно пропорционально зависят от радиуса кривизны рук внедрятеля RLS
|
|||
4
Одинесю
30.05.17
✎
15:18
|
Но так-то зависит по-любому...
|
|||
5
FIXXXL
30.05.17
✎
15:19
|
(0) это зависит от легковесности запросов в РЛС
|
|||
6
Джинн
30.05.17
✎
15:22
|
(0) От "несущественно" до "полное жпо". Зависит от состава данных и способа реализации.
В общем случае производительность падает всегда. |
|||
7
Веселый собака
30.05.17
✎
15:35
|
А еще любят ролей позаводить кучу. И назначить каждому по 3.
|
|||
8
Операция 1Ы
30.05.17
✎
15:43
|
(7)типовые открой вообще охренеешь.
|
|||
9
lanc2233
30.05.17
✎
15:45
|
Есть конфигурация, которая не использует РЛС вообще. Нужно пользователям назначить доступ на группы контрагентов. В том числе, видимость документов.
Думаю делать на РЛС, или все таки в запросы динамических списков условия вставить. Основной критерий - как повлияет на скорость работы. |
|||
10
polosov
30.05.17
✎
15:45
|
(7) Согласно идеологии типовых каждая роль расширяет права.
Так что по три это обычно мало. |
|||
11
Wirtuozzz
30.05.17
✎
15:46
|
(0) индивидуально.
|
|||
12
Веселый собака
30.05.17
✎
15:47
|
(9) Я бы делал на RLS.
Меньше дурной работы руками в коде, а разницы в скорости не заметишь. |
|||
13
Фрэнки
30.05.17
✎
15:50
|
дурная работа руками зависит не от количества, а от качества :)
РЛС не то место, где дурость в качестве проканает за счет малого количества |
|||
14
Веселый собака
30.05.17
✎
15:59
|
(13) Сравнил Х с пальцем. Если дело касается не одного объекта, то заманаешься править. Вот я о чем.
|
|||
15
Rusland
30.05.17
✎
16:04
|
Фигня всё это. Любая дурость компенсируется ГГц процессора иопсами дисков и ГБ оперативной памяти. :)
|
|||
16
Фрэнки
30.05.17
✎
16:04
|
(14) РЛС как раз таки надо ввинтить в каждую дупу, ой, в каждый объект, по которому будут накладывать
|
|||
17
FIXXXL
30.05.17
✎
16:06
|
(9) если видимость надо закрыть наглухо - РЛС
если "бантики" - как удобно потому что: отчеты, журналы, ссылки в самих документах и на формах и т.п. что бы кодом это все закрыть - нужно долго писать, да и то может не взлететь |
|||
18
Aleksey
30.05.17
✎
16:08
|
Зависит от режима работы
В файловой версии - сильно заметно. В скульной версии - за счет общих тормозов по сравнению с файловой, менее заметно. Например у меня в типовой включения RLS на большой файловой базе (типовая БП 1.6) увеличивала скорость проведения приходника с 1 секунды у дамина, до 30 секунд у бухгалтера |
|||
19
FIXXXL
30.05.17
✎
16:51
|
(18) рлс на файловой - это смело! :)
|
|||
20
KnightAlone
30.05.17
✎
16:54
|
в зуп 2.5 со справочником сотров около 200к как-то замерял отчеты. разница во времени под админом и под пользователем была в 2-7 раз.
|
|||
21
Aleksey
30.05.17
✎
17:02
|
(19) Врубил типовой механизм деления по фирмам. Ну и к таму же ТС же не сказал что у него база на скуле
|
|||
22
Rusland
30.05.17
✎
17:03
|
(20) 200 к. сотров? А физиков сколько? ЗУП типовой, как обчситывал?
|
|||
23
KnightAlone
30.05.17
✎
17:07
|
(22) это общее число записей в справочнике. большая текучка. работающих там было около 13к-15к. но факт остается фактом - падение производительности было в разы. если база маленькая, возможно будет не сильно заметно
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |