А мне - понравилось сама идея dqlite и rqlite. Ни разу не слышал о таких (хотя "тему - слежу"). Мне хватает обычного sqlite и вот почему: в моих корпоративных сценариях использования, думаю ничем особо не отличаюсь от 60% интерпрайза - база ~2ГБ, отражающая ВСЕ(!) данные 5-ти баз 1С за 20 лет, 2-х SCADA и нескольких XLS, в которых самое интересное.
В сутки на 1 запись в БД приходится 100 чтений, в день 30 писаний, 300 читаний от 50+ юзеров, "серверов" нет, все на уровне одного отдела с урезаными учетками AD на обычных АРМ. Так вот, этот "малопользовательский" доступ по сети Windows к обычному SQLite-файлу на шаре - оказался самым быстрым(!) по отклику из всех прочих тестенных, включая нормальные серверные PostgreSQL/MySQL/HSQLDB/FireBird/Access.
И главное - он был и остается самым безгеморройным: пофиг кодировки, типы, объявления полей в агр. функциях, валидность имен полей (да - да!).
Есть CTE для любой практической задачи "открыжить по-настоящему".
"Хранимок" нет - ну и не надо, храним сами в табличке внутри БД, благо 2 из 30 "IDE" для SQLite это умеют "искаропки".
SQLite оказалась просто мечтой-явью для фигак-продакшена на предприятии с 15+ млрд выручки в год. С обычными экономистами, которые на VBA еще UDF не пишут, но клепают SQL-запросы со скоростью 5 шт в день на лицо, ведь в них всё просто и понятно (для этого язык и создавался). ЗП в отделе от 50+... в городе 300к+
Обязательно изучу сабж и альтернативу. Если она позволит держать "базу" не на сетевой шаре, а локально иметь всегда обновленную, по типу торрента - это будет шикарное средство интероперабельной лоскутной автоматизации (ИЛА), которая лично у меня в офисе побеждает и будет всегда побеждать всех заезжих консалтеров с "2,5 MIO RUB за предложение научить нас работать". Предлагаю посмотреть, уверен - пригодится многим.