> Мелкие проекты могут без OLAP обойтись.Мы обсуждали SQL, а не OLAP. Это во-первых. Во-вторых, я изначально и говорил, что очень похоже, что вы ничего сложнее простеньких сайтов (ну или каких-то внутренних продуктов аналогичной сложности) не писали. Речь, конечно, о тех программах, которые призваны работать с данными со сложной структурой и с большим набором записей, а не вообще о любых.
> libmdbx например https://www.opennet.ru/opennews/art.shtml?num=55949
Эта СУБД не предусматривает какой-либо последующий анализ собранных данных, судя по всему. Поэтому и SQL там нет. Но ок, она подходит под требование "наличие транзакций". Однако не увидел там возможности контроля целостности данных (это не возможность восстановления БД после сбоев, я имел ввиду проверку на логическую целостность (непротиворечивость) данных на этапе их получения извне).
> Много смелых предположений. Что например может быть неверным:
> 1) Пользуются из-за удобства
Полагаете, разработчиков Хрома, ФФ кто-то извне заставлял пользоваться sqlite? Или они поголовно все идиоты? Нет, такое возможно, конечно, но крайне маловероятно.
> 2) Неудобным не пользуются
> 3) Популярность ("много где") и неудобство несовместимы
Обычно так и есть (исключения - какие-то ограничения и/или низкая квалификация персонала). Если люди выбирают тот или иной инструментарий, причём массово, это означает, что альтернативы нет. Раз нет альтернативы, то можно сделать вывод, что по сравнению с её отсутствием, пользоваться таким инструментом удобно, чем не иметь такого инструмента вообще.
Но при этом никто не утверждает, что подобный инструмент вообще свободен от каких-либо недостатков. То есть, речь идёт об относительном удобстве, а не абсолютном.
> 4) Удобство означает нужность в случае если "нужны транзакции, контроль целостности данных и сколь-либо сложные отчёты"
Удобство означает эффективность (высокая производительность, малые трудозатраты) работы при всех обозначенных выше ограничениях. Обычно эффективность обуславливает нужность, если только нет влияния со стороны ("партия сказала нужно, комсомол ответил "есть").
> Попробую провести аналогию (конечно же плохую, как и все аналогии)
Вы в своей аналогии не учитываете критерии, которые делают sqlite уникальным в своём роде инструментом. Яблоки - не уникальная еда. Поэтому соглашусь, ваша аналогия неудачна. Но не соглашусь, что все аналогии неудачны.
