Eu peguei isso de outroquestã Eu tinha

Em usos apropriados para o sqlite, ele possui:

Situações em que o SQLite funciona bem

• Sites

@SQLite normalmente funcionará muito bem como o mecanismo de banco de dados para sites de tráfego baixo e médio (ou seja, 99,9% de todos os sites). A quantidade de tráfego da Web que o SQLite pode suportar depende, é claro, da intensidade com que o site usa seu banco de dados. De um modo geral, qualquer site que receba menos de 100 mil hits / dia deve funcionar bem com o SQLite. O número de 100 mil acessos / dia é uma estimativa conservadora, não um limite superior rígido. Demonstrou-se que o SQLite trabalha com 10 vezes essa quantidade de tráfeg

Situações em que outro RDBMS pode funcionar melhor

• Aplicativos cliente / servidor

Se você tiver muitos programas clientes acessando um banco de dados comum por uma rede, considere usar um mecanismo de banco de dados cliente / servidor em vez do SQLite. O SQLite funcionará em um sistema de arquivos de rede, mas devido à latência associada à maioria dos sistemas de arquivos de rede, o desempenho não será ótimo. Além disso, a lógica de bloqueio de arquivos da implementação de muitos sistemas de arquivos em rede contém bugs (no Unix e no Windows). Se o bloqueio de arquivos não funcionar como deveria, pode ser possível que dois ou mais programas clientes modifiquem a mesma parte do mesmo banco de dados ao mesmo tempo, resultando em corrupção do banco de dados. Como esse problema resulta de erros na implementação do sistema de arquivos subjacente, não há nada que o SQLite possa fazer para evitá-l

Uma boa regra geral é que você evite usar o SQLite em situações em que o mesmo banco de dados será acessado simultaneamente de muitos computadores em um sistema de arquivos em red

Minha pergunta

Vou mostrar minha ignorância aqui, mas qual é a diferença entre esses dois?