вхолостую считано n записей - Какова причина?

[/Antony/]

Доброго времени суток, уважаемые аксаптоведы.

В логах АОСа имеется запись следующего вида (ну и куча ей подобных):

База данных: Microsoft SQL Server
Предупреждение: Из таблицы "RAssetStandards" вхолостую считано 2 записей. Попробуйте использовать ключевое слово FIRSTONLY или составьте более точный запрос WHERE. [W-0101]
Стек вызовов:
(S) \Classes\RAssetPost\updateStatus - line 50
(S) \Classes\RAssetPost_Depreciation\updateStatus - line 32
...

Сколько ни пытался - не удалось самому сформировать код X++, приводящий к аналогичной записи в логе. Не могу понять природу возникновения таких записей, чтоб победить проблему. Пожалуйста, подскажите возможные причины.

PS: Ax v 3.0

[TasmanianDevil]

Прошаривание по RAssetStandards и doUpdate() сначала в переопределенном методе, потом в вызове родительского метода ...

[AndyD]

Вот такая конструкция вызывает соответствующий варнинг

while select AccountNum from VendTable
{
    break;
}

[/Antony/]

Цитата:

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

Вот такая конструкция вызывает соответствующий варнинг

while select AccountNum from VendTable
{
    break;
}

Не удалось получить варнинг, сам тоже пробовал уже этот способ... хм...может там еще требуются какие-нить отягосчающие обстоятельства)))...

[Logger]

Цитата:

Сообщение от /Antony/

Не удалось получить варнинг, сам тоже пробовал уже этот способ... хм...может там еще требуются какие-нить отягосчающие обстоятельства)))...

Попробуйте так

VendTable.disableCache(true);
while select AccountNum from VendTable
{
    break;
}

возможно кеширование повлияло.

[/Antony/]

Цитата:

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

Попробуйте так

VendTable.disableCache(true);
while select AccountNum from VendTable
{
    break;
}

Не помогло, проходит гладко

[/Antony/]

Люди, поможите кто чем может. Предложите еще к-нить версии

[db]

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

select salesTable;

if (salesTable)
{
.....
}

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

[ZVV]

http://msdn.microsoft.com/en-us/library/aa854677.aspx

Цитата:

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

XXX records in table 'myTable' retrieved from the database, but never used. Consider using FIRSTONLY, or a more selective WHERE clause.
W-101
A change might not be needed because the client doesn't have to iterate through every record available in the buffer of retrieved records. However, sometimes a more selective WHERE clause can reduce this inefficiency.

Подразумевается, видимо, что клиент считал не просто лишние строчки в таблице, а лишний раз сделал fetch буффера строк (см. параметры buffer size & array fetch ahead в ACU, много раз обсуждалось на форуме).
Соответсвенно надо подыскать ситуацию, когда запрос сделает несколько таких фетчей, для получения выборки (возможно просто табличку взять побольше ), при этом полученные записи никак не использовать...

Ну это не более чем предположение, как вы и просили.

[/Antony/]

В итоге выявлено, что данный варнинг возникает в следующем случае:

Цитата:

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

Вот такая конструкция вызывает соответствующий варнинг

while select AccountNum from VendTable
{
    break;
}

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