| |
|
|
| | После группировка-суммирование в поле запроса итоговое число отображается с большим числом разрядов. Можно в формате установить отображаемое число разрядов после запятой. Но если курсором встать в это поле, все разряды вылезают. Помогает только Round, м.б. можно проще? | |
| |
| |
| |
|
|
| | Me.Поле1.Value = Format(Me.Поле1.Value, "###0.00") - округляет до двух знаков после запятой | |
| |
| |
| |
|
|
| | А как в конструкторе запроса?
Вы показали как в коде. | |
| |
| |
| |
|
|
| | Почему 1,1 + 2,1 будет например 3,20000042 и при сравнении возникают проблемы из-за последних разрядов? | |
| |
| |
| |
|
|
| | Тогда используйте Round. Куда уж проще? | |
| |
| |
| |
|
|
| | В чем причина появления не 0 в младших разряда.
Откуда они берутся, ведь д.б. 3,3 и все? | |
| |
| |
| |
|
|
| | Как вы получаете 1,1 и 2,1?
Если с помощью формата, то он изменяет представление числа, а не само число. | |
| |
| |
| |
|
|
| | Группировка-суммирование в запросе,
если число одно то все в порядке, если сумма нескольких строк, то рязряды появляются. | |
| |
| |
| |
|
|
| | Давайте сюда текст запроса. | |
| |
| |
| |
|
|
| | Смысл? Если поля таблицы типа Single (или Double).
Без округления значений (результатов), сравнения не будут корректны. | |
| |
| |
| |
|
|
| | Хочу посмотреть, почему у него Round не отрабатывает. | |
| |
| |
| |
|
|
| | Дык в первом посте он сказал, что Round помогает.
Значит работает.
Он хотел как-нибудь проще. | |
| |
| |
| |
|
|
| |
Он хотел как-нибудь проще.
|
БЛИН, да куда уж проще? Телепатической атакой, што ли?  | |
| |
| |
| |
|
|
| | Ну можно Between или <,> с небольшой погрешностью.
Или Currency задействовать.
Кто ж знает, что там надо получить? | |
| |
| |
