авторНо, к сожалению, очень ограничены возможности считать это значение.
Например, DlookUp даст ошибку.

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

начнем со второй части - dlookup.
как бы это сказать по русски - она - dlookup - функция (при этом, это НЕ VBA-функция,и даже не собственно Access-а, а (судя по всему) чистая Jet-функция (допустимо, что брежу в детали, но утверждение важно в контексте)). Из ее 3х параметров 2 первых обязательные. пропустить домен - нельзя ДВАЖДЫ - 1) при явном пропуске будет ошибка ПЕРЕДАЧИ ПАРАМЕТРОВ - т.е. неправильный вызов функции. 2) при передаче пустой строки, описание возвращаемой ошибки классифицирует dlookup как "статистистическую функцию на подмножестве", явно намекая на имплицитный GROUP BY по содержимому "строки домена" (как и прочие функции категории D(Max,Min,Sum,Avg,Var,Lookup- не помню кто еще), другими словами внутри D... - не скалярные вычисления - посему подай домен. Правильно сформированный dlookup "нормально" работает в запросе (как и прочие D...) в ACCESS-е (выделенное цветом критически важно).
например (Борей,2000), создав в конструкторе запрос



видим результат:"32 коробок по 500 г"
то есть НЕПРАВДА - правильно сформированный dlookup - правильно и работает (в вычислительном запросе Access-а).

теперь выделим правду.


здесь правда состоит в том, что для работы запросов типа
SELECT now()
SELECT dlookup(...)
небходимо, чтобы задействованные функции были поддержаны "database engine-ом" ( либо хотя бы локальным поставщиком данных). Отсюда берется мое утверждение/предположение, что dlookup - функция Jet ( ну на край ее OLEDB-провайдера). То есть в формате файла 2000 "вычислительный"
select myFavouriteAccessFunc(Param1,Param2) НЕ сработает, поскольку ни джет (ни провайдер) о ней (myFavouriteAccessFunc) ничего не зают.
в формате XP поставщиком данных для Access может быть объявлен сам Access, и, как я ожидаю (не пробовал), "пурпурный" запрос "вычислится" нормально. ( если опять не все попутал - Гетса на сей счет "параграф" имеется)

ТО ЕСТЬ возможности вычисления действительно ограничены вычислительными возможностями database engine, с максимальным расширением до драйвера-поставщика.

ЗЫ
В былые времена (вплоть до 97 версии) приличный писатель книжек про аксесс считал для себя обязательным поместить в приложение список фунций, исполняемых джетом. Как неточно помню, он почти 100-процентно пересекается со списком функций, доступных в (тогдашнем) vbs. Поскольку у нас сии книжки были изданы мало прилично (клеенные), у меня они уже давно разлетелись по листочкам и даже без "правильного" применения. К сожалению, не припомню такого списка в современных "Гетсах". Озаботившись списком (и не получив ответа в форуме) полез в саппорт. Полного списка не нашел (по контексту стало понятно, что его и так все знают и помнют от зубов и писать об этом нечего - один я, не то чтобы забыл, а и не знал), но нашел список "опасных" функций типа dir(), rmdir,mkdir() ... исполнение которых джетом можно включать и отключать, манипулируя реестром. за бессмысленностью в данную секунду результата, плюнул и даже ссылку не сохранил.

----------------------
вот и весь комментарий
----------------------

эхь, вот все мысли в кучку у мене в ночи все-таки не собрались - чичас под пиво продолжаю:

авторcurrentdb.openrecordset("SELECT now() AS b")!b
не cрабатывает в Access 97.

вот как бы и не должны срабатывать. В 97нет чистых "ВЫЧИСЛИТЕЛЬНЫХ" запросов, а есть ВЫЧИСЛЕНИЯ в запросах. ( это когда, например, from dummy - см выше ссылку на соседний топик). Это есть в любых весиях и до и после. При этом вычисления в запросе практически полностью (с очень специфическими оговорками) снимают тему "мощности" вычислителя database engine - все (почти), что может вычислить аксесс, будет вычислено в "запросе с вычислениями" при условии, ЧТО ОН ИЗ ПОД АКСЕССА ЖЕ И ЗАПУЩЕН. То есть снимаются ограничения на пользовательские функции.

Тонкость момента заключается в том, что этого счастья лишены "не аксессные клиенты". То есть, ежели какой-нибудь Дельфийный клиент, подсоединившись к mdb, попробует "пускануть" такой запрос ( с использованием vba-шных user-функкций, живущих в этом же mdb) - очевидно ли, какой он получит результат? Вот в связи с этим как раз и интересен "список функций" - как инструмент отделения мухов от котлетов и фотографичесокго проявления "собственной мощности" вычислителя Jet database engine - а она (мощьность) НЕ ШИБКО МАЛЕНЬКАЯ, хоть и ограниченная, естественным образом.

PS про DLookup я пытался сказать только следующее:
попытка обращения к нему ка Dlookup("5+5") так и Dlookup("5+5","")
НЕКОРРЕКТНА В ПРИНЦИПЕ.

во блин - только что дошло, что функции Jet - это те, которые в конструкторе выражений запросов числятся как "встроенные". Это же, действительно, знает каждый. ( как всегда кроме меня)