Народ!
Полюбуйтесь, что пишет всеми любимая компания про свою функцию
и глюки в ней.
ЭТО ВАЖНО!!!


http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnacbk02/html/odc_4009c15.asp

topic: Test 17: watch out for IIf—it doesn't short-circuit

...Beyond any optimization considerations, IIf is very dangerous when dealing with numeric values and division. If this was your expression:

dblNew = IIf(intY = 0, 0, intX/intY)

it would appear that you had appropriately covered your bases. Your code checks to make sure intY isn't 0 and returns an appropriate value if it is, rather than attempting to divide by 0. Unfortunately, if y is 0, this statement will still cause a runtime error. Because VBA will evaluate both portions of the IIf expression, the division by 0 will occur and will trigger an error. In this case, you need to either trap for the error or use the If . . . Then . . . Else statement. (See Test17a/b for the full test procedures.)

Note: The IIf function used in Access queries, forms, or reports doesn't have this same behavior—that is, it works as you'd expect it to in those places. It's only in VBA code, in a module, where you need to avoid IIf because of its overzealous evaluation tendencies.

Блин, как вы хэлп-то читаете без энгл?!
А-а-а-а! Ведь есть форум ;)))

Кратко смысл:
НЕ ЮЗАЙТЕ iif( ) в коде VBA -
глюпый васик вычисляет оба возвращаемых выражения
(и истину, и ложь), что
а) замедляет работу проги ;)))))
б) может приводить к ошибкам - типа как в примере выше деление на 0
- вместо нее юзайте нормальный

If Then
Else
End if


А далее примечание:
"А вот в запросах / формах / отчетах у нас все работает!!!"

Ну чем не кони?
;))))))))))))))))))))

>Пользуемся, в запросах без него никак.

Вот вам лишнее подтверждение *читаемости* ответов
;)))

>давно известная фича :)

Кому известная? Ко-ри-фе-ям ;)
А форум, как выясняется, для тех, кто просит перевод из англ. хэлпа...