Есть число (очень много чисел) с точкой "примерно где-то посередине", знаков после запятой - "не более 8", реально - наверное меньше. Как оптимально определить максимальное необходимое количество знаков после запятой (чтобы уменьшить разрядность, при этом ничего не потеряв)?
Пока все, что в голову приходит, некрасиво и использует циклы...

"чтобы уменьшить разрядность, при этом ничего не потеряв"

Это как?

(1) Базу данных хочу реструктуризировать )))

(2) Умножь все на 1000. Процесс, обратный деноминации.

(3) не пойдет. Там знаков после запятой больше - до восьми может быть.
И почему именно тысяча? В цикле по степеням десятки можно, но некрасиво, тем более что база очень большая.

(4) Храни целую и дробную часть в разных реквизитах.

(5) Не могу. Это "данность", сложившиеся обстоятельства.
База данных по большому счету вообще отношения к 1С не имеет, просто приходится ее обрабатывать подручными средствами )))
В дальнейшем ее придется хранить тоже именно в теперешнем виде, только с меньшей разрядностью, надеюсь )))

(6) Преобразуй все в строки.

Кажется, придумала сама.
Строка(0.5000000000)="0.5" - и просто ориентироваться на позицию точки.
форум определенно помогает неторопливой беседой о том, зачем это нужно )))

(8) Я, кстати, до сих пор не понял, для чего это все нужно...

(9) База данных была изначально в Access и колонка имела разрядность "авто". При попытке принудительно ограничить прямо там - дробная часть теряется почему-то совсем. После импорта в dBaseIV стало почему-то в разных базах 5-8 знаков (по разным колонкам), по характеру данных (рубли и копейки в ценах 1991) определенно должно быть меньше, но пересмотреть все "глазами" определенно нет никакой возможности...

(0) Интересно почему функция Окр не подошла?
И потом, чтобы совсем "ничего не потеряв" при разрядности 8, по-моему не бывает...

(11) потому что не знаю, до сколько знаков Окр() и сколько их станет после окр() :))) Окр() вообще-то возвращает результат округления, а не точность.
Если потеря будет состоять в последних пяти нулях - я с этим смирюсь безропотно. Если реальная разрядность 8 только в 1-2 записях, то это скорее всего ошибка и тоже можно исправить безболезненно. Если 8 знаков - закономерность, то придется оставлять все.

(12) Я не знаю, может ты не в курсе, но у Окр есть параметры...

(13) в курсе вообще-то.
Интересно все-таки, как ты видишь применение ОКР к решению задачи?

Надеюсь, что верно понял задачу.
Вот функция, которое возвращает количество знаков после запятой...
____________________________________________
Функция ЗнаковПослеЗапятой(Числ)
   СтрЧисло = СокрЛП(Строка(Числ));
   ДлинаСтр = СтрДлина(СтрЧисло);
   Символ = ".";    
   ПозСимвола = 0;
   ПозСимвола = Найти(СтрЧисло,Символ);
   Если ПозСимвола <>0 Тогда
       Возврат (ДлинаСтр - ПозСимвола);
   КонецЕсли;
Возврат 0;
КонецФункции

(15) спасибо. То же самое у меня выглядит теперь так.
Функция Точность(Ном)
Стр=Строка(Ном);
Поз=Найти(Стр,".");
Если Поз=0 Тогда Возврат 0; КонецЕсли;
Возврат СтрДлина(Стр)-Поз;
КонецФункции //Точность

16. Гениально!

+17. для блондинки.

База данных была изначально в Access и колонка имела разрядность "авто". При попытке принудительно ограничить прямо там - дробная часть теряется почему-то совсем. -  а вы не пробовали задавать формат поля, ничего там не теряется проверено

(18) Я не блондинка. Признаний гениальности мне не нужно, спасибо.
После пол-ночи работы с агромадными базами (работа срочная и нудная, но оплачиваемая) приходило  голову только "циклическое умножение" на степени десятки... Вопрос закрыт наверное.

(19) мне все равно нужно было ее в dBase перенести... Раньше, позже..)))
Хотя ве равно нужно было бы знать, что именно теряешь при форматировании.

(16)..
Обнуления переменных и всякие условия лишними никогда не бывают..
горький опыт, усвоенный не из 1С)))