Запрос выдает не все данные

[vasiliy]

Простой перебор строк while select myTable, без всяких условий. В таблице 8 записей, но выбираются только 4. Как такое может быть?

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

Компания одна?

[vasiliy]

Компания одна.

[A_BAS]

А внутри цикла данные случайно не апдейтятся? А кэширование таблицы какое?

[vasiliy]

Кэширование FoundAndEmpty.

Более детально, это таблица в управлении складом whsTmpWorkLine.

В цикле никаких апдейтов. И даже условий where никаких.

[mazzy]

Цитата:

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

Более детально, это таблица в управлении складом whsTmpWorkLine.

судя по названию таблицы, у вас ax2012.

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

как проверяете, что в таблице 8 или 4 записи? проверяете одну и ту же табличную переменную или разные?

[mazzy]

Цитата:

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

Простой перебор строк while select myTable, без всяких условий. В таблице 8 записей, но выбираются только 4. Как такое может быть?

ax2012: по этой таблице включен XDS в
ax2009 и ниже: по этой таблице включен RLS и у табличной где то вызван метод myTable.recordLevelSecurity(true);

[vasiliy]

Кэширование не влияет. Подставлял forupdate, менял у таблицы свойтво на none. Результат тот же.

[vasiliy]

да, у нас 2012
если в дебагере оборвать выполнение, в таблице остается 8 записей.
у таблицы свойство tableType = Regular

[vasiliy]

Нет, никаких наследований.

А можно привести полностью эксперимент?
Просто смотрю как создается для примера в классе WhsWorkCreate метод createTempLine
там кроме insert есть и delete.
В общем сложно как то без чистоты эксперимента.

WHSTmpWorkLine WHSTmpWorkLine;
    int i;
    while select WHSTmpWorkLine
    {
        info(strFmt("%1", WHSTmpWorkLine.recID));
        
    }        
    /*
    for (i =1; i <= 8; i++)
    {
        WHSTmpWorkLine.clear();
        WHSTmpWorkLine.WorkCreateId = '1';
        WHSTmpWorkLine.setLineNum();
        WHSTmpWorkLine.doInsert();
    }        
    */
    info("s");

Такой код к примеру работает корректно и 8 записей выдает честно.

[vasiliy]

запрос в базу без условий также

FROM WHSTMPWORKLINE T1 WHERE ((PARTITION=?) AND (DATAAREAID=?))

[vasiliy]

В этом то и дело. Через job я также создавал и все читалось нормально. А вот при работе функций читает не все.
Эксперимент, это функция Обработать, на форме Все волны (упр. складом) (обработка волны, создание работ и пополнения).
В частности у нас два раза вызывается \Classes\WHSWorkCreateReplenishment.
И там есть метод findReplenishmentPutLocation. Вот при втором проходе и не читаются записи созданные при первом проходе.

А можете посмотреть чем у 8 записей заполнены DataAreaID и PARTITION?
Просто смущает что нет явного задания. Можете свойства SaveDataPerCompany и SaveDataPerPartition + прочее в No поставить?

[Cardagant]

Цитата:

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

В этом то и дело. Через job я также создавал и все читалось нормально. А вот при работе функций читает не все.

Возможно, что-то прояснит просмотр простого запроса (без while) непосредственно в месте вызова while к этой же табличной переменной?

Что-то вроде:

select generateonly RecId from YourTable; // (можно добавить условия while, если есть)

info(YourTable.getSQLStatement());

[vasiliy]

Цитата:

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

Возможно, что-то прояснит просмотр простого запроса (без while) непосредственно в месте вызова while к этой же табличной переменной?

Что-то вроде:

select generateonly RecId from YourTable; // (можно добавить условия while, если есть)

info(YourTable.getSQLStatement());

тот же запрос без условий

SELECT T1.RECID FROM WHSTMPWORKLINE T1 WHERE ((PARTITION=?) AND (DATAAREAID=?))

[vasiliy]

dataArea и Partition у всех записей одинаковые.

[A_BAS]

поставьте точки останова в методах aosValidateInsert и aosValidateDelete и попробуйте потрейсить ваш эксперимент

[TasmanianDevil]

Системным хроноложеством не грешили на данной таблице ?
Нет ли в структуре таблицы полей ValidFrom, ValidTo ?

[mazzy]

Цитата:

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

Системным хроноложеством не грешили на данной таблице ?
Нет ли в структуре таблицы полей ValidFrom, ValidTo ?

точно. и у меня такой вопрос был
ax2012 - почему не находит по RecID УЖЕ существующую запись?