Assino embaixo.
Quero acrescer que falo há mais de 16 ano que o SQLite dá pra atender quase qualquer demanda desde que a pessoa saiba o que está fazendo, oque pode ser ligeiramente mais difícil no começo. Mas outros DBs vão exigir tunning para ir bem, algo que o SQLite quase não exige. Mas exige arquitetar bem a aplicação. Ele pode ser útil até me casos que pare que só o PostgreSQL daria conta. Ele é simples e eficiente.
A maioria das pessoas vão falar do SQLite sem conheçe-lo bem, sem entender be banco de dados de forma geral, de forma profunda, ou até sem entender de computação.
Algumas coisas eram um pouco difíceis de fazer, como formar fila de escrita, replicação e coisas onde a carga seja muito grande (dica: a carga quase nunca é muito grande). Hoje estão surgindo com mais rapidez ou não, com mais qualidade ou não, mais maduro ou não, soluções prontas para o Sqlite até bater outros bancos de dados tidos como mais potentes. M ão estou dizendo que o ecossistema está perfeito, mas claramente iniciou-se uma onda de projetos para fazer o SQLite ser um banco de dados pau para toa obra, o que dava antes, mas você que tinha que se virar. Pesquise, tem muita coisa.
Tem caso que é no brainer. Eu j ogo um jogo que cada pessoa administra uma companhia. Não sei como eles fizeram, mas não faz o menos sentido não ter uma instância do SQLite para cada companhia que não interagem entre si. Até interagem em certo ponto, onde também terão os SQLites para administrar isso e aí necessita um pequeno cuidado na escrita. Aqui estou dando exemplo de SQLite puro.
A maioria dos ERPs do mercado rodam bem no SQLite se quiserem. Já vi rodarem em coisa absurdamente pior. Nem vou falar de blogs e afins. Em alguns casos pelo menos um a fila de escrita será necessário.
Quem diz que o SQLite não dá da conta é quem não estuda o assunto, não testa, só l ê algo em internet (a própria página do SQLite que está abandonada, não reflete o que o SQLite é hoje, e de qualquer forma eles preferem ser conservadores, até porque não precisam querem 100% do mercado, eles já têm ou deveriam ter acima de 99%, sob certo critério). Ficaria até chato querer competir com banco de dados mais complexos e certamente se eles fizessem isso traria dificuldades, dariam a mão e pediram o braço. Então o certo é ter outros softwares para fazer o SQLIte mais poderoso para casos mais extremos.
Claro que sem saber o caso concreto não tem como decidir. Por isso eu falo que está entrando muita gente na área que não tem condições de manter um sistema em pé, precisa dominar a computação para tomar a melhor decisão. Este é o parágrafo mais importante que estou respondendo.
Ninguém aqui vai se responsabilizar pela sua decisão, você pe que sofrerá as consequências. Não é porque o SQLite deu muito certo para mim e muitos amigos aue sabiam que estava fazendo que vai dar para você, ainda que hoje tenha ferramentas que facilitam muito dar certo. Sei que a maioria das pessoas não conseguem tunar direito o PostgreSQL, é bem complexo, e se tiver que fazer replicação então, aí chama um especialista, de verdade.
Eu não cravo no SQLite porque já vi gente tentando e não conseguindo, não porque o SQLite não dava conta, ela só não sabia fazer, mesmo ela se vendendo como um dos maiores especialistas em banco de dados do mundo.
Então acho que isso cabe para te ajudar: https://www.tabnews.com.br/maniero/faq-do-programador-perdidao.
S2
Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui no perfil também).