Opa, muito legal a sua contribuição

Não queria chegar já mandando 2 polêmicas rsrsrs Questão da perfomance ser melhor também em vários casos 😂
Mas já que comentou, eu vi isso na prática aqui
Como comentei, consegui popular a base dados com postgres e sqlite
No Sqlite até de maneira automatizada pela facilidade nele, claro no postgres também deria ter conseguido se pesquisado talvez mais um pouco. Mas manualmente foi e de maneira até mais rápida a população do banco, mas como é o insert inicial não foi tão relavante esse detalhe, MAS pensando que é uma base de muitos GBs pode ser algo interessante

O banco de bem otimizado "opera milagres".

Concordo

Eu tenho que admitir que o risco de ter que mudar para outra coisa depois quando se usa o SQLite, é maior que os outros candidatos tradicionais, mas ainda é pequeno se a pessoa não for completamente sem noção.

100% 👍

Um ponto que até falou e fiquei pensando, citou novamente o firebird
Um teste muito bom, pelo menos para sistemas legados, de PDV e coisas assim seria usar o sqlite como altenartiva por causa de uma coisa que via muito acontecer: corrompimento de banco de dados junto com delphi (acho que em grande parte era culpa do delphi que tinha feito o ERP na época, mas outra do DB, porque não vi isso aconetecendo com outras banco de dados, mesmo com devs ruins ou iniciantes), poderia ajudar muito se talvez usassem um sqlite, já que são no máximo ali umas 5, 10, 20 conexões no banco em uma rede no cabeada.

Creio que o motivo de não ter pego o sqlite nesse cenário, porque o firebird ainda é muito forte na parte de automação com delphi ainda.

Mais uma vez obrigado por sua contribuição