Как известно, в 1с числовые переменные хоть и не с плавающей точкой, но фактически "с неограниченной точностью". Тем не менее, в базе нельзя хранить больше 10 значащих цифр после запятой.
Как лучше обойти данное ограничение в случае необходимости хранить более точные значения? Можно хранить как строки, и работать с ними через ЗначениеВСтрокуВнутр/ЗначениеИзСтрокиВнутр - это работает. Но может есть лучший способ?

Храни умноженное на 1 млн, или 1 млрд.

Как число имею ввиду.
0.1234567890123456789 можно хранить как
123456,7890123456789 или 123456789,0123456789

(2) Это понятно, хранить само значащее число и нормализующий коэффициент.

(0) как вариант: хранить в обычном числовом реквизите.
в целой части хранить все число целиком без запятой, в дробной хранить позицию этой самой запятой.

а какие такие высокоточные задачи у вас 1С решает?

хранить в строке, а при вычислении умножать 1000000000000000

Но может ли SQL работать с таким числами...

Значение отдельно, мантиссу отдельно

(0) Хранить два числовых реквизита: целая часть и десятичная часть.

(0) в порядке бреда - хранить логарифм числа

(9) Почему бреда? Так делают все.

(10) потери машинного времени на вычисления. Но если это несущественно, то почему бы и нет.

(0) пи не влазит?)

(12) Например, при необходимости хранить промежуточные данные расчета себестоимости в многоузловом многопередельном производстве. Там лишней точности не бывает, в себестоимости например заклепки копейка - это очень много.

(13) 10 знаков после запятой это с огромным избытком...

предположим в изделии миллион деталек, значит точность самого изделия это 6 нулей (миллион) + 2 нуля (копейки), итого 8 знаков....

что за изделия у Вас ?

(13) если решишь как обмануть оперирование, то сможешь забить на хранение, не?

(13) Тогда задача проще, 10 знаков или даже меньше вам точно хватит.

У нас есть один сложный подгон по ценам, так нам 6 знаков хватило.

(0) Зачем это нужно?

(13) я тебе так скажу, у шли заказы на метиз (гайки, саморезы и т.д.) в тендерах везде стояла цена за 1шт в $ (например 1шт= 0.00013544$) заказчику это нужно было для сравнения цен разных производителей.

не смотря на такие цифорки я придумал алгоритмы которые позволяют нам обходится 2 знаками после запятой и вполне штатно работать в торговле и бухии...

так, что у Вас что-то не то в королевстве...

(18) Да можно придумать алгоритмы, всё можно. Но работать с плавучкой в некоторых случаях было бы просто удобнее.

(19) в бухгалтерии не бывает таких потребностей.
Хотя бы четкий пример привели.

Храни такие значения в строке ;-)

(20) Кролик это не только ценный мех, 1с это не только бухгалтерия)

(21) Ну я это и предложил в (0), но в этом случае язык запросов не сможет обрабатывать такие данные.