никто Lazarus не бросает - моё мнение что в компонентах доступа к данным там не нужна полная совместимость со стандарным набором -тем более что сама дельфина сколько раз их меняла (BDE/ADO/DBExpres)?
DB-express - не замена, а развитие, расширение под MIDAS и оффлайновый режим. Все дело - в драйверах.Например, на PostgreSQL не удалось найти бесплатный драйвер.
Вы явно недооцениваете DB-Express & MIDAS !
Просто исходя из своего опыта написания своего софта и сопровождения чужого (более 12 лет) универсальные ядра доступа к разным СУБД - это фикция, красивая сказка для не опытных разработчиков. Универсальность достигается за счёт урезания основного функционала самой СУБД.
А у меня другой опыт. Если придерживаться строго SQL-режима - никаких существенных проблем при миграции к похожему серверу ( PostgreSQL-Oracle и наоборот,.. ). А проблемы - это от "design flaws" и привязки к конкретным особым фишкам. Нелегко переделать клипперовскую программу под SQL - я такую сейчас с НУЛЯ пишу.
кстати - в порядке ощего развития для меня - а в SQLite3 есть поддержка тригеров/хранилок?
Триггеры - есть. Вьюшки - есть. Сиквенсы - есть. Автонумерация ключей - есть. Параметрические запросы - есть. Новые функции - через их написание ( на "C" под специальное API ) с последующей подгрузкой в качестве расширений. Своего скриптового языка для написания высокоуровневых процедур - нет и быть не может, потому что это будет уже не "Lite".
Все это с частичными ограничениями (убраны редко используемые фичи ) - иначе малый размер и скорость не сохранишь, к этому надо относиться с пониманием.