Имя: Пароль:
1C
1С v8
ЗУП - скорость работы
0 lilia_inbox
 
07.11.13
15:17
Добрый день!

Интересуюсь опытом работы в ЗУП - базе объемом 800 Мб.
Сформирована переносом данных в полном объеме по текущей 7.7
У меня на этапе тестирования, но уже масса жалоб на скорость работы, и сама вижу, что никуда не годится...
Есть мнение, что в типовом варианте не оптимальные запросы, либо железо не так работает.
Были ли у кого нибудь проблемы производительности в базе такого объема?
1 Artful Den
 
07.11.13
15:23
Если у вас >1000 сотрудников, то все может быть. Если нет, то копайте в сторону железа.
2 RomaH
 
naïve
07.11.13
15:30
конкретно - где скорость не устраивает?
3 Sabbath
 
07.11.13
15:31
(0) какая СУБД?
4 shuhard
 
07.11.13
15:31
(0)[Есть мнение, что в типовом варианте не оптимальные запросы, либо железо не так работает. ]
а где вариант кривые руки ТС-а
5 Artful Den
 
07.11.13
15:32
+ (1) ибо у меня документ начисление заработной платы с 8000 строчками тоже не шибко быстро рассчитывается.
6 lilia_inbox
 
07.11.13
15:33
(2) особенно - при расчете и проведении документов. ооооочень долго. так же не сразу отображается любая информация при открытии документов, справочников - где-то секунду - две подгружается.
(1) сотрудников > 1000 - да
7 Artful Den
 
07.11.13
15:34
(6) база файловая?
8 PLUT
 
07.11.13
15:34
(5) остатки отпусков откройте отчетик)
9 Sabbath
 
07.11.13
15:35
(6) яталкивался с проблемой, когда расчет зп идет половину раб дня, а ты тут про секундочки))
10 lilia_inbox
 
07.11.13
15:35
ну например начисление по 1 сотруднику проводилось минуты 1,5 без преувеличения.
11 lilia_inbox
 
07.11.13
15:35
(7) да
12 Artful Den
 
07.11.13
15:36
(8) Ну это не отчетик, а форма списка. Подтормаживает, но в целом работать можно, и работают.
13 lilia_inbox
 
07.11.13
15:36
(10) с 1 строкой - оплата по тарифу и всё
14 Artful Den
 
07.11.13
15:37
(11) ну тогда вам переходить на клиент-сервер. Ибо считать >1000 сотров на файловом варианте имхо самоубийство.
15 shuhard
 
07.11.13
15:37
(11) не работает 8-ка в файловом режиме, совсем
16 lilia_inbox
 
07.11.13
15:38
(15) а что делать?
17 Sabbath
 
07.11.13
15:40
(16) -> (14)
18 lilia_inbox
 
07.11.13
15:41
(16) может, свернуть базу на пару лет назад...? хотелось, чтобы там было всё.
19 lilia_inbox
 
07.11.13
15:42
то есть я так понимаю, проблема в больших таблицах.
20 lilia_inbox
 
07.11.13
15:43
спасибо всем!
21 mdocs
 
07.11.13
15:48
ЗУП он такой, привыкайте. Как вариант надо тяжелые расчетные процедуры пытаться разносить по времени между рассчетчиками/регламентировать.
22 lilia_inbox
 
07.11.13
15:53
(21) все равно невозможно так работать, нужно что о придумывать.
23 ilpar
 
07.11.13
20:43
Проблемы в ЗиУПе есть. Вложенные запросы, запросы в циклах и более 1000 сотрудников.
Т-13 может не сформироваться за год и другие периоды, как работать начнете.
24 ilpar
 
07.11.13
20:45
(23) это абстракция, о конкретике уже не готов говорить.
25 Artful Den
 
07.11.13
22:44
(23) но, на клиент-сервере и нормальном серваке даже в типовом варианте работает. Напряг только в двух случаях (из моей практики) - начисление зарплаты и форма остатков отпусков.
26 ilkoder
 
07.11.13
22:47
дольше всего получается расчет зарплаты хоть и по подразделениям (где ндфл, районный коэффициент) и когда проводки считают
27 Artful Den
 
07.11.13
22:57
(26) да, отражение зарплаты в регламентированном учете забыл добавить. Но, если разнести расчет как сказано в (21), то все на типовом работает без особых напрягов. Хотя у меня всего 2000 сотров, может кто с >10000 скажет, что это и не так.
28 mistеr
 
08.11.13
00:17
(26) Есть начисления второй, третьей категории?
29 pavig
 
08.11.13
01:33
организуйте клиент-серверный вариант, работать будет значительно быстрее (из моего опыта)
30 Demiurg
 
08.11.13
02:11
(0) 800 мб это ни о чем, посадите ВРЕМЕННО копию на рамдиск
31 Ageres
 
08.11.13
05:02
(30)+  в терминал загнать
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан