Я сказал это в комментарии, но я повторю это как ответ:
Если вы посмотрите на будущее Access, оно ярко. MS много вкладывает в это. Access 2010 в сочетании с Sharepoint 2010 предлагает некоторые довольно удивительные преимущества, и вы делаете все это без какого-либо VBA (вместо этого вы используете новые мощные макросы, которые имеют переменные, ветвление и перехват ошибок). Вы можете сделать это с помощью клиентского доступа и без Sharepoint, или вы можете опубликовать его в Sharepoint, и приложение будет запущено в веб-браузере.
Я предполагаю, что одна из двух вещей произойдет в отношении языка программирования в Access в сроки 2-3 версий Access после 2010 года:
VBA поддерживается, и вся работа переходит в макросы. В конце концов, макросы становятся предпочтительным методом для всего программирования в Access, а VBA в конечном итоге устарела и окончательно исключена. Поскольку к этому моменту макросы настолько универсальны и надежны, не язык программирования заменит VBA.
тот же сценарий, за исключением того, что .NET поэтапно заменяет VBA.
Я бы надеялся на # 2, но это полностью зависит от мнения Microsoft о том, что такое Access, то есть, прежде всего, инструмент конечного пользователя с расширяемостью вверх (# 1) или как инструмент конечного пользователя, так и универсальный инструмент разработки с неограниченная расширяемость (# 2).
Суть в том, что вы можете остаться с Access, пока избегать VBA (если вы действительно его ненавидите) и, возможно, в итоге получите работоспособное, стабильное приложение.
Однако мои оговорки в отношении макросов очень сильны, потому что я нахожу их очень трудными для поддержки из-за их автономной природы. Код VBA довольно прост для навигации и понимания, потому что он скомпилирован и потому что есть полнофункциональная IDE. Макросы гораздо более разобщены и их трудно отследить между ними и объектами, в которых они используются. Добавьте встроенные макросы, добавленные в A2007, и это станет еще сложнее. Я не знаю, решает ли команда Access это или нет, но для меня это реальный шаг назад с точки зрения управляемости, особенно если увеличение количества макросов приводит к тому, что VBA устаревает, а затем не заменяется соответствующим мощным язык программирования с хорошей IDE.
И, наконец, я ничего не сказал о ядре базы данных, поскольку Access в этом отношении абсолютно независим от своего имени, способен использовать Jet / ACE для начала, а затем увеличивать размер до выбранного вами движка. Мне кажется, это не проблема, поскольку ваши возможности широко открыты при использовании Access в качестве внешнего интерфейса.