Кэширование в InventDimPhys

[DreamCreator]

Добрый день!

Столкнулся с такой ситуацией : отчет Физ. наличие по складам (InventDimPhys) работает корректно через раз, т.е. допустим если первый раз по выбранным критериям он отработал корректно, то после этого, если поменять критерии, отчет формируется точно такой же как и предыдущий.
Возникает подозрение что запрос кэшируется! Только не пойму где?

[AndyD]

Нет запрос не кэшируется. Каждый раз заново отрабатывается на сервере.

О каких критериях идет речь?

[DreamCreator]

Цитата:

Изначально опубликовано AndyD
Нет запрос не кэшируется. Каждый раз заново отрабатывается на сервере.

Возможно неправильно выразился! Извиняюсь!

В методе newQueryInventSum таблицы InventDim

PHP код:

    if (query.dataSourceTable(tableNum(InventDim)))
    {
        qBSDim      = query.dataSourceTable(tableNum(InventDim));
        doFindRange = true;
    } 


ко мне (при инициализации) идет запрос со старыми критериями (склад + поле из моей таблицы)

PHP код:

SELECT * FROM InventDim WHERE ((InventLocationId = 01ЗелКомс)) 

JOIN * FROM InventSum GROUP BY InventSum.ItemId ASC 

EXISTS JOIN * FROM InventTable WHERE InventSum.ItemId = InventTable.ItemId AND ((NOT (ItemType = Услуга))) 

EXISTS JOIN * FROM InventItemRangeDenorm WHERE InventTable.ItemId = InventItemRangeDenorm.ItemId AND ((ItemRangeId = КАУ_042)) 


Далее после того как я нажал кнопку OK в диалоге отчета (допусти ничего не меняя)

PHP код:

SELECT * FROM InventDim WHERE ((InventLocationId = 01ЗелКомс)) 

JOIN * FROM InventSum GROUP BY InventSum.ItemId ASC 

EXISTS JOIN * FROM InventTable WHERE InventSum.ItemId = InventTable.ItemId AND ((NOT (ItemType = Услуга))) 

EXISTS JOIN * FROM InventItemRangeDenorm WHERE InventTable.ItemId = InventItemRangeDenorm.ItemId AND ((ItemRangeId = КАУ_042)) 

EXISTS JOIN * FROM InventItemRangeDenorm WHERE InventTable.ItemId = InventItemRangeDenorm.ItemId AND ((ItemRangeId = КАУ_042)) 


Вижу что последняя строчка написана дважды. Если вместо КАУ_042 в диалоге отчета выбрать другое значение, то оно отобразится вместо последнего КАУ_042.

Непойму как убрать дублирование..

[AndyD]

А можно узнать, что это за объект такой InventItemRangeDenorm?

[DreamCreator]

InventItemRangeDenorm -- это таблца соответствия между уровнями классификатора и кодом номенклатуры. (Одной записи из InventTable соответствует несколько из InventItemRangeDenorm)

[AndyD]

Как я понял - это ваша таблица. А как вы добавляете ее в запрос? В коде или ч/з AOT?

[DreamCreator]

Да, таблица моя!

Добавляю в диалоге отчета, кнопка Выбор, далее на таблице Картотека номенклатуры правой клавишей и выбираю свою таблицу.

Далее внизу формочки с критериями запроса создаю строку для моей таблицы, выбираю таблицу, поле, присваиваю значение. OK.

И поле отображается в форме диалога отчета.

[AndyD]

Значения выбора сохраняются в SysLastValue для отчета InventDimPhys

[AndyD]

Кстати, в нормальном состоянии критерии выбора формируются заново, так что вы, скорее всего, добавляете новый вместо того, чтобы использовать существующий

[DreamCreator]

Цитата:

Изначально опубликовано AndyD
Кстати, в нормальном состоянии критерии выбора формируются заново, так что вы, скорее всего, добавляете новый вместо того, чтобы использовать существующий

Спасибо Andy!

Вопрос как раз и сводится к тому -- почему когда я меняю значение критерия, оно не обновляется в запросе, а добавляется новое? (Со всеми вытекающими)

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

[AndyD]

Хм.. Странно. У меня при изменении критерия он не добавляется, а изменяет существующее значение в запросе.

Может быть какие-то модификации в SysQuery или SysQueryForm?

[DreamCreator]

Модификаций в SysQuery или SysQueryForm нет!

Причем если смотреть как ведет себя поле 'склад', то видно что все корректно -- поменяли в критерии -- поменялся в запросе. И совсем другое дело с моей таблицей.

[AndyD]

Я бы предложил для начала в классе SysQuery метод unpackDataSource() посмотреть как формируется запрос после подтверждения изменения.

Если там все чисто, то надо искать, что происходит при закрытии диалога

[DreamCreator]

Спасибо! О результатах напишу!

[DreamCreator]

SysQuery.unpackDataSource

PHP код:

childDataSourcePack = mapIterator.value();

if (conPeek(childDataSourcePack, #packTableIdPos) == conPeek(pack, #packTableIdPos) 
&& conPeek(childDataSourcePack, #packLinkPos)    == conPeek(pack, #packLinkPos))
{
    childDataSource = _query.dataSourceUniqueId(mapIterator.key());
    childDataSource.enabled(true);
    break;
}
mapIterator.next(); 


Здесь-то и вспоминается старый критерий (вызов после нажатия кнопки OK в диалоге критериев отчета)

[AndyD]

Нет не здесь. Дальше идет такой вызов

PHP код:

                if (childDataSource)
                {
                    SysQuery::unpackDataSource(_query, pack, childDataSource, _origRangeMap, _childDataSourceMap, true);
                } 


В этом методе происходит очистка и загрузка рэнджа выбранным вами новым значением.

[DreamCreator]

Рекурсия однако!
Приятно от того что начал понимать как формируется запрос!

[AndyD]

Особенно если учесть, что кроме рекурсии там пара прямых вызовов, то разбираться становится еще веселее

[AndyD]

Как дела? Удалось выяснить причину?

[DreamCreator]

Как с этим жить и бороться

1. Существующий запрос срабатывает корректно на второй раз (потому как получается два абсолютно одинаковых условия в запросе)

2. Подумываю о реализации запроса через InventItemRangeRef (связь с классификатором по RecId)

Предположения о причинах (восстановления старого значения в запросе):

3. два запроса (с закешированным значением и новым значением) образуются из-за того что между Картотекой номенклатуры (InventTable) и моей таблицей соответствия (InventItemRabgeDenorm) два поля для связи (ItemId и InventItemRangeId)

4. Фича такая

Спасибо за содействие!