Пересчет inventSum

[DreamCreator]

День добрый!

1. Можно ли стандартным образом функционалом пересчитать inventSum (интересует поле 'В наличии') на основании проводок?

2. Чем мне аукнется если я руками изменю поле 'В наличии'?

[db]

1. Проверка целостности данных пересчитыват InventSum
2. Лучше не изменяй А аукнется по разному смотря какую ты туда цифру поставишь

[DreamCreator]

Спасибо!

Как сделать проверку целостности? Можно ли ее делать одновременно с работой пользователей??

[mazzy]

Главное меню \ Основное \ Периодические операции \ Проверка целостности данных компании
установите режим проверки Коррекция ошибок.

любым образом выберите модуль управление запасами
установите галочку в Номенклатура \ В наличии

Помещу пожалуй в FAQ

[db]

1. Основное\Периодические операции\Проверка целостности данных компании
2. Одновременно с работой лучше не надо. Если надо починить только InventSum, да еще одновременно с пользователями то лучше сделать какой джоб, расковыряв класс InventConsistencyCheck_Onhand.

Хотя все зависит от того сколько у вас пользователей и какая нагрузка на систему

[DreamCreator]

Спасибо!

[mazzy]

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

http://forum.mazzy.ru/index.php?showtopic=3419

[Recoilme]

2 db
2 mazzy: Запускали на живой. Пользователи живы
чтоб запускать пересчет на живой писали жоп а-ля:

PHP код:

static void InventSumRecalc(Args _args)
{
    InventTable                 inventTable;
    InventSumReCalcItem         inventSumReCalcItem;
    SysOperationProgress        progress = new SysOperationProgress();
    ALK_InventSumRecalcLogTbl   logTable;
    int                         i;
    ;

//    select count(recId) from inventTable;
//
//    info(strfmt("Начало %1", time2str(timeNow(), 0, 0)));
//
//    progress.setTotal(inventTable.RecId);
//
//    try
//    {
//        while select ItemId from inventTable
//            order by ItemId
//        notexists join logTable
//            where logTable.Itemid == inventTable.ItemId
//        {
//            /*
//            if (i == 500)
//            {
//                i = 0;
//                info(strfmt("Завершение %1", time2str(timeNow(), 0, 0)));
//                pause;
//                info(strfmt("Начало %1", time2str(timeNow(), 0, 0)));
//            }*/
            ttsbegin;
            inventSumReCalcItem = new InventSumReCalcItem("SPH118448", false, CheckFix::Fix);
            inventSumReCalcItem.updateNow();
            ttscommit;

//            logTable.Itemid = inventTable.ItemId;
//            logTable.insert();
//
//            i++;
//            progress.incCount();
//        }
//    }
//    catch(Exception::Deadlock)
//    {
//        retry;
    }
//} 


ЗЫ: скрипты смайлы вместо дедлоков вставить норовят Внизу конечно написано ексептион- дедлок

[db]

Цитата:

Изначально опубликовано mazzy
не надо ковырять.
проверка будет перебирать складские проводки и суммировать.
при переборе складских проводок блокировка очень быстро эскалируется до таблицы.
пользователи все равно работать не смогут.

http://forum.mazzy.ru/index.php?showtopic=3419

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

[mazzy]

как скажешь.
я в факе и написал - при низкой активности

но чаще всего пересчитаывать приходится самую популярную номенклатуру...

[Recoilme]

2 mazzy: не спорь с db, бесполезно..

[mazzy]

Цитата:

Изначально опубликовано db
Склад параллельно с работой пономенклатурно закрыть получается, эта задачка уж явно не тяжелее

Ну ешкин-матрешкин...
Закрытие склада не перебирает все складские проводки. А только открытые.
Пересчет итого перебирает все по каждой пересчитываемой номенклатуре.

Проблема в том, что блокировка будет очень быстро эскалирована до уровня таблицы. И смотреть надо в сторону - что влияет на эскалацию.

[mazzy]

Цитата:

Изначально опубликовано Recoilme
2 mazzy: не спорь с db, бесполезно..

Извините, закругляюсь.

[db]

Короче, работает пересчет параллельно с юзерами.

Блокировка до уровня таблицы на MS SQL - только если будет мало номенклатур. Постранично заблокирует, да, таблицу целиком - это только если в сервере памяти уж совсем нет. Блокировка в любом случае только на чтение - другие не смогут только изменять страницы с этими проводками. Кто нарвется на пересчитываемую номенклатуру - подождет некоторое время, подтормозит и все

А сравнение с закрытием склада вполне резонное, так как узкое место для параллельной работы здесь не считка InventTrans, а обновление-пересоздание InventSum - будет и при пересчете InventSum и при закрытии склада

[korolf76]

Лучше всего использовать

ttsbegin;
inventSumReCalcItem = new InventSumReCalcItem("SPH118448", false, CheckFix::Fix);
inventSumReCalcItem.updateNow();
ttscommit;

Стандртная вещь делает еще проверку целостности, что только для пересчета лишнее.
Кроме того, там в классе сидит бага SysConsistencyCheck,
которая на реальной базе с номенклатурой в десятки тысяч затянет дело на несколько часов....

[Хочулия]

А можно ли из InventSum удалить пустые строки - или чем аукнется тоже?

[db]

которые Closed можно

[Хочулия]

db
Спасибо!

[Recoilme]

Только проверьте на всякий случай не висит ли сумм в деньгах на клоузед...

2 db: кстати откуда на них могут деньги остаться и как с этим бороться ?

[db]

Цитата:

Изначально опубликовано Recoilme
Только проверьте на всякий случай не висит ли сумм в деньгах на клоузед...

2 db: кстати откуда на них могут деньги остаться и как с этим бороться ?

Посмотреть проектные модификации - гте-то что-то на_ш_кодировали