O SQLite vai salvar sua alma, seu bolso e seu SaaS
HTML-код
- Опубликовано: 6 фев 2025
- Conhece o código de conduta que os desenvolvedores do SQLite seguem?
Código de conduta: sqlite.org/cod...
Plataforma Vivendo de SaaS: vivendodesaas....
Meu MicroSaaS: linghack.com
Cheguei no seu vídeo através do título que a principio me pareceu bem apelativo mais segui vendo o conteúdo e gostei mto.
Uma ótima reflexão sobre o código de conduta!
Mandou muito bem! As reflexões no final do vídeo me lembram muito (1) redução de complexidade de software, (2) combate ao overengineering e (3) a eterna evangelização da cultura de "menos egosistema e mais ecossistema", principalmente.
Olá. Minha conclusão é que o vídeo não é sobre o SQLite kkkk. Mas falando sobre experiência de uso, eu utilizo em um projeto em ambiente produtivo. Um defeito que tem é a incapacidade de modificar tamanhos de colunas e adicionar ou remover colunas de primary key (modificar as regras). O resto é alegria.
Mas aí é falta de experiência e planejamento, não problema do banco, como vc cria uma tabela qualquer e define uma PK errada ???
@@denernun o projeto só esta em produção e tem 1 dev. se ele ainda não deu certo. quando ele der certo vai ter mais uma mao ali.
@@denernun até discord gigantesco com milhares de devs tiveram problemas.
@@denernun Nem sempre amigo, muitos casos onde a pk era formada por dois campos, transformei em apenas um, em outros casos, transformei em 3. No firebird existe essa limitação de alterar o tamanho da coluna, é preciso criar outro campo temporario para poder ajustar o tamanho.
O SQLite é muito bom. Quando o conheci, os programadores zoavam "Ah, pronto, vamos voltar a usar MDB...".
Mas é um banco maduro e estável. Chave estrangeira, triggers e muita coisa que o MySQL faz.
Vi uma palestra que falava de multitenancy usando SQLite, que só de criar o usuário, o banco dele era gerado no bootstrap e conectado em tempo de execução e era muito mais fácil de manter.
Obrigado pelo vídeo. Muito útil.
Verdade!! SQLite seria um ótimo uso em uma arquitetura multitenancy.
Excelente! Como trabalho muito com Python, uso frequentemente o SQLite a muitos anos, inclusive a partir dele posso utilizar outros paradigmas de armazenamento, inclusive eu o utilizo como banco de dados em grafo e vector database. Parabéns, são Bento rogai por nós!
Também estou usando, incrível como pessoal é preso ao passado, não ao autor do vídeo, mas uso o sqlite desde 2018 e uso ele também pra file storage como blob e também pra vector, galera hoje o cérebro é igual uma semente de laranja, ideal era nem ensinar, deixar eles preso a ignorância.
Seus conteúdo pós-voltar pro mundo de mão na massa tá insano! Muito bom o compartilhamento da experiência
Vou tentar produzir mais conteúdo roteirizado assim
select CURTIDO, INSCRITO FROM Vivendo_De_SaaS
Legal!! Seu conteúdo tem me ajudado, estou dando os primeiros passos no Micro-SaaS. Obrigada!
Uma opção mais escalável é MonetDB que suporta escala gigantesca e é multi-usuário, o que não é o caso do sqlite. Uso os dois há muitos anos e são ótimos!
Olá! Obrigado pelo excelente vídeo. Que coisa interessante... a gente vê as pessoas se preocuparem mto com processos, frameworks, cultura de trabalho, mas é a primeira vez que eu vejo um produto de tecnologia se preocupar com princípios que visam nortear a forma de se relacionar. Bonito de ver.
Eu tambem gostei muito disso
cara parabéns pelo conteúdo, achei seu vídeo aleatoriamente , tenho pouco de conhecimento em C# mas sempre amei php estou tentando voltar a estudar de novo, já usei o sqlite tem algumas aplicações, mas não tinha ideia dos valores dos desenvolvedores isso e grande, em relação as linguagens acabei ficando cansado por conta disso, as pessoas tentam todos os dias inventar alguma coisa que resolve isso e aquilo, mas o PHP e extremamente poderoso e resolve também da mesma forma porem mais prático, e com uma comunidade gigante.
Obrigado
Excelente vídeo!
Então é um excelente para uso em embarcados mas tem limitações com relação a múltiplos usuários ou operação simultâneos para alterar tamanho de tabelas e excluir etc. Mas é o mais usado no mundo todo Smartphone com androide e por ai vai de micro-ondas, geladeira a maquina de lavar é FANTÁSTICO. Mas gostaria bastante de ver como vc vai implementar e usar espero os próximos videos.
Comecei uma aplicação desktop com Electron ontem e estou utilizando SQLite para ter a base de dados local. Não vejo forma mais simples e fácil de fazer. Funciona super bem para esses tipos de caso que não quero depender de um servidor externo ou rede.
Uso SQLite e nunca houve problemas. Desenvolvo com Django (Python) e o sqlite3 já vem pré-instalado. É só usar. Muito bom mesmo.
É incrível como muita gente ainda não conhece SQLite.
uso SQLite pra automação de chatbots, guardar contextos, etc.
SQLite é maravilhoso!
ótimo para tudo... Rapaz, o que eu vejo ultimamente é que as pessoas estão complicando muito o desenvolvimento... fazendo as pessoas pensarem que realmente precisamos de um monte de tecnologia... Mas, a verdade é que PHP, HTML, CSS E JSCRIPT, dá pra fazer muita coisa de forma simples e muito rápida... Sqlite é vida...
c# vc basicamente muda a connectionstring e muda para qualquer banco, nao faz diferenca nenhuma e leva apenas alguns segundos para migrar de um banco para outro
Tive uma experiência a nível de suporte, em um app de força de venda. Funcionava perfeitamente.
Opa, meu amigo! O SQLite é uma ótima ferramenta, especialmente para aplicações com alta leitura de dados. Sempre que utilizo um ORM, costumo configurar o framework para usar SQLite durante o desenvolvimento, evitando a necessidade de configurar um servidor PostgreSQL, que é o banco relacional que prefiro. Quando finalizo a aplicação, às vezes mudo a configuração do ORM para PostgreSQL, mas nem sempre é necessário. Na verdade, para MVPs, um servidor de banco de dados muitas vezes não é indispensável.
Um forte abraço e obrigado pelo excelente conteúdo! 🚀
É um ótimo banco de dados mas existem algumas limitações no SQLite que me fizeram continuar com o Firebird. Não consegui facilmente resolver problemas de muitos acessos concorrentes, grandes volumes de dados e aplicacoes distribuidas. Firebird roda liso em tudo isso.
Bom dia Saas! Mostra um caso de uso e nao de teste em ambiente de desenvolvimento, com isso dar mais credibilidade ao sei assunto.
Obrigado. Mas eu não queria dar credibilidade, queria falar exatamente o que falei.
Muito top Deivison, também acho que a primeira coisa a se pensar é como podemos ajudar o próximo... vc não acha que seria interessante criar um sistema estilo de Venture que existe nos EUA, que une alguns desenvolvedores que já tem algumas ideias ou projetos em andamento com investidores? Lá nos EUA me parece mais simples testar ideias pois algumas pessoas compram no estilo M&A
Seria, mas alguem tem que puxar a frente. Eu estou cheio de coisa
Opa.
Trabalhei muito tempo com o Clipper e o banco de dados dbf.
Hoje trabalho com Android e SQLite, Delphi e Firebird, e python e dataframes.
O SQLite é muito bom. Ele começa a ser ruim quando você precisar ter mais de um nó lendo ou escrevendo, eles irão começar a concorrer entre si e vai gerar falhas de gravação. Você terá que lidar com erros de inserção repetindo certas inserções usando estratégias de fila. Para uma coisa simples somente um leitor e um escritor ele cai com uma luva.
O código de conduta deles faz agente refletir eu não sabia que eles tinham esse código.
eu nao testei, mas vi o Pieter Levels falando que bastava fazer uma configuração espeficica que isso se resolvia
são 3 ajustes possíveis, o primeiro é essencial e mais simples de aplicar, os outros 2 são opcionais:
1. definir um busy_timeout, assim você não precisa gerenciar retentativas por conta própria. é um tempo limite que vc pode esperar a escrita em execução ser concluída antes de "desistir";
2. se vc vai utilizar transações, use sempre BEGIN IMMEDIATE em vez de transações comuns;
3. considere mudar (usando o comando PRAGMA) o journal_mode (de DELETE) para WAL e o synchronous (de FULL) para NORMAL (só faça isso se não for transportar o banco de dados usando comandos regulares de cópia, pois usando o WAL você vai ficar dependente de exportar os dados com DUMP e re-importar em outro local, ou terá que desligar o WAL momentamente, copiar, depois reativar o WAL).
Vc aceita participação para desenvolvimento de software para futuramente criarmos um MicroSaas?
Eu trabalho no ramo de máquina CNC. E desenvolvi um método de programação para tornear madeira mais barato e com a mesma eficiência do que é encontrado no mercado.
Gostaria de disponibilizar esse método para o grande público, mas não quero criar um curso, pois tenho certeza que um software bem leve, resolve o problema.
Só que não sou desenvolvedor de software. 🤷
imagina o debito tecnico
Cara, na verdade, se você for analisar, qualquer software moderno - exceto apps mobiles que tem uma finalidade específica, que não comece o desenvolvimento pelo banco de dados (o pessoal hoje adora ORM kkk) vai gerar débito técnico! Isso é fato!
Quer um software bom e maduro desde o início, com pouco débito técnico? A primeira pessoa da equipe deve ser um DBA, ou alguém que entenda muito bem de modelagem! Se for um Dev então, perfeito!
Mas da onde esse povo tirou q PHP é tecnologia velha?
Eu conheci pessoalmente o Rasmus Lerdorf em 2001 ou 2002 (nao lembro ao certo). Sao 23 anos. Ele criou o PHP
@@VivendodeSaas Pessoal fala mau de PHP por puro preconceito e tb pq acreditou em propaganda de bigtech. Pra mim, até hj é a melhor linguagem q tem pra desenvolvimento web.
Agora aparece uns 20 comentários
Eu programo em PHP há mais de 25 anos e em C# há quase 20.
Para prototipagem, o PHP é excelente.
Mas, em relação à manutenção de sistemas maiores em produção, não há o que comparar. O C# deixa o PHP na poeira.
De toda forma, para projetos mais simples, eu ainda uso o PHP, pela rapidez que ele permite que um projeto entre no ar.
O problema do sqlite é que não suporta escrita concorrente. Se tiver mais de um usuário acessando ao mesmo tempo só funciona se for somente leitura. Se tiver dois processos tentando escrever na mesma tabela em paralelo não funciona.
com a velocidade dos NVMe atuais isso não é um problema. só garanta que a sua conexão tem um busy_timeout definido para não precisar gerenciar retentativas manualmente e se for utilzar transactions use BEGIN IMMEDIATE em vez de uma transaction comum.
MEU TIME É MELHOR USEM ELE
*Salvar a **_*umanidadi..._** Que piada. A Oracle que se cuide. 🤣
Vi que não assistiu o vídeo
@@VivendodeSaas
Parei qdo começou falar em religião.
Desviou do foco e não justificou pq SQLite é melhor.
PHP é melhor que PYTHON ?
Clipper não usava um arquivo único como o SQLite, mas um DATABASE com várias TABELAS, como o MySQL
Acho que o vídeo ficaria OK se o título fosse *_Como Devemos Ser,_* sem tocar em programação.
eu não me importo, falei o que me deu vontade, assiste quem quer. O vídeo foi um sucesso pro meu tamanho de público.