кроме Eval, который работает когда-как (в зависимости от того, кто его вызвал, и, по моему, не вызывается из AccessSQL), можно текст вставить в нечто исполняемое. Можно навскидку придумать следующие мыслимые выходы

А. - выполнение "пошиваемой" SQL строки. Под это дело заюзать либо спец табличку, либо 1 запись из системной ("Select TOP 1" & doublekavytchka(myExecutedString) as value & " FROM MSysObjects").

Минусы - 1. открывать рекордсет (объявлять объектные переменные). 2. - дисковая операция чтения таблички.

Б. - вставка текста в вычисляемое свойство объекта - например ControlSource и запуск Recalc. МИнусы наверняка есть. Объект можно/нужно иметь простой по возможности и всегда открытый. (на случай "массового" вызова функции). МОжно хранить в результирующем наборе текст ф-ции, а значение получать парой контролов - свойство ControlSource одного должно браться (изготавливаться) из св-ва Value другого. Когда один контрол лежит под другим, это похоже на поведение вычисляемой ячейки ёкселя (по входу попадаете в формулу, по выходу видите значение). Плохо, если ленточные формы. Плохо, (не очень хорошо) если нужно вычислять агрегаты по "вычисляемым" полям - приходиться обращаться к (какому-нить) объекту и перевычислять значение поля для каждой записи.


Если покопаться, можно найти еще места, втавленная в которые строка вычисляется Аксесом. Но видел я и анализаторы строки с (заведомо) ограниченным набором пользовательских функций, операций и переменных. Причем синтаксис разбирался на этапе "компиляции" в спец табличку, выполнение же сводилось к свертке таблицы синтаксически "разобранной" ф-ции с таблицами данных (бухгалтерия) - т.е. быстро на больших объемах.