wowowcrause,
на лету менять типы данных для хранения это очень выручает.


Приведите реальный пример?

fd00chощущение, что здесь соревнуются в бредовости заявлений))
- перейдешь на Firebird тот же или еще что-то

Прозрачный прыжок в продуктиве с "sqlite на Firebird/или что-то еще" победил по уровню бреда - 100% :)

120 таблиц это достаточно большая модель
(если конечно на каждый простейший справочник типа - "1-мальчик, 2-девочка" не создана отдельная сущность)
Считаю что, подходить к выбору несущей СУБД нужно внимательней, а не только узнать сколько гигов влезет в ту или иную базу)
Но если в систему будет идти несколько конкурирующих писателей то sqlite лучше даже не рассматривать.
+ она не умеет размещать хранимый код в базе и не имеет нормальных инструментов для его отладки и сопровождения.

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

Но если вы выберите sqlite - продумайте о бэкапе.
база хранится в файлах и может рассыпаться (даже при работе в WAL-режиме)

у меня в программе идет одно-пользовательский доступ к sqlite базе (объемы 100m-1gb)
но иногда пользователи присылают сообщения о разрушении бд.

если разрушился индексный блок - получается восстановить, а если данные то уже того...

Примеры разрушенных баз

C:\!dc-db\db-sqlite-corrupt\db-bug-2>echo PRAGMA integrity_check; | sqlite3.exe FlylinkDC.sqlite
*** in database main ***
Page 4064: btreeInitPage() returns error code 11
Page 4062 is never used
Page 4063 is never used
Page 4065 is never used
Page 4066 is never used


C:\!dc-db\db-sqlite-corrupt\db-bug>echo PRAGMA integrity_check; | sqlite3.exe FlylinkDC.sqlite
*** in database main ***
On tree page 1590 cell 5: 2nd reference to page 39299
On tree page 1590 cell 5: Child page depth differs
On tree page 1590 cell 6: Child page depth differs
rowid 13426 missing from index iu_fly_last_ip_nick_hub
rowid 13465 missing from index iu_fly_last_ip_nick_hub
rowid 13583 missing from index iu_fly_last_ip_nick_hub
rowid 13628 missing from index iu_fly_last_ip_nick_hub
Error: near line 1: database disk image is malformed

По статистике собранной за 3 месяца у меня подобное разрушение возникло у 211 различных юзеров (рис 1)

MBGPPAНо если вы выберите sqlite - продумайте о бэкапе.
По статистике собранной за 3 месяца у меня подобное разрушение возникло у 211 различных юзеров (рис 1)

Ну-ну. Эскулайт используется в миллиардах андроид и иос устройств, сотнях миллионах браузеров (все браузеры на основе вебкит), клиентах скайпа и дропбокс и много где еще. Как странно, что все эти миллиарды баз эскулайт исправно работают. Но, разумеется, в глюках вашего софта виноват эскулайт, юзеры, и всемирный заговор :)

P.S. Ваши сообщения об ошибках очень напоминают ситуацию с багом в коллэйшене, используемом в разрушенных индексах. Юзеры у вас, видимо, очень терпеливые, но лучше поправьте, пока не выгнали :)

Откуда инфа, что все миллиарды базы работают исправно?
Я статистику стал собирать не так давно и собрана она только для 133443 инсталляций
из них всего 211 оказались с битыми базами.
из этой толпы пока только 2 технически подкованных человека прислали базы данных для анализа.
у меня на компе базы данных битой никогда не было.
но по отзывам, получаемым ранее как правило такое возникает в результате - "Синий экран или Чубайс без UPS".

Вы намекаете, что мой код работы с SQLite кривой и все проблемы из-за него.
возможно это так...
буду благодарен если найдете баг приводящий к разрушению базы - готов обсудить оплату за эту работу.
Код тут
http://code.google.com/p/flylinkdc/source/browse/trunk/client/CFlylinkDBManager.cpp

p.s.
По поводу непотопляемости баз данных это иллюзия
Если бы все было так хорошо, в базах данных не существовало бы команд вроде "PRAGMA integrity_check"

Набираем в гугле
sqlite repair - 560 тыс
sqlite corrupt skype - 1.76 лимона.

Вот даже на хабре есть дока с картинками и скриптами как достать данные из убитой sqlite базы скайпа
http://habrahabr.ru/post/160629/

MBGP.S. Ваши сообщения об ошибках очень напоминают ситуацию с багом в коллэйшене, используемом в разрушенных индексах. Юзеры у вас, видимо, очень терпеливые, но лучше поправьте, пока не выгнали :)

Вот тут не понял... что за баг и как правится - у меня используется всегд самая последняя версия sqlite?
Хотел встроить в программу автоматический ремонт
вот по такому сценарию
echo PRAGMA integrity_check; | sqlite3.exe FlylinkDC.sqlite
sqlite3.exe FlylinkDC.sqlite .dump > FlylinkDC.sql
sqlite3.exe FlylinkDC-new.sqlite < FlylinkDC.sql

Но тут есть верятность, что не все данные восстановятся
а как это проверить я пока не придумал.