Executando verificação de segurança...
2

Eu sempre falo isso, mas pessoas não acreditam.

Se o SQLite performou igual ou é uma situação muito específica ou algo foi feito errado nele, porque é para ser bem melhor, na maioria dos casos.

Defendo muito o SQLite e cada vez mais com o surgimento de novas ferramentas e padrões de uso, mas tenho que dizer que não é para qualquer.

Essa coisa de "Migrar para outro banco de ados" é um mito, as pessoas carregam de penduricalhos achanado que um ia vai precisar, quase nunca vai acontecer, quando acontece é porque a pessoa é ruim demais, a migração não pode ser pura, não pode ser só usar a inicialização do ORM e boa, como muitos acham, dá muito mais trabalho, ao ponto que tentar abstrair faz a profecia ser auto realizável, você vai trocar porque tentou fazer algo genérico em vez de otimizar bem para um banco dados.

O banco de bem otimizado "opera milagres".

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.

Tem sistemas enormes rodando com milhares de pessoas simultâneamos rodando SQLite. é Caro que a arquitetura e a necessidade especial é que permitaram isso. E podem crescer que fica tempo constante (essencialmente).

Tem casos que deve usar pg, my, Oracle, Sqlserver e outros, até firebird. SQLite serva pata muito mais que a maioria acha, mas não serve para tudo, especialmente se não for algo tão simples assim e a pessoa não sabe fazer nada certo. Tem que ser bom de arquitetura pro SQLite scalar, mas ele escala. A questão é achar o ponto onde o fazer funcionar bem pode sair mais caro que outra opção mais preparada para grandes escalas.

A esmagadora maioria das pessoas que trabalham com DB não está atualizada com tudo que ocorre na cena do SQLite, o que ele falarem é algo do passado que não vale mais hoje.

O SQLite tem algumas limitações em acerto ponto, mas escolha entre MySQL e PostgreSQL vai mais pelo gosto ou algo muito específico o que qualquer outras coisa. Ambos alguém firme os maiores sites do mercado, é só saber fazer.

SQL Server, Oracle e provavelmente DB (conheço quase nada) podem ser melhores em alguns casos, geralmente as versões mais varas, é como precisa do Core i9, quase ninguém precisa, mas se precisa desse pouquinho a mais ele entrega e arranca seus rins.

È bom lembrar que eu já escrevi artigos sobre DBs há 10 amos atrás que hoje tem valor quase zero, porque o mundo dá voltas. Então cuidado se estiver lento em 2035, 2030 ou 2027.

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).

Carregando publicação patrocinada...
1

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

2

Caixa pode e deveria ter um db pra cada unidade, o que faz o SQLite a púnica solução sensata (as outras funcionam também sem problemas). Uma hora de juntar tudo, que pode ou não acontecer de acordo com o sistema, mas vamos considerar que tenha que juntar, é só enfileirar e o SQLite não terá problema, mas é um caso que admito que o SQLite já não é perto de 99% de certeza que é a melhor solução. Se deseja já mandar tudo junto, dá também, para centenas de caixas operando juntos, mas pode ser que a pessoas tenha que saber fazer isso de forma correta, e outros DBs já estão preparados para isso.

O Firebird é bem interessante mas ele não tem algo que faça ele ser relevante no mercado, tanto que quase 100% do uso dele é em aplicações Delphi, ou seja, o motivo é o que tem mais à mão ali, não é um motivo técnico. Ele é pesado e tem mais problemas que o SQLite (sim, ele foi feito em uma época e por pessoas que não entendiam bem oque estavam fazendo e nunca foi corrigido, funciona em quase 100% das vez e isso está bom para alguns) e não tem todos os recursos que um MySQL ou PostgreSQL têm. Em muitos casos ele não casa bem com a linguagem que o operará porque ninguém fez um driver decente.

1

Top,
Pensei mais na opção de deixar o banco centralizado no caso do SQlite
Mas realmente o que falou pode fazer sentido mesmo

Em um tempo que trabalhava muito com firebird e depois conheci o mysql, a primeira coisa que pensei foi "porque não usam isso aqui em vez daquela carroça, comrrompedor, firebird"

Depois de um tempo só comprovei o que pensei mesmo 😂

As versões posterior pode/melhorou isso, eu sei, mas o trauma ficou, mas até hoje o considero, não fico só pensando só nos problema que tive com ele na versão 2.1 e 2.5 acompanho as atualizações e etc.

Aproveitando firebird está na versão 5 já (desse ano) 🙃😂