|
v7: Оптимальный размер Ввода остатов по партиям. | ☑ | ||
---|---|---|---|---|
0
uno-group
09.07.18
✎
13:02
|
Не спешно обрезаю ТИС уже 5 лет обрезал. По году на выходные. Сейчас столкнулся с долгим проведением документа Ввод остатков ТМЦ. Ждал 14 часов не дождался. В нем тысяч 100 строк на сколько документов его разбить чтобы ускорить процесс?
|
|||
1
Cool_Profi
09.07.18
✎
13:02
|
по 10 000
Или пиши своё прямо-скульное проведение |
|||
2
uno-group
09.07.18
✎
13:04
|
дбф
|
|||
3
Cool_Profi
09.07.18
✎
13:04
|
(2) Эквипенисуально. sqlite никто не запретил пока ещё...
|
|||
4
uno-group
09.07.18
✎
13:06
|
100 по 1000 строк будет проводиться Быстрее чем 10 по 10 000.
|
|||
5
Джинн
09.07.18
✎
13:18
|
(4) Разделите лучше не по количеству строк, а по складам, по группам товаров и т.п., чтобы легче потом сверять и при необходимости править остатки.
|
|||
6
nicesc
09.07.18
✎
13:19
|
1000строк
|
|||
7
Ёпрст
09.07.18
✎
13:31
|
(0) уберите лишнюю аналитику и там будет 200 строк, а не 100000
|
|||
8
Duke1C
09.07.18
✎
13:51
|
(4) + в ДБФ-е разрядность номера строки 4, т.е. 9999, дальше начинаются чудесатые чудеса
|
|||
9
uno-group
09.07.18
✎
13:51
|
(7) автозапчасти. ассортимент тысяч за 30 на момент обрезки сейчас по 50. (5) склад 1. группы динамические
|
|||
10
Ёпрст
09.07.18
✎
13:55
|
(9) Ну, тогда только период хранения останков сделать в 5 дней. Тогда даже твой документ в 100к строк будет гооораздо быстрее толкать регистр.
|
|||
11
uno-group
09.07.18
✎
14:05
|
Из-за разового ввода остатков в 6 раз раздувать файлы регистров. да и постосновные тормоза из-за того что пишутся остатки на начала всех периодов от документа до ТА. а так их гораздо больше станет.
|
|||
12
Ёпрст
09.07.18
✎
14:07
|
(11) если итоги норм закрываются, то таблички итогов не намного потяжелеют. Зато, любое штатное проведение доков, любой отчет на типовом запросе.. полетит.
|
|||
13
Ёпрст
09.07.18
✎
14:08
|
единственный минус - открытие нового периода через 5 дней. Нужно будет в регламент втыкать перенос ТА
|
|||
14
Злопчинский
09.07.18
✎
14:08
|
Универсальным двигателем регистров база неспешно режется за полторадва часа, ещё столько же неспешно мелкое наведение красоты
|
|||
15
Злопчинский
09.07.18
✎
14:10
|
(12) угу, запускал склад на 77, узкое место Журнал доков, перевёл на периодичность 5 дней, стало намного лучше
|
|||
16
uno-group
09.07.18
✎
14:16
|
(14) Универсальный это какой где качнуть.
|
|||
17
uno-group
09.07.18
✎
14:19
|
(12) Там довольно много редких деталюх которые лежат на складе по нацать лет. ходовых позиций регулярно закрывающихся в 0 -20% номенклатуры.
|
|||
18
Duke1C
09.07.18
✎
14:29
|
(15) Это про который на Т1С в своём бложике писал?
А период каждые 5 дней руками открывают? |
|||
19
Вафель
09.07.18
✎
14:33
|
а как может периодичность 5 дней улучшить ситуацию? это ведь в таблице итогов будут итоги на каждые 5 дней.
Или в 77 все не так? |
|||
20
Duke1C
09.07.18
✎
14:38
|
(19) Если итоги постоянно в 0 закрываются, то улучшит, но автору это наоборот только ухудшит
|
|||
21
Cthulhu
09.07.18
✎
14:44
|
(10) ну тогда можно и оборотным его сделать... )))
|
|||
22
uno-group
09.07.18
✎
14:45
|
(19) Проведение документов в не ТА за счет более быстрого получения остатков при этом получается.
|
|||
23
Ёпрст
09.07.18
✎
16:27
|
(19) меньше вычислений при проведении документа/расчета остатков
|
|||
24
Max_Prog
09.07.18
✎
19:57
|
(3) На скуле штатное проведение доков раз в 5 дольше! Скуль на семеру накатить (WinSerer , BkEnd.dll и сам скуль настроить), ну и "своё прямо-скульное проведение" навести... Думаю даже по часам затратно.
|
|||
25
Garykom
гуру
09.07.18
✎
20:05
|
Обрезать "сзади" (начиная с самых древних годов) это полный идиотизм. Да еще и "по году за выходные"...
Какой смысл делать свертку старого если оно на текущий момент давно продано? И должно быть убрано к чертям из базы! |
|||
26
Max_Prog
09.07.18
✎
20:09
|
(0) Взять копию там обрезать что нужно (пусть неделя или две). Далее качнуть доки и справочники штатной выгрузкой ТиС в ТиС.
|
|||
27
Garykom
гуру
09.07.18
✎
20:10
|
Как работает нормальная свертка:
1. Берутся остатки (номенклатура, партии) на начало периода который оставляем. 2. Делаем ввод остатков на то что должно остаться на начало периода. 3. Сносим все что было раньше. Иногда проще сделать перенос остатков и доков за текущий период в новую чистую базу, если то что сносить за старые года слишком много. |
|||
28
Max_Prog
09.07.18
✎
20:10
|
За неделю или две
|
|||
29
Max_Prog
09.07.18
✎
20:15
|
Выгрузку из старой и загрузку в пустую (чистую) базу, вес базы уменьшит (может в разы).
|
|||
30
Max_Prog
09.07.18
✎
20:57
|
(0) В старой сделать выгрузку (пусть ночью) => в новой (Чистой) загрузку => Обрезать как нужно в новой (в старой пусть работают неделю, хоть месяц) => Загрузить штатной обработкой ТиС в ТиС (в выхи) доки из базы Старой в Новую, за время отсутствия новой базы => Сделать новую базу Новой!
|
|||
31
Max_Prog
09.07.18
✎
21:14
|
(30) Главное что бы в предыдущий период не лезли, или запоминали дату доков. Эти даты тоже качнуть штатной выгрузкой из ТиС в ТиС.
|
|||
32
uno-group
10.07.18
✎
08:31
|
Оставлять решили последних 7 лет. из них четко пере проводятся последние 3 года. Там по 20-50 возвратов в день.
+ Валюту взаиморасчетов у клиента меняли не перепроводя все документы за прошлые периоды. Решили с начала месяца будем вести взаиморасчеты вместо гривны в долларах приходным кассовым выровняли остаток до нужного в валюте в карточке валюту взаиморасчетов изменили, деньги с кассы списали чтобы шла и погнали дальше работать. Так на свертку года я трачу 30 минут своего внимания и за пару месяцев все обрежется часов 8 чистой работы. А на разгребание этой кучи навоза с пере проведением 7 лет уйдет в разы больше времени. |
|||
33
Max_Prog
10.07.18
✎
12:54
|
(32) Проще всегда лучше
|
|||
34
NSSerg
10.07.18
✎
13:01
|
Обрезать на нормальном сервере, на SQL (хотя можно и в ДБФ), потом выгрузить обратно в дбф.
Документ разбей по 100 строк. Чем больше транзакция, тем медленней выполняются операции. Сдвигаешь ТА на дату обрезки, выгружаешь итоги в документы ввода остатков. Сдвигаешь ТА на начало времен, помечаешь на удаление старые документы, и возвращаешь ТА на сегодняшний день. И уйдет у тебя максимум час на всю обрезку. Без привлечения нештатных методов. |
|||
35
Max_Prog
10.07.18
✎
13:39
|
(34) На Скуле может весомые документы проводятся и быстрее, не знаю. А небольшие доки ОтчетККМ, но много, по 300 в день в ДБФ в разы быстрее. Чтобы последовательность восстановить выгружаю в ДБФ, восстанавливаю и обратно. ОтчетККМ - документ емкий (по регистрам).
|
|||
36
NSSerg
10.07.18
✎
13:47
|
(35) Для обрезки не нужно восстановление последовательности, так как ты её не нарушаешь. Программно возвращай все ГП на точку до обрезки, без перепроведений.
|
|||
37
Max_Prog
10.07.18
✎
13:51
|
(36) Я про свои базы опытом делился.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |