Значение по умолчанию - "улетают" копейки....

Есть поле в таблице (и в форме на ее основе) со значением по умолчанию такого плана : =IIf(Date()>#27.09.05#;1,11;2,22) , но значение в поле округляется до целых! Или нужна другая функция, или ещё чего не так??
число десятичных знаков указано 2.

а тип поля то какой?

числовой, как положено, длинное целое, с разделителями разрядов(если в будущем будет болшьшое число)

бух

числовой, как положено, длинное целое, с разделителями разрядов(если в будущем будет болшьшое число)

гыыы... ну и откуда в длинном целом возьмутся копейки? хоть миллион знаков после запятой указывайте.

...гыыы.... намек понял. большое спасибо.

бух

числовой, как положено, длинное целое, с разделителями разрядов(если в будущем будет болшьшое число)

Только Currency (или Money, если MS SQL+Access)

vma_mnt

Только Currency (или Money, если MS SQL+Access)

А почему не decimal?

adv

vma_mnt Только Currency (или Money, если MS SQL+Access) А почему не decimal?

вот здесь
http://www.sql.ru/forum/actualthread.aspx?tid=161814&pg=-1&hl=%e4%e5%e9%f1%f2%e2%e8%f2%e5%eb%fc%ed%ee%e5#1337667
тоже пытались высказаться на тему, что децимал, возможно, лучше.
Однако там же ниже в приложенной базке запрос 1 и 3 нечто прямо противоположное показывают.

кроме того, есть проблемка с ORDER BY
http://www.sql.ru/forum/actualthread.aspx?tid=85650&pg=5&hl=%e1%e0%e3%e8

во втором посте - дальнейшие ссылки

------------------------------------------

почему бы и нет

вот здесь

у-у-у какой баян... помню, помню эту темпераментную дискуссию

adv

vma_mnt Только Currency (или Money, если MS SQL+Access) А почему не decimal?

Я столкнулся, что Access в некоторых случаях своими внутренними процессами decimal конвертирует в Double, естесственно с потерей точности.

Правда Access был XP, как в 2003 не знаю, вполне хватает money.

Decimal нужен, когда ну очень большие деньги и разрядности money не хватает.