Имя: Пароль:
1C
1С v8
Долго открывается справочник ОС
,
0 Icich
 
27.12.11
16:50
БГУ 5 мин открывается справочник ОС, добавляем новый элемент.В общей сложности добавление нового элемента около 20 мин. Почему и что можно сделать, на сервере добавляется быстро.
1 hhhh
 
27.12.11
17:00
наверно какие-то местные умельцы у вас там что-то наколбасили.
2 Icich
 
27.12.11
17:20
типовая конфигурация, обновлений не делали. что могли сделать пользователи с полными правами -выгруженный файл не загружается и скорость упала.
3 Icich
 
29.12.11
19:12
что можно сделать?
4 Romeooo
 
29.12.11
19:27
(0)сделай замер в отладчике, увидишь какой именно кусок кода долго выполняется
5 vde69
 
29.12.11
19:53
1. итоги не расчитаны
2. обновить индексы и статистику

после этого замерить время и уже его озвучивать в эту ветку
6 vmv
 
29.12.11
21:17
1. как организована иерархия справочника ОС?
2. не наваяли ли писатетели расчет итогов для табличного поля?

если иерархии вообще нет, а справочник не мал 10К-100К то естественно сам список плоского табличного поля будет притормаживать

если наваяли рачет итогов - расстрелять

3. слишком много соединений с таблицей ввиду жесточайшей настройки прав

4. чево-нибудь еще субъективное: кривая СУБД, кластера, ключи, сеть и т.д.
7 vmv
 
29.12.11
21:18
версионирование еще, усе - хватит для размышлений
8 Icich
 
29.12.11
21:26
(6) если права полные дать, скорость изменится?
9 Icich
 
29.12.11
21:27
гл. бух ограничила всем права в какой-то момент
10 vde69
 
29.12.11
21:50
(9) если база файловая то включать RLS не советует сама 1с, по тому как тормозит безбожно
11 Buster007
 
29.12.11
22:39
исходные данные не понятны... в (4) смотри тогда...
12 echo77
 
30.12.11
06:53
(9) у вас гл.бух админит базу?
(7) Версионирование работает только при записи объекта - при просмотрте списка тормозов не должно быть
13 FoxFox
 
30.12.11
07:44
Именно при добавлении нового элемента или при открытии списка? Если второе, то у нас справочник стал летать после того как убили в формах списка и выбора ненужные для нас отборы. С таким огромным количеством записей производительность конкретно проседала, поиском по коду вообще невозможно было пользоваться.
14 vmv
 
30.12.11
09:57
(13) ога, отборы такая же бяка как и расчеты в ПриВыводеСтроки() для старых форм и огромных справочников.

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

Управляемую форму списка можно прикрутить и на обычное приложение, поставить форму основной и вперед - это минимум вмешательства в типовую.