Очистка лога изменения складских приемок

[sergeypp]

InventSumTTSLog - такой таблицы нет, зато есть InventSumLogTTS - в ней 15 млн записей и она весит 5 Гигов.
Где можно почитать про эту таблицу и для чего она нужна
На форуме mazzy - я тоже поднял эту тему. Мне ответили, что нужно отключить лицензию на свободное планирование. Возникает вопрос, как может отразиться отключение на функциональность других модулей?

[Logger]

Цитата:

Сообщение от sergeypp

InventSumTTSLog - такой таблицы нет, зато есть InventSumLogTTS - в ней 15 млн записей и она весит 5 Гигов.
Где можно почитать про эту таблицу и для чего она нужна
На форуме mazzy - я тоже поднял эту тему. Мне ответили, что нужно отключить лицензию на свободное планирование. Возникает вопрос, как может отразиться отключение на функциональность других модулей?

Насколько мне известно эта таблица используется при откате транзакции в случае когда включена IMTS (система множественных складских транзакций) и при расчетах в сводном планировании.

Если у вас не используется IMTS и сводное планирование (либо если вы реально им не пользуетесь) то рекомендую
исправить метод forcedCreateInventSumLog() класса InventUpdateTTSControl
таким образом :

PHP код:

boolean forcedCreateInventSumLog()
{
//    return (isConfigurationKeyEnabled(configurationkeynum(req)));
    return false;
} 


Посмотрите еще метод
insertInventSumLogTTS() класса InventUpdateTTSControl

и метод deleteCommittedItemId() таблицы InventSumLogTTS
я думаю, что если выгнать всех пользователей из базы и остановить АОС то почти наверняка в это таблице не будет записей со значением inventSumLogTTS.IsCommitted == noYes::No

Если это так то тогда можно просто сделать truncate

Если же такие записи есть (обычно их немного) то лучше их скопировать куда нить, затранкейтить inventSumLogTTS а потом вставить эти записи обратно. Это самый быстрый способ.

[mazzy]

Цитата:

Сообщение от Logger

Если у вас не используется IMTS и сводное планирование (либо если вы реально им не пользуетесь) то рекомендую
исправить метод forcedCreateInventSumLog() класса InventUpdateTTSControl
таким образом :

PHP код:

boolean forcedCreateInventSumLog()
{
//    return (isConfigurationKeyEnabled(configurationkeynum(req)));
    return false;
} 


Не правьте код.
Если эти модуль сводное планирование не используется - просто выключите лицензию.
Когда будет использоваться - включите лицензию.

Это надежный и не зависящий от программистов способ.

TTS-таблицы, насколько я помню, используются только в сводном планировании при расчете динамического сводного плана.

IMTS, насколько я помню, поддерживает работу TTS таблиц только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS отлично обходится и без этих таблиц.

Посмотрите в перекрестные ссылки, чтобы убедится достоверно.

Не программируйте.

[Logger]

Цитата:

Сообщение от mazzy

IMTS, насколько я помню, поддерживает работу TTS таблиц только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS отлично обходится и без этих таблиц.

не совсем так...

см. метод insertInventSumLogTTS() класса InventUpdateTTSControl

сначала идут проверки

PHP код:

    mustUseTTSSystem = this.mustUseTTSSystem();

    if (!mustUseTTSSystem && !this.forcedCreateInventSumLog())
        return;

    if (mustUseTTSSystem && (!this.dBConnectionUpd() || !TTSLevel_Upd || !appl.ttsLevel()))
        throw error(strfmt("@SYS69842",funcname()));

    if (mustUseTTSSystem)
        inventSumLogTTS.setConnection(this.dBConnectionUpd()); 


а потом идет код по вставке записей.

В общем видно что при включенной IMTS и при работе не из формы - записи отлично вставляются (даже при выключенном сводном планировании). Если бы не так, то при откате транзакции аксапта не смогла бы корректно восстановить значения остатков в InventSum, так как каждая строка обрабатывается при этом в отдельной транзакции.

P.S.
см. также

PHP код:

// класс InventUpdateTTSControl
/*
Used all over to detect whether TTSSystem is active.
If method setTTSMode has not been called before first call to this method, it will default to
"Standard" which means that TTSSystem is not active. Generally method setTTSMode is called when
instantiating class hierarchy InventUpdate
*/
public boolean mustUseTTSSystem()
{
    if (TTSMode == InventUpdateTTSMode::UnDecided && appl.ttsLevel())
        TTSMode = InventUpdateTTSMode::Standard;

    if (!InventUpdateTTSControl::tTSSystemEnabled())
        return false;

    return TTSMode == InventUpdateTTSMode::TTSsystem ? true : false;
} 


PHP код:

// класс InventUpdate
void new(InventMovement _inventMovement)
{

    movement        = _inventMovement;
    if (! movement.transId())
        throw error("@SYS17272");

    appl.inventUpdateTTSControl().setTTSMode (movement.mustUseInventUpdateTTSSystem());

} 


PHP код:

// класс InventMovement
boolean mustUseInventUpdateTTSSystem()
{
    boolean useTTSSystem;
    ;
    useTTSSystem = this.buffer().isFormDataSource() ? false : true;
    return useTTSSystem;
} 


[Recoilme]

Цитата:

Сообщение от Logger

В общем видно что при включенной IMTS и при работе не из формы - записи отлично вставляются (даже при выключенном сводном планировании). Если бы не так, то при откате транзакции аксапта не смогла бы корректно восстановить значения остатков в InventSum, так как каждая строка обрабатывается при этом в отдельной транзакции.

Действительно, если бы акзапта умела корректно восстанавливать остатки при включенном IMTS ...

Вся эта хрень не плодилась бы напрасно ))

[mazzy]

Цитата:

Сообщение от Logger

не совсем так...
см. метод insertInventSumLogTTS() класса InventUpdateTTSControl

...

а потом идет код по вставке записей.

В общем видно что при включенной IMTS и при работе не из формы - записи отлично вставляются (даже при выключенном сводном планировании)....

Спасибо.
1. Приятно общаться с человеком, который знает и умеет обосновать.
2. Да, я действительно написал небрежно и неправильно
Неправильно:

Цитата:

IMTS, насколько я помню, поддерживает работу TTS таблиц только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS отлично обходится и без этих таблиц.

Правильно:

Цитата:

IMTS, насколько я помню, оставляет записи в TTS таблицах только в том случае, если включен модуль сводного планирования. Если модуль Сводное планирование выключен, то IMTS удаляет записи в этих таблицах.

См.
\Classes\InventUpdateTTSCleanup\commitTransaction
\Classes\InventUpdateTTSCleanup\rollBackTransaction

        if (appl.inventUpdateTTSControl().forcedCreateInventSumLog())
        {
            update_recordset inventSumLogTTS setting isCommitted = 1
                where inventSumLogTTS.TTSId == TTSId && inventSumLogTTS.IsCommitted == 0;
        }
        else
        {
            delete_from inventSumLogTTS
                where inventSumLogTTS.TTSId == TTSId && inventSumLogTTS.IsCommitted == 0;
        }

boolean forcedCreateInventSumLog()
{
    return (isConfigurationKeyEnabled(configurationkeynum(req)));
}

Предлагаю сосредоточиться таки на проблеме автора

Цитата:

Сообщение от sergeypp

База растет с угрожающей скоростью (слежу по размерам архивов бакапов)

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

[Logger]

Действительно удаляются.
Это радует.

[miklenew]

Цитата:

Сообщение от Logger

и метод deleteCommittedItemId() таблицы InventSumLogTTS
я думаю, что если выгнать всех пользователей из базы и остановить АОС то почти наверняка в это таблице не будет записей со значением inventSumLogTTS.IsCommitted == noYes::No

Если это так то тогда можно просто сделать truncate

Если же такие записи есть (обычно их немного) то лучше их скопировать куда нить, затранкейтить inventSumLogTTS а потом вставить эти записи обратно. Это самый быстрый способ.

Тоже сталкнулся с этой проблемой.
Есть импорт из внешней базы.
За 30 минут импортируется большое количество строк заказов и журналов.
Точно не считал сколько. Но не в этом дело. inventSumLogTTS забивается конкретно.
Потом запускаем сводное планировани.
В сводном планирование почти сразу вызывается deleteCommittedItemId() таблицы InventSumLogTTS
Так вот вопрос может на insert этой таблицы повесить проверку
if (inventSumLogTTS.IsCommitted == noYes::Yes )
return;
Так время сэкономлю и на insert этой таблицы и ещё больше на очистки этой таблицы. Потому что после большого импорта заказов и журналов deleteCommittedItemId() очень долго отрабатывает.
Если у кого нибудь есть какие-нибудь возражения или опасения на это решение напишите пожалуйста. Потому что я пока их не вижу.
Одна голова хорошо, а целый форум лучше.

[glibs]

Цитата:

Сообщение от miklenew

...
Так вот вопрос может на insert этой таблицы повесить проверку
if (inventSumLogTTS.IsCommitted == noYes::Yes )
return;
...

Я не проверял, но первым делом проверил бы, не происходит ли так, что при insert() inventSumLogTTS.IsCommitted == noYes::No, а при update inventSumLogTTS.IsCommitted == noYes::Yes.

[miklenew]

Цитата:

Сообщение от glibs

Я не проверял, но первым делом проверил бы, не происходит ли так, что при insert() inventSumLogTTS.IsCommitted == noYes::No, а при update inventSumLogTTS.IsCommitted == noYes::Yes.

Проверял. При insert-e Yes.