Легковесные базы данных

[ReportCube]

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

Странно гуглили, тут http://www.sqlite.org/version3.html вроде пишут, что в SQLite 3 (вышедшем лет 10 назад) весь текст хранится в юникоде. Не нагуглил ничего о проблемах с юникодом.

Достаточно легко проверяется: переключаем кодировку по умолчанию для программ, не поддерживающих юникод, с русского на тот же английский, перегружаем ПЭВМ, создаём БД SQLite с любой таблицей и - пробуем. И понимаем, что там огромные проблемы...

[Alex11223]

Ну, видимо не юникод у вас в вашей БД.
Сменил, перегрузил — дельфи 7 поделки стали кракозяберными, апдейтер Adobe PDF Reader стал кракозяберным, а с SQLite все ок.

[MihalNik]

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

Так там вроде речь о всяких редких и граничных случаях, в целом все нормально, не факт, что и у FireBird нет подобного или еще больше.

Тем не менее это полноценная промышленная серверная СУБД:

Все архитектуры используют одинаковый формат файла базы данных, таким образом в любой момент можно переключиться на другую архитектуру.

У FireBird потенциал масштабирования другой. Сегодня ТС серверный вариант не нужен, а завтра придет другой заказчик и ему понадобится.

[ReportCube]

Возможно и так. Вот только всё с Microsoft и ADO без проблем, а с SQLite 3-ей версии - проблемы. Догадываюсь, что пора у себя код доступа к SQLite менять, старенький...

[Пепел Феникса]

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

Достаточно легко проверяется: переключаем кодировку по умолчанию для программ, не поддерживающих юникод, с русского на тот же английский, перегружаем ПЭВМ, создаём БД SQLite с любой таблицей и - пробуем. И понимаем, что там огромные проблемы...

и дальше то что?
SQLite по вашему кодировку в которой вы ему даете данные угадать должен?
давайте ему UTF8 и все.

[Человек_Борща]

Сегодня ТС серверный вариант не нужен, а завтра придет другой заказчик и ему понадобится.

О это врядли. Мои потенциальные клиенты- простые смертные которым просто скачать да пользоваться, без лишнего гемороя "иди туда не зная куда, за тем, не зная зачем".

[MihalNik]

Сообщение от Человек_Борща

О это врядли. Мои потенциальные клиенты- простые смертные которым просто скачать да пользоваться, без лишнего гемороя "иди туда не зная куда, за тем, не зная зачем".

И поэтому Вы сделали все через ...XML?
Не ясно, зачем нужны лишние ограничения.
Ну и если Вы сумели писать программы для простых смертных, то ждите серьёзных заказов

[Человек_Борща]

И поэтому Вы сделали все через ...XML?

На тот момент это было просто и легко.
простое решение почти никогда правильное

[Аватар]

простое решение почти никогда правильное

Наоборот - чаще всего правильное. Да, и если можешь работать и с xml, и с СУБД, то навряд ли работа с xml проще покажется

[the_deer_one]

xml в файле не умеет транзакции. И переписывать большой файл при каждом изменении не айс.