Ошибка: Ошибка при выполнении операции над данными: Microsoft OLE DB Provider for SQL Server: Arithmetic overflow error converting numeric to data type numeric. HRESULT=80004005, SQLSrvr: SQLSTATE=22003, state=8, Severity=10, native=8115, line=1

Данная ошибка возникает при попытке округления результата деления через функцию ВЫРАЗИТЬ()

текст запроса: ... ; ВЫБРАТЬ ВремТабл.Числ КАК Числитель, ВремТабл.Знам КАК Знаменатель, ВремТабл.Числ/ВремТабл.Знам КАК Частное, ВЫРАЗИТЬ(ВремТабл.Числ/ВремТабл.Знам как Число(10,2)) КАК ЧастноеОкр//здесь ошибка. Если разр указать выше (10,1) -выдается ошибка сабжа.

при этом знаменатель всегда отличен от нуля(условие в самой врем таблице), числ может быть равен нулю. Но даже если числ равен 0, то выразить (0 как число(10,2)) - выдает 0, без всякой ошибки..

Ошибка:
Ошибка при выполнении операции над данными: Microsoft OLE DB Provider for SQL Server: Arithmetic overflow error converting numeric to data type numeric. HRESULT=80004005, SQLSrvr: SQLSTATE=22003, state=8, Severity=10, native=8115, line=1

Данная ошибка возникает при попытке округления результата деления через функцию ВЫРАЗИТЬ()

текст запроса: .
..
;
ВЫБРАТЬ ВремТабл.Числ КАК Числитель,
ВремТабл.Знам КАК Знаменатель,
ВремТабл.Числ/ВремТабл.Знам КАК Частное,
ВЫРАЗИТЬ(ВремТабл.Числ/ВремТабл.Знам как Число(10,2)) КАК ЧастноеОкр//здесь ошибка. Если разр указать выше (10,1) -выдается ошибка сабжа.

при этом знаменатель всегда отличен от нуля(условие в самой врем таблице), числ может быть равен нулю. Но даже если числ равен 0, то выразить (0 как число(10,2)) - выдает 0, без всякой ошибки..

а точно и числитель и знаменатель - числа. строка нигде не могла затесаться?

методом вилки найдите ошибочную строчку

(2) точно. Число(10,1) обрабатывает без проблем

(3) какое условие для вилки?

ну тогда в MSDN :)

(5)
первая половина записей ТЗ, если работает - вторая

v8: Ошибка: Arithmetic overflow error converting numeric to data type numeric

(7) этих записей там легион..

(9)
сходимость алгоритма LG(легион)

кстати ошибка должна быть и без выразить.

обрабатывать данные пересылкой на субд очень дурной тон программирования.
для этого прекрасно подходит скд.

http://www.sql.ru/forum/328810/help-arithmetic-overflow-error-converting-numeric-to-data-type-numeric

Всем спасибо, причина найдена.
А причина в данных... в одной из 10 000 строк поле Margin оказалось равным 90 000 000 % :) в общем проблема таки в переполнении.

(10) плюсую, вычисляемые поля решают большинство таким проблем

+(10) точнее log2 (легион)

Читаю статью про округления в запросе. Там оказывается целая наука..

(14)
округления не причем

еще есть варианты?