"Coder-j" <nospam@sql.ru>; wrote:

Cj> Разрабатываю приложение, позволяющее клиентам заполнить некоторую
Cj> ведомость и отправить ее к нам в офис в виде файла. Структура
Cj> ведомости сложна, поэтому предполагается хранить ее в виде SQL-базы
Cj> данных.
Cj>
Cj> Хотел бы использовать некоторую embedded СУБД, которая позволяла бы
Cj> хранить все данные базы в одном файле. Access не подходит, т.к.
Cj> требовать, чтобы он был установлен у клиентов не могу. Основные
Cj> критерии выбора базы - скорость разработки приложения (чем больше
Cj> уже готовых компонетов, тем лучше, я в Access пробовал что-то
Cj> подобное за ночь кропать - вроде нормально, здесь хочется так
Cj> же...) и заведомая бесплатность кода, распространяемого клиентам -
Cj> компилятор буду использовать само собой крякнутый, но клиентам до
Cj> этого дела нет, а вот то, что попадает к клиентам - должно быть
Cj> абсолютно законным, вдруг кто решаит разобраться... А то мы еще
Cj> вероятно будем продавать готовое приложение клиентам...

Аccess довольно хорош и как СУБД: на клиентских машинах достаточно
установить бесплатные MDAC и ODBC драйвер или провайдер. Правда,
разрабатывать клиента придется не на Access - размер runtime больно
необъятный.

Из более миниатюрных можно посоветовать SQLite, но поддержка однобайтовых
русских кодировок WIN1251 или KOI8R там отсутствует. Так что сортировка и
сравнение букв в разных регистрах - сами понимаете. Есть в нем еще UTF-8, но
я не пробовал.


Posted via ActualForum NNTP Server 1.3