вхолостую считано 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/]

Quote:

Originally Posted by AndyD

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

while select AccountNum from VendTable
{
    break;
}

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

[Logger]

Quote:

Originally Posted by /Antony/

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

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

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

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

[/Antony/]

Quote:

Originally Posted by 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

Quote:

Originally Posted by 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/]

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

Quote:

Originally Posted by AndyD

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

while select AccountNum from VendTable
{
    break;
}

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