Операция присваивания или сравнения вызывает потерю точности.

[Владимир Максимов]

dax2012

При работе с числовыми значениями, при записи в поле типа Integer, Axapta может предупредить

Цитата:

Операция присваивания или сравнения вызывает потерю точности.

Понятно, что тут следует использовать разные функции конвертации типов вроде any2int(). Но что делать, если такое сообщение возникает при работе с групповыми командами вроде insert_recordset и update_recordset?

Ну, например, в шапке документа есть поле для хранения количества строк. Тип Integer. Для подсчета строк использую count(RecId), но RecId - это int64. Получаю предупреждение о возможной потере точности

условный код примерно такой

insert_recordset MyTab (NumOfLines)
select count(RecId) from MyLine where (...)

Как для таких команд подавить предупреждение Best Practices о потере точности?

[Logger]

Цитата:

Сообщение от Владимир Максимов

dax2012
Как для таких команд подавить предупреждение Best Practices о потере точности?

Не сталкивался с таким.

Может быть сделать count(RECVERSION) и его значение вставить. Там тип как раз int32
Но я не пробовал.

insert_recordset MyTab (NumOfLines)
select count(recVersion) from MyLine where (...)

[Товарищ ♂uatr]

Стоит взвесить издержки:
- Сменить тип переменной с int на int64 = рост занимаемого дискового пространства x2;
- Осуществлять runTime-конвертацию (не для случая вставки при выборке) = снижение быстродействия, что критично для вычислительных операций;
- Закрыть глаза на данное BP = риск ошибок, которые проявятся только в runTime.

С count нужно постараться, чтобы превысить int, но это если функция выполняет, например, sum/max - переполнение реальное.
Использование иного типа данных является правильным решением, но не во всех случаях уместным.

[Владимир Максимов]

Про то, что кроме RecId есть еще RecVersion забыл. Все примеры-то через RecId. А через RecVersion проще делать подсчет количества