'Универсальное' приложение
Не устроило обязательное наличие Framework.
Решил работать в C++Builder 6.
Вопрос следующий:
--Что должно быть установлено на пользовательском компьютере, чтобы работало приложение, использующие компоненты с вкладки ADO и БД Access?
1) Нужно ли устанавливать драйверы ODBC для работы с MS Access?
а) Устанавливаются ли они по умолчанию при установке Windows, даже и без наличия MS Access?
б) Какую БД лучше использовать для данных нужд(какие-то дрова же точно должны быть установлены сразу).
и т.д..
'Обычное' приложение насколько я знаю не требует наличия на пользовательском компьютере каких-либо средств и работает в буквальном смысле на любом компьютере с ОС Windows, а как достичь того же при использовании БД в приложении?
Не устроило обязательное наличие Framework.
Решил работать в C++Builder 6.
Вопрос следующий:
--Что должно быть установлено на пользовательском компьютере, чтобы работало приложение, использующие компоненты с вкладки ADO и БД Access?
1) Нужно ли устанавливать драйверы ODBC для работы с MS Access?
а) Устанавливаются ли они по умолчанию при установке Windows, даже и без наличия MS Access?
б) Какую БД лучше использовать для данных нужд(какие-то дрова же точно должны быть установлены сразу).
и т.д..
'Обычное' приложение насколько я знаю не требует наличия на пользовательском компьютере каких-либо средств и работает в буквальном смысле на любом компьютере с ОС Windows, а как достичь того же при использовании БД в приложении?
Нет.
Если нет гарантии что на компьютере используется офис - использовать инсталлятор.
а) Нет - хотя офис стоит на каждой машине с "форточками", посему заморачиваться касательно отсутствия аксеса не стоит - это проблемы пользователя, если он устанавливает неполный пакет.
б) MS Access, что же ещё ;)
kot_
Инсталлятор чего? Дистрибутив Офиса :eek:???
В конце концов, есть такая штука, как "системные требования", которые бывают не только аппаратными. А вдруг на компьютере не будет Windows :D
ничего подобного, видала машины с форточками и без офиса ...
именно поэтому, для меня непонятен отказ от платформы .NET из за установки .NET Framework.
а) Нет - хотя офис стоит на каждой машине с "форточками", посему заморачиваться касательно отсутствия аксеса не стоит - это проблемы пользователя, если он устанавливает неполный пакет.
б) MS Access, что же ещё ;)
kot_
Инсталлятор чего? Дистрибутив Офиса :eek:???
:D
Причем здесь инсталлятор офиса? Если нужна работа с базой без отсутствия офиса - собирается исталляшка программы и добавляются необходимые компоненты.
весьма спорно - если для работы ВАШЕЙ программы необходимо клиенту доставить еще и офис (причем профф) - сомнительный подарок. Это еще более менее терпимо когда машина одна и весь софт куплен на рынке а если машин 10-100? И на каждую надо лицензию? Не лучше ли научится всеже работать с инсталляторами чем придумывать себе проблемы типа поиска "вечного двигателя"? И нагружать клиента ВАШИМИ проблемами? Ну это так - ИМХО.
Я не зря спросил про ODBC дрова, т.к. сам Access может быть не установлен!! Пользователь тут ни при чем, может он ему не нужен!! Про 'универсальное' приложение спрашиваю потому, что она должна обязательно работать на компьютере, на котороый ее поставят, причем ставить будет тоже, можно сказать, пользователь (без моего участия)!!
_kot, думаю, говорит про те самые драйвера(что их надо устанавливать в инсталлере), причем тут дистрибутив?) А насчет Windows - как сегодня сказали по телику - она используется в 95% случаев!! Про ОС речь не идет!!
To el scorpio: А ты уверен что, если используешь Jet), то дрова не нужны, даже если Access не установлен???
И еще вопрос:
Может ли администратор запретить пользователю на компьютере работать с БД?? чисто теоретически??
:D Это же не вопрос из серии "Что произойдет, если я напишу так:"
i = i / 0;
..
Если бы у меня была 'машина', на которую я мог бы поставить чистый Windows - я бы так и сделал!!
i = i / 0;
..
Если бы у меня была 'машина', на которую я мог бы поставить чистый Windows - я бы так и сделал!!
Чистую машину всеравно желательно иметь - тестировать программу лучше до того как передать ее заказчику - но проблему решить достаточно просто - виртульная машина.
По опыту разработки и поставки приложения, которое использовало аксессовскую базу - если на машине не установлен Акцесс - то необходимо или его ставить или создавать инсталляшку (или ставить драйвера отдельно). Как говорится - терциум нон датум. Все разговоры о том что якобы драйвера идут в стандартной поставке - заблуждение.
Не устроило обязательное наличие Framework.
Решил работать в C++Builder 6.
Вопрос следующий:
Мои 5 копеек:
Нет. Надо использовать провайдера Microsoft OLEDB for Jet.
MDAC по умолчанию уже есть в WinXP SP2. В других мелкомягких операционках (Win XP просто или SP1, WIn2k) MDAC тоже есть, но старых версий.
и т.д..
Конечно же, Oracle fidorulez foreva! ;) Хотя, имхо, Firebird Embedded спасёт гиганта мысли. Можно также PostgreSQL или даже -- не к ночи будь помянут -- MSDE. Кстати, мелкомягкие перестали поддерживать Jet. Про недостатки Jet я умолчу, ибо про это можно очень долго батоны давить.
Для "обычного" приложения (если это не Notepad) все необходимые компоненты устанавливаются вместе с самим приложением. Лично я не вижу ничего плохого в том, чтобы со своим БД-ориентированным приложением поставлять ещё десяток необходимых для работы DLL. Даже наоборот: солидности прибавляет. И обновлять проще: в пакете обновления только изменифшиеся компоненты, соответственно, обновлялка меньше по размеру. Хотя, для того же Oracle есть ODAC, который поддерживает работу с БД без установленного клиентского ПО; exe-шник распухает, зато без "ненавистных" DLL.
kot_ +1
Plisteron +1