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

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

MBGГлянул мельком исходник... это всерьез используется в продакшене? Как же тут битым базам не появляться:




if (g_DisableSQLiteWAL || BOOLSETTING(SQLITE_USE_JOURNAL_MEMORY))
{
pragma_executor("journal_mode=MEMORY");
}
else
{
pragma_executor("journal_mode=WAL");
}

Эта функция по дефолту отключена и добавлена по просьбе владельцев SSD дисков
они по монитору вычислили, что журнал на диск дает лишнюю нагрузку по записи на их диск
при этом потеря базы для них не критична. (как правило это технически грамотные юзера)

crauseТут проскочило сообщение, "Использую всегда свежую базу", это как так происходит?
Это при выходе обновлений, скачиваете длл, и пересоздаете базу с таблица и производите запись всех данных?

dll у меня нет и все линкуется статически
http://sqlite.org/amalgamation.html
и пересозданий таблиц конечно тоже нет.

AlBorДля начинающего более чем достаточно, бесплатно, в отличие от MSSQL, Oracle etc.
Хорошо документирована, все что нужно есть.

Oracle XE 11 есть бесплатная с лимитом 11 гиг (у 10 XE 4 гига).
При хорошей нормализации модели можно много запихнуть.
Бонусы
- Заказчик может понтоваться \m/ на конференциях, что их система на крутой базе, а не на каком-то бесплатном говне. :)
- Начинающий разработчик получит опыт и солидную запись в резюме.

От MS и IBM DB2 так-же есть халявные express-базы.

Dimitry Sibiryakov Никакой техподдержки и обновления. Начинающий разработчик получит незабываемый опыт проктостоматологии для обхода многочисленных ORA-0600.

XE - редакция выпускается на терминальных версиях Oracle.
львиная доля багов там отсутствует + всякие сложные фичи из-за которых 600-тые валятся из XE редакции вырезаны.
начинающему разработчику нужно постараться написать экзотический код, приводящий к ORA-600

Обновлений конечно не хватает - не понимаю зачем ораклисты так категорично сделали
ведь простейшие фиксы падений можно было бэкпортить
- при автоматизации сборки дистрибутива XE для этого небось нужно 1-2 Индуса :)

А поддержка - от нее пользы особой нет кроме доступа в металинк.
продуктивные 7x24 базы DBA боятся и не трогают даже если вышло 100 хотфиксов.
за все время работы в oracle ORA-600 всегда обходили переписыванием алгоритма на альтернативный.