|
#1
|
|||
|
|||
Размер exe
Скажите, это нормально, что exe-шник весит 1.2 МБ а в память загружается 9 МБ.
В exe-шнике подключение к базе Access через ADO, Provider=Microsoft.ACE.OLEDB.12, и пару процедур. Еще 3 динамических DLL. Раньше была база Interbase, его же подключения. Exe-шник весил 0.9 МБ а в память грузилось 1.2 МБ. Это мне было хоть как то понятно. А теперь заменил Interbase на Access и чуть со стула не упал |
#2
|
|||
|
|||
Нормально. Там подгружается довольно много разных библиотек (собственно ADO). Тем более, что такое 9Мб при современных объемах памяти?
|
Этот пользователь сказал Спасибо lmikle за это полезное сообщение: | ||
nano_bot (10.11.2013)
|
#3
|
|||
|
|||
Цитата:
А можно программу насильно выгрузить из памяти после ее закрытия (насколько я понял память не очищается пока ее хватает) Чем можно заменить ADO компоненты для подключения к Access, что бы без дополнительных серверов, клиентов и т.д, короче использовать ресурсы операционной системы (в моем случае Windows 7) Последний раз редактировалось govorun, 09.11.2013 в 21:55. |
#4
|
||||
|
||||
Цитата:
jmp $ ; Happy End! The Cake Is A Lie. |
#5
|
|||
|
|||
Цитата:
Ну и ответ на 2й вопрос. А зачем искать что-то лучшее, чем ADO. Собственно, ничего лишнего в твою систему не ставится, все, что нужно, там уже есть. Особенно, если мы говорим про Access, т.е. про использование Jet движка (который, если не ошибаюсь, в системе уже есть, я как-то написал создание mdb файла через ADO, хотя у меня нет в системе даже Access). В принципе, как я понял, есть поддержка работы с Access не через ADO в AnyDac (который теперь FireDac), но тогда ты будешь тащить за собой соотв. драйвер, как в прочем и с dbExpress (то, что он будет "вкомпилен" в exe сути не меняет). Так что для работы с Access или MS SQL Server ничего лучше ADO просто нет (вроде, для SQL Server'а надо будет поставить его клиента, но тут немного другая ситуация). |