Разузловываю спецификации продукции и пересчитываю потребность на еденицу продукции. (беру самую верхнию спецификацию добываю от туда полуфабрикаты нахожу их спецификации потом там нахожу спецификации ИТД задумка не моя такова хотелка заказчика)
проблема в том что если в спецификации самого низкого уровня количество исходного сырья мало например 0,15 и по пока оно пройдет через все спецификации его на еденицу продукции отсаётся ничтожно мало и отчет не выводит такие суммы. вопрос каков предел точности запроса? пытался использовать типа  КАК ЧИСЛО(35, 20)) чтобы принудительно увеличить разрядность не получается, думал даже ввести некий коэффицент например умножать все спецификации на 1000 и в конце делить.

(0) наверно из базы берется размер поля

(1) в SQL на временные таблицы ограничения есть?

а нет ли форматирования в отчете?

(3) нет уже проверил в первую очередь

26 кажется

(0) спецификацию делать не на единицу, а на 1000 шт, например

читать до просветления https://docs.microsoft.com/ru-ru/sql/t-sql/data-types/precision-scale-and-length-transact-sql?view=sql-server-2017

в файловой и постгре правила похожие, но другие :))

Объясни нефуя это делать одним запросом.

Сделай РС периодический например где для каждой номенклатуры будет храниться готовая раскладка по комплектующим причем только самого нижнего уровня.
И обновляй его кодом когда надо, лучше всего когда спецификации правят, но можно и полным перебором.

Это очень сильно быстрее согласен? Да есть риск устаревания данных

Какая-то гомеопатия

Если хотите изменить разрядность и точность - то ВЫРАЗИТЬ() к операндам операций.

"Разрядность результатов выражений и агрегатных функций в языке запросов"
https://its.1c.ru/db/metod8dev#content:2665:hdoc

(8) какой смысл в этом регистре если есть справочник спецификаций?

(11) Иерархия многоуровневая, когда продукция состоит из продукции и надо развернуть до самого нижнего уровня до базовых

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

10 класс церковноприходской на информатике, точность операций с плавающей точкой)

(9) почти угадал:-))) это фармпроизводство

(13) Обычная ситуация когда методология отходит от практики

(12)но как это решит проблему? У ТС проблема не в быстродействии.

(10) уже навтыкал ВЫРАЗИТЬ куда только угодно не помогает, остаётся вариант переводить в большие числа и при выводе уже уменьшать

PS: "Дело было не в бобине, дело было не в реле..." :))

Запрос = Новый Запрос("ВЫБРАТЬ 13.1 / 13 КАК Результат");
Выборка = Запрос.Выполнить().Выбрать();
Выборка.Следующий();
Сообщить(Выборка.Результат); // в окне сообщений число 1,007692307692307692307692307692307692

(17) А нехрен запросами считать, кодом там точностью можно управлять хоть свои числа/арифметику реализовать и использовать

(19) возможно причина в том что на стороне клиента все делаеш без временных таблиц итд

(18) Ещё раз прочти ссылку, обращая внимание на "максимальное количество цифр, которое может содержать число (его целая и дробная часть вместе), равно 38 цифр"

(22) у меня КАК ЧИСЛО(35, 20)) стоит
тоесть целая часть 14 знаков один знак на разделитель 20 после запятой

(0) Если мне не изменяет память, то временные таблицы имеют небольшую точность - 8 знаков после запятой (разбирался лет 7 назад, но вряд ли что-то поменялось).
Скорее всего отсюда и проблемы.

(20) Часто необходимо видеть не только материалы нижнего уровня, но и переделы(узлы). А в чем проблема запросом посчитать? В случае если надо одновременно рассчитать тысячу спецификацимй, да вывести все это в виде дерева запросом это сделать быстрее.

(25) А чем типовой механизм неустраивает?

(25) Быстрее считать каждый раз чем взять готовое посчитанное из базы? Хммм

(27) чтоб развернутое хранить - нужно допиливать конфу. а для запроса нет

(28) От конфы конкретной зависит, иногда можно обойтись без допиливания.
И допилить добавлением нового регистра не проблема.

(26)У нас нетиповая. (28) Не понимаю в чем развернутость? И в чем профит от существования данного регистра? Повторюсь, этот регистр поможет только при получения материалов нижнего уровня. А заполнение заказа на производство переделов как поможет?
И в чем отличие регистра от таб. части состава спецификации?

(24) Да причина в этом режет гад только что проверил.... проблему решил сдвинув запятую на три позиции, в вычисляемых полях СКД обратно вернул на три позиции

(0) MS SQL обрезает до 5 или 6 знаков (

(32)Это только если результатом деления будет периодическая дробь

(33) это только если не прочитать (7)

Числа с плавающей точкой double имеют 17 десятичных знаков на все.
расширенное целое в 8 байт-это 20 знаков числа.
большую точность дает Decimal,но его 1с не умеет.
внутри 1с она хранит числа в своем формате,где очень высокая точность,но при передаче наружу даже в sql мы имеем double.

(35) феерично

(35) Как раз наоборот, 1с не умеет хранить в базе плавающие типы. Только с фиксированной точкой.

В базе где?
в файловой просто пишутся цифры числа согласно точности,в sql то что передается через обьект доступа.

(38) Выполняя различные преобразования числовых данных, необходимо учитывать, что максимальное количество цифр, которое может содержать число (его целая и дробная часть вместе), равно 38 цифр. 1С:Предприятие использует десятичные числа с фиксированной точкой. Это значит, например, что число 34.28 содержит 4 цифры, число 0.00000001 содержит 8 цифр (незначащий 0 перед точкой за цифру не считается), а число 3200000000 содержит 10 цифр. Разрядность результатов различных операций вычисляется так, чтобы по возможности исключить арифметические переполнения, и в то же время максимально сохранить точность значений. При разработке конфигураций выбор разрядности полей объектов метаданных должен определяться возможной разрядностью хранимых в них данных и не должен учитывать возможное увеличение разрядности после выполнения арифметических операций и функций.

Из-за совместимости с posgre там меньше.
https://postgrespro.ru/docs/postgresql/9.6/datatype-numeric
просто,у posgre тип decimal,это поток байтов и точность запредельная,но с decimal у всех остальных не совместим.

(0) КАК ЧИСЛО(35, 20)) не получится. Максимум КАК ЧИСЛО (32,10)

(35) вроде numeric в mssql везде 1с использует