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



Партионный учет и быстродействие

Партионный учет и быстродействие
Я
   mirror1982
 
19.11.17 - 12:24
УТ 10.3 MsSql. Учет ведется с 2013 года. Граница последовательности партионного учета документов стоит 01.02.2014. Отчеты по партионному учету не используем, но списание по партиям выставлено и происходит. Подскажите, если восстановить последовательность до текущей даты. Быстродействие при проведении документов и формировании отчетов возрастет?
 
 
   ИТ директор
 
1 - 19.11.17 - 12:25
нет
   Lexusss
 
2 - 19.11.17 - 12:26
Да. Особенно если навести в остатках порядок, чтобы не было всяких партий. Пусть даже корректировками регистров
   ИТ директор
 
3 - 19.11.17 - 12:28
(2) За счет чего - да?
   Lexusss
 
4 - 19.11.17 - 12:28
Кривая последовательность ведёт к нереальному разрастанию таблицы остатков. А это приводит к замедление формирования виртуальная таблиц. Тем более если барак с такого года
   ИТ директор
 
5 - 19.11.17 - 12:31
(4) >>Кривая последовательность ведёт к нереальному разрастанию таблицы остатков.

Как последовательность может быть "кривой"? Это просто дата, а на уровне БД таблица, как она может влиять на разрастание остатков?
   Aleksey
 
6 - 19.11.17 - 12:37
(5) кривая последовательность = правка задом. Правка задом = незакрытые остатки по партиям. Кривые остатки = неоправданна большая таблица из которой программа получает остатки
   mirror1982
 
7 - 19.11.17 - 12:51
Забыл сказать, база 110 Gb
   mirror1982
 
8 - 19.11.17 - 12:52
Розничная продуктовая торговая сеть. 16 магазинов
   ИТ директор
 
9 - 19.11.17 - 13:13
(6) Он же говорит, что списание по партиям происходит, зачем гадать? И где гарантия что посл-ть вообще восстановится?

ТС не привел ни размер таблиц, ни длит-ть запросов, с тем же успехом можно обсудить влияние лунного света на бараньи яйца.
   Михаил Козлов
 
10 - 19.11.17 - 13:34
(9) Неактуальная граница последовательности - косвенный признак возможной "кривизны" регистра ПУ.
Желательно посмотреть размеры таблиц регистра ПУ (собственно и остатков и размеры индексов).
Можно запросом посмотреть "незакрытые" партии - насколько они древние. Собственно цель: сократить размер таблицы остатков.
(0) Списание партий оперативное (в момент проведения) или обработкой? Если оперативное - сделайте обработкой (предварительно программно сдвинув границу ПУ).
Не помню точно, но в обработке делается не проведение документа, а вызов процедуры общего модуля партионного учета ДвижениеПартий (кажется).
Можно сделать аналог обработки, не опираясь на границу ПУ, а вызывая ДвижениеПартий для документов, у которых нет движений по регистру ПУ (хотя это и не одно и то же).
Еще: я отказался от записи в регистр сведений СписаниеТоваров. Вместо этого оформил экспортные процедуры в модулях документов, которые формируют таблицу движений по этому регистру (она используется в ДвижениеПартий, как параметр).
 
 Рекламное место пустует
   vis_tmp
 
11 - 19.11.17 - 13:42
> Еще: я отказался от записи в регистр сведений СписаниеТоваров. Вместо этого оформил экспортные процедуры в модулях документов, которые формируют таблицу движений по этому регистру (она используется в ДвижениеПартий, как параметр).

Можешь рассказать поподробнее?
Или поделиться этими процедурами.
   Михаил Козлов
 
12 - 19.11.17 - 13:51
Завтра с работы вышлю. Там все нехитро.
Главное: снять флаг оперативного проведения в учетной политике.
Я бы сделал так:
- установил границу поближе к текущей дате;
- снял флаг оперативного списания партий;
- оформил регламентное задание восстановления ПУ.
И посмотрел, что получается.
А потом уже смотреть размеры таблиц и пр.
   ИТ директор
 
13 - 19.11.17 - 14:09
(10) >>Собственно цель: сократить размер таблицы остатков.

А зачем её сокращать?
   vis_tmp
 
14 - 19.11.17 - 14:15
(6) и (10), нет?
   vis_tmp
 
15 - 19.11.17 - 14:15
+(14) это к (13)
   ИТ директор
 
16 - 19.11.17 - 14:22
(14) Так пока нифига не понятно, в чем проблема. Че тут вообще обсуждать? Методом тыка можно попробовать и РАУЗ прикрутить, вдруг быстрее станет :) Сам факт того актуальная граница или нет, никак не влияет на быстродействие.
   Михаил Козлов
 
17 - 19.11.17 - 14:27
(16) Не влияет, но может сигнализировать, что с ПУ ВОЗМОЖНО не все в порядке.
(13) Что партии подбирались быстрее. Для неоперативного списания не критично.
   ИТ директор
 
18 - 19.11.17 - 14:28
(17) куда подбирались?
   Михаил Козлов
 
19 - 19.11.17 - 14:30
(18) Какие партии списываютя.
   Fragster
 
20 - 19.11.17 - 14:33
если версия древняя, то правка одного запроса ускорит проведение документов в 5 раз. граница последовательности хз где не говорит о том, что итоги по партиям не закрыты.
   vis_tmp
 
21 - 20.11.17 - 15:26
(20)Что за запрос?
   Джинн
 
22 - 20.11.17 - 15:36
А на кой ляд этот партионный учет вообще включен? Кому вообще нужна эта фикция?
   Cyberhawk
 
23 - 20.11.17 - 16:38
(22) Вдруг у них хранятся на складе товары в коробках с бирками-партиями :)
   Джинн
 
24 - 20.11.17 - 16:54
(23) Угу. Прямо так кладовщики и подбирают по партиям. С учетом описанного выше бардака. Сплю и вижу. И задним числом никто ничего не вводит.
   Cyberhawk
 
25 - 20.11.17 - 17:01
(24) Ну еще партионка в программе помогает избежать ситуации более-менее "плавного" повышения рентабельности в отчетах по тем товарам, по которым закупочная цена скачкообразно изменилась.
Сидит такой топ и смотрит - бац! - скачок в отчете (по сравнению с предыдущим месяцем, например).
   Cyberhawk
 
26 - 20.11.17 - 17:02
Ну а чо - хоть какой-то прок от этой фикции, вдруг кому-то именно так и хочется отчет видеть )
   Джинн
 
27 - 20.11.17 - 17:10
(26) Можно еще смотреть отчет стоя на голове, жонглируя при этом тремя степлерами. Вдруг кому-то именно так и хочется отчет видеть.
   Cyberhawk
 
28 - 20.11.17 - 17:10
(27) Кстати есть доработки очетов еще на обычных формах, чтоб надпись "Отчет формируется" крутилась по кругу под всеми углами ))
   Buster007
 
29 - 20.11.17 - 17:11
а сколько запрос по получению партий выполняется?
   Aleksey
 
30 - 20.11.17 - 17:41
(25) Тем самым позволяет выявляет ошибки в приходных накладных. Т.е. когда цена было 200 рублей а тут бац и 250, при том что продажная 240. И начинаешь разбираться что за косяк, девочка цифры местами поменяла или по результатам инвентаризации нашли товар и поставили ему завышенную цену.
А вот учет по среднему в этом случае "размазал" бы пики и скрыл ошибки в учете
   Cyberhawk
 
31 - 20.11.17 - 17:45
Вот, хоть кто-то в (30) видит пользу :)
   Злопчинский
 
32 - 20.11.17 - 19:23
(0) да.
Быстродействие будет в том что объём выборки итогов будет меньше при нормально закрытом регистре то бишь тебе для перелопачивания вернётся 30 тыс записей а не 300 тыс


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