[govorun]

Скажите, это нормально, что exe-шник весит 1.2 МБ а в память загружается 9 МБ.
В exe-шнике подключение к базе Access через ADO, Provider=Microsoft.ACE.OLEDB.12, и пару процедур.
Еще 3 динамических DLL.

Раньше была база Interbase, его же подключения. Exe-шник весил 0.9 МБ а в память грузилось 1.2 МБ. Это мне было хоть как то понятно. А теперь заменил Interbase на Access и чуть со стула не упал

[lmikle]

Нормально. Там подгружается довольно много разных библиотек (собственно ADO). Тем более, что такое 9Мб при современных объемах памяти?

[govorun]

Сообщение от lmikle

Нормально. Там подгружается довольно много разных библиотек (собственно ADO). Тем более, что такое 9Мб при современных объемах памяти?

А можно программу насильно выгрузить из памяти после ее закрытия (насколько я понял память не очищается пока ее хватает)

Чем можно заменить ADO компоненты для подключения к Access, что бы без дополнительных серверов, клиентов и т.д, короче использовать ресурсы операционной системы (в моем случае Windows 7)

[Bargest]

А можно программу насильно выгрузить из памяти после ее закрытия (насколько я понял память не очищается пока ее хватает)

Это исходя из чего ты это понял? При закрытии программы вся ее память помечается как свободная и будет передаваться другим приложениям. Да, данные сами по себе не стираются, т.к. это никому и не надо - пустая трата времени. Однако в памяти программу никто не держит.

[lmikle]

Сообщение от govorun

А можно программу насильно выгрузить из памяти после ее закрытия (насколько я понял память не очищается пока ее хватает)

Чем можно заменить ADO компоненты для подключения к Access, что бы без дополнительных серверов, клиентов и т.д, короче использовать ресурсы операционной системы (в моем случае Windows 7)

Ну и ответ на 2й вопрос.
А зачем искать что-то лучшее, чем ADO.
Собственно, ничего лишнего в твою систему не ставится, все, что нужно, там уже есть. Особенно, если мы говорим про Access, т.е. про использование Jet движка (который, если не ошибаюсь, в системе уже есть, я как-то написал создание mdb файла через ADO, хотя у меня нет в системе даже Access).
В принципе, как я понял, есть поддержка работы с Access не через ADO в AnyDac (который теперь FireDac), но тогда ты будешь тащить за собой соотв. драйвер, как в прочем и с dbExpress (то, что он будет "вкомпилен" в exe сути не меняет). Так что для работы с Access или MS SQL Server ничего лучше ADO просто нет (вроде, для SQL Server'а надо будет поставить его клиента, но тут немного другая ситуация).