Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Пересчет итогов и производительность

Пересчет итогов и производительность
Я
   Dmitry_FFF
 
04.07.18 - 17:46
Есть 25gb файловая база ут 10.3 

Сделал управление итогами Рассчитать по было 31.05.2015, стало 30.06.2018.
Сделал пересчет итогов через ТИ.
Хочу понять эффективность проделанной работы. Делаю запрос
ВЫБРАТЬ
    ТоварыНаСкладахОстатки.Склад,
    ТоварыНаСкладахОстатки.Номенклатура,
    ТоварыНаСкладахОстатки.КоличествоОстаток
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки КАК ТоварыНаСкладахОстатки

И такой же к Продажи, ВзаиморасчетыСКонтрагентами и прочее.


Разницы по исполнению в старой и новой, никакой 2-3%.

Почему? Как ускорить базу?
 
 
   Tonik992
 
1 - 04.07.18 - 17:48
Это 1С
   Aleksandr N
 
2 - 04.07.18 - 17:49
(0) Насколько долго выполняется запрос?
   Dmitry_FFF
 
3 - 04.07.18 - 17:52
Самый долгий к ТоварыНаСкладахОстатки 109 секунд
   Dmitry_FFF
 
4 - 04.07.18 - 17:52
Второй раз 0.3 секунды
   Tonik992
 
5 - 04.07.18 - 17:53
(3) 109 секунд - результат выполнения запроса или выполнения и вывода?
   Вафель
 
6 - 04.07.18 - 17:54
ты берешь текущие итоги. откуда выигрышь может быть?
   Dmitry_FFF
 
7 - 04.07.18 - 17:57
(6) какой сделать запрос чтобы были не текущие?
   Вафель
 
8 - 04.07.18 - 17:59
Остатки(&Дата) - за прошлый период
   Aleksandr N
 
9 - 04.07.18 - 18:02
(3) Перейти на клиент-сервер :-)
   Dmitry_FFF
 
10 - 04.07.18 - 18:20
(8) Старая база сделала запрос за 1 секунду, новая за 303. Повторные запросы обе за 1.
Так и не могу понять, какой вариант оставить.
 
 Рекламное место пустует
   Dmitry_FFF
 
11 - 04.07.18 - 18:31
(9) Чет мне подсказывает, что ничего не измениться.
   Вафель
 
12 - 04.07.18 - 18:32
(10) за какой период брал?
   Вафель
 
13 - 04.07.18 - 18:32
Ну а первый раз всегда медленно - ибо разогрев кэша
   Dmitry_FFF
 
14 - 04.07.18 - 18:36
(12) 01.01.2018
   mistеr
 
15 - 04.07.18 - 19:50
(0) А кто тебе обещал, что расчет итогов "ускорит базу"? Покажи нам этого человека.

Текущие итоги, которые выбираются в твоем примере, поддерживаются вне независимости от периода рассчитанных итогов.
   unregistered
 
16 - 04.07.18 - 19:52
(15) Позже он указал, что взял остатки не текущие, а на 01.01.2018г.
   H A D G E H O G s
 
17 - 04.07.18 - 20:00
(0) Конечно разницы не будет. Да, Анатолий.

Разница будет при проведении документов.
   H A D G E H O G s
 
18 - 04.07.18 - 20:00
(17)
"Да, Анатолий" - > это к (8), (12)
   mistеr
 
19 - 04.07.18 - 20:01
(16) Вполне могли посчитаться от текущих итогов "назад".
   H A D G E H O G s
 
20 - 04.07.18 - 20:01
(15) "А кто тебе обещал, что расчет итогов "ускорит базу"? Покажи нам этого человека. "

Я тут!

Разница будет при записи в регистр, не при "чтении".
   H A D G E H O G s
 
21 - 04.07.18 - 20:02
"Есть 25gb файловая база ут 10.3"

Екстремалы.
   mistеr
 
22 - 04.07.18 - 20:03
(17) Зависит от документов.
   Dmitry_FFF
 
23 - 04.07.18 - 20:04
(21) ну да, но самая большая таблица регсведений 2gb, второt место движения партии 1.2 gb
   H A D G E H O G s
 
24 - 04.07.18 - 20:04
(0) Автор, не боисся, что база аукнется? И, если в SQL варианте, есть неиллюзорные перспективы спасти шкурку, то тут все - ты корм для рыб, и тебе крупно повезет, что к тебе спустится ангел-восстановитель vde69
   Dmitry_FFF
 
25 - 04.07.18 - 20:04
(21) ну да, но самая большая таблица регсведений c фотками 2gb, второt место движения партии 1.2 gb
   mistеr
 
26 - 04.07.18 - 20:05
(20) При записи в регистр это интересно. Поясни пожалуйста, в какую сторону и за счет чего.
   H A D G E H O G s
 
27 - 04.07.18 - 20:05
(22) Ну да, пишут или не пишут в регистр.
   H A D G E H O G s
 
28 - 04.07.18 - 20:05
(26) Ну так все итоги надо обновить.
   H A D G E H O G s
 
29 - 04.07.18 - 20:06
(26) Особенно интересно становиться, если у тебя в базе объявиться документ от 01.01.0001. Главное, 1С от этого никак не защищается.
   Dmitry_FFF
 
30 - 04.07.18 - 20:07
(29) И что будет?
   H A D G E H O G s
 
31 - 04.07.18 - 20:10
(30) 24000 месяцев пересчета итогов при каждом проведении дока.
   mistеr
 
32 - 04.07.18 - 20:10
(29) А надо защищаться?
   Dmitry_FFF
 
33 - 04.07.18 - 20:11
(31) Ну а если его никто не будет проводить
 
 
   H A D G E H O G s
 
34 - 04.07.18 - 20:16
(33) Ты не поверишь. Всё будет хорошо.
   Dmitry_FFF
 
35 - 04.07.18 - 20:17
(17) Проведение реализации старая база/новая 0,135535/0,140327
   H A D G E H O G s
 
36 - 04.07.18 - 20:25
Значит что то не учли.
   Dmitry_FFF
 
37 - 04.07.18 - 20:27
(36) Вообщем итог эксперимента сделать свертку.
   mistеr
 
38 - 05.07.18 - 10:12
Так и запишем: найти причину не осилил.
   bolobol
 
39 - 05.07.18 - 10:17
(38) Запишем: где логика?
   unregistered
 
40 - 05.07.18 - 10:33
(37) Во-первых, свёртка сама по себе - одна из самых бессмысленных и идиотский операций, относящихся к разряду мифических серебряных пуль, которых, как известно, не существует. Реальная потребность (по различным причинам) в свёртке и какие-то положительные результаты, соответствующие ожиданиям, возникают в 5-10%% случаев.
Во-вторых, вывод о необходимости свёртки вообще никак не связан с темой ветки.

Что касается периода хранения итогов, то в зависимости от условий и особенностей работы я бы установил период хранения итогов - с начала предыдущего года по предыдущий месяц. То есть с 01.2017 по 06.2018. При условии, что более старые данные (до 2017-го года) дёргаются редко и только в отчётах, когда заказчик может и потерпеть минутку-другую, пока отчет формируется. Если же документы в закрытых периодах вообще не трогаются, а для текущих отчетов достаточно актуальных данных, то можно период итогов установить вообще 01.2018-06.2018.
   cons74
 
41 - 05.07.18 - 11:24
(0) давайте от обратного. Что именно вы хотите? Ускорить базу.
Почему? Что-то (тормозит) не устраивает? Что именно?
   Tonik992
 
42 - 06.07.18 - 09:18
(41) Автору уже ничего не нужно :-)
   xXeNoNx
 
43 - 06.07.18 - 10:04
(25) у них картинки в базе O_o! В ФАЙЛОВОЙ БАЗЕ!!!
   bolobol
 
44 - 06.07.18 - 10:36
(43) А файловая база на диске! На жёстком диске!
Чего сказать-то хотел?
   xXeNoNx
 
45 - 06.07.18 - 10:58
(7) Когда в "Остатки" не указываешь дату, запрос берет на дату 01.01.3999(вроде так), когда указываешь конкретную дату, например: 03.07.18, то запрос возьмет остатки на 30.06 и юнионом добавит движения до 03.07.
Так вот, время выполнения запроса без даты будет примерно одинаково до пересчета итогов и после. А вот если указать на какую дату нужно получить остатки, то тут добавится время на расчет движений до 03.07 с момента расчета итогов.
Как-то так.., может что-то упустил, можете добавить
   xXeNoNx
 
46 - 06.07.18 - 10:58
(44) все что хотел сказать этим - сказал!
   bolobol
 
47 - 06.07.18 - 11:11
(46) Человек дождя, штолле?
   xXeNoNx
 
48 - 06.07.18 - 11:17
(47) Нет не угадал, продолжай!
   bolobol
 
49 - 06.07.18 - 11:55
(48) Это был риторический вопрос. Даже - риторический ответ, я так скажу
 
 Рекламное место пустует
   unregistered
 
50 - 06.07.18 - 12:16
(45) > может что-то упустил

Конечно упустил. Вот тут:
> запрос возьмет остатки на 30.06 и юнионом добавит движения до 03.07.

Запрос возьмет остатки на 31.07 и вычтет из них движения за период с 3.07 по 31.07.
Именно из-за того, что итоги на конкретную дату считают "задним ходом" от ближайших рассчитанных итогов, у автора ветки не было особой разницы при получении остатков на 01.01.2018года. Потому что при отсутствии итогов система считала остатки на 01.01, отнимая (вычитая) движения от актуальных итогов (на 1.01.3999). А при наличии рассчитанных итогов брала сразу готовые. Но, по всей видимости, объем самих движений за период с 1.01 по дату актуальности невелик, то и разницу по времени выполнения запроса он не увидел.
   xXeNoNx
 
51 - 06.07.18 - 12:52
(50) да, забыл немного уж.., но сути не меняет, что оно рассчитывает от итого


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует