авторНо, к сожалению, очень ограничены возможности считать это значение.
Например, 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), создав в конструкторе запрос
SELECT DLookUp( "ЕдиницаИзмерения" , "Товары" , "Марка=" "Pavlova" "") AS Выражение1;
видим результат:"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() ... исполнение которых джетом можно включать и отключать, манипулируя реестром. за бессмысленностью в данную секунду результата, плюнул и даже ссылку не сохранил.
----------------------
вот и весь комментарий
----------------------
