SQLite ou Access

[Gustavo Almeida]

Pessoal,

Sem "mi mi mi" de "Access não é banco e bla bla bla"...

Para uma aplicação simples, desktop, windows form, rodando local, com no
máximo três máquinas em rede local (maioria nem vai usar em rede).
Banco de dados que dificilmente passará dos 100MB (megas, e não gigas).

Vale a pena o SQLite??? Ou dá pra deixar em Access?????

Precisa ser banco embarcado, pois o sistema é distribuído via download,
com instalador simples (avançar, avançar, instalar).


---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus

[Rubem Rocha]

Cada um usa o que melhor lhe convém. Eu usaria SQLite ou FireBird por ter familiaridade com eles, mas neste âmbito, neste contexto, cada um usa o que melhor lhe convém.

Sds

--
==============================
Comunidade de desenvolvedores Dot Net no Brasil

Facebook: www.facebook.com/grupodotnetbr

WebSite: www.dotnetbr.com

E-mail do Grupo: dotn...@googlegroups.com
==============================
--- You received this message because you are subscribed to the Google Groups "DotNet Brasil" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dotnet_br+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Gustavo Almeida]

Obrigado, Rubem...

Na verdade, minha pergunta deveria ser: QUAL DOS DOIS É MAIS CONFIÁVEL??? (em matéria de possibilidades de corromper o arquivo e etc)

Sempre usei Access, desde o VB6.
Desenvolvo aplicações simples, sem grande necessidade de SGDB.
Softwares de prateleiras, para usuários quase "domésticos" (o cara da padaria que quer um controle de caixa no balcão dele, por exemplo).

Só que tô fazendo um software novo aqui e os comandos de consultas SQL no Access são bem esquisitos, não suportando muitas coisas.
Acho que o SQLite deve me ajudar mais. Mas nunca usei SQLite. Não sei se ele "aguenta" o mesmo que o Access. (e sim, eu sei que o Access não é um banco de dados e bla bla bla... Mas, enfim...)
Esta é minha dúvida...

Livre de vírus. www.avast.com.

[Flávio Alencar]

SQL Server CE...

Flávio

[Gustavo Almeida]

Ah.... E o Firebird eu já tentei usar outras vezes, mas tive problemas...

Distribuo softwares para muuuuuuuita gente pela internet. E como falei, os meus são softwares "pequenos", que normalmente as pessoas usam como um "complemento" dos sistemas da empresa (parte 'não fiscal', por exemplo).

Então, quando tentei usar Firebird, em muitos clientes deu problema, pois em muitos casos o cliente já tinha um outro software na máquina, que usava uma versão do Firebird diferente daquela que eu usava, e então era um tumulto danado.

[bruno ortiz]

Cara se for coisas simples, usa um MySQL.... mas se rolar o SQL Server CE é show...

[Daniel Franzini]

Eu iria de SQLite. Vale a pena.

Daniel

"Let us change our traditional attitude to the construction of programs. Instead of imagining that our main task is to instruct a computer what to do, let us concentrate rather on explaining to human beings what we want a computer to do." (Donald Knuth)

"Yes, technogeeks can be funny, even if only to each other." (http://www.boogieonline.com/revolution/science/humor/)"

"Man is driven to create; I know I really love to create things. And while I'm not good at painting, drawing, or music, I can write software." (Yukihiro Matsumoto, a.k.a. ``Matz'')

[Luciano Nascimento]

Bom dia,

SQLite acho a melhor opção na atualidade, simples e fácil de manutenir. 

[Gustavo Almeida]

Beleza!

Obrigado a todos pelos feedbacks!

Vou ver se consigo usar o SQLite!

[Flávio Alencar]

Dê uma pesquisada também no SQL Server CE..

Aí faça uma comparação com o SQLite.

Flávio

Flávio

[Alex Barreto]

SQLite. 

O problema do Access é justamente o fato de dar problemas quando em rede.

Att,

[Rubem Rocha]

Pessoal, na boa... com tantos SGBD relacionais free e estáveis, investir em armazenamento de dados compartilhado em rede, além de ser um retrocesso, é realmente pedir para ter dados corrompidos, e tentar prevenir tudo tipo de problema que possa ocorrer para corromper os dados é tempo e estresse a mais para se ter na vida.

Como dizem, o barato pode sair caro. Se o armazenamento local é crítico para a aplicação, melhor investir em um banco embarcado estável, como SQLite ou Firebird, pois estes permitem acesso transacional local de fato. Nada de xBase ou Access.

Sds.

[Vitor Hugo Campos]

O SQLite não é um banco de dados apropriado para uso em rede. Como a própria documentação do SQLite fala, "o SQLite não compete com bancos de dados client/server. Ele compete com o fopen()":
https://www.sqlite.org/whentouse.html

Se a aplicação for usada exclusivamente em modo local, ele funciona muito bem; se precisar ser usado em rede, melhor usar outro banco de dados. Uma sugestão seria incluir o instalador do MySQL no seu instalador e fazer um silent install do banco de dados durante o processo:

https://dev.mysql.com/doc/refman/5.5/en/windows-installer-msi-quiet.html
http://stackoverflow.com/questions/19589309/inno-setup-install-other-installer-and-run-it-before-continuing-my-install

Sds,

--
Vitor Hugo Campos
DBA Oracle Senior

http://www.facebook.com/vitor.vix
http://www.linkedin.com/in/vitorhugocampos/pt

[Marcus Alexandre Silva]

Mimimi porque voce nunca conviveu com access corrompido...

Ja vi sistemas declinarem porque o backup não tinha os dados do dia de serviço perdido ou simplesmente não tinha backup.

Continua com Access campeão....

Em 23 de junho de 2016 10:08, Gustavo Almeida <gus...@gmasoftwares.com.br> escreveu:

[Gustavo Almeida]

kkkkkkkkkkkkkkkkkk

Eu não quis dizer que o Access é indicado como banco de dados.
Conheço todas as limitações e risco do Access.
Eu só quis evitar discussões desnecessárias (como esta, por exemplo) sobre o quanto o Access é ruim, pois isso fugiria do escopo da minha dúvida principal.

Só isso.

A ideia dessa minha frase não era ofender. Era apenas não criar uma discussão desnecessária.
Infelizmente, falhei no meu intento, rs rs rs ...

Mas valeu pelas dicas, amigos.
O sistema tá em fase final de desenvolvimento rodando em SQLite.
Parece que vai atender perfeitamente aqui.

Obrigado a todos.

[Marcus Alexandre Silva]

Não ofendeu não :)

[William Thiago]

Independente da motivação, falhou em colocar Access e banco de dados na mesma frase ahahha.

Como o Vitor falou ai ali cima, o SQLite é otimo pra embarcado, mas não é a melhor solução se você precisa de duas máquinas (na rede).

Não rola mesmo ir pra um SQL Express instalado bonitinho?

[]s

William Thiago

[Gustavo Almeida]

Não rola, William... Acreditem, eu sei qual é o meu cenário, rsss... Qualquer SGDB é matar formiga com canhão.

Vou tentar expor uma realidade aqui, correndo o risco de iniciar um flame infernal. (se isso ocorrer, eu mato o tópico, rs).

No geral, os profissionais aqui da lista trabalham em grandes empresas ou escritórios, em projetos grandes e/ou críticos, desenvolvidos para clientes específicos que precisam realmente de um sistema fodão, com um gerenciador de banco de dados e etc... Por conta disso, é natural que a maioria sempre venha (com a melhor das intenções, é claro) bater na tecla do "valer a pena usar o banco de dados fodão" e etc... Isto é o "certo"!

Só que este cenário aí está TOTALMENTE FORA DA MINHA REALIDADE.
Meus clientes acham meus programas no Baixaki / Superdownloads etc.
Ele tem que baixar o setup e clicar em "Avançar", "Avançar" e "Finalizar".
Qualquer coisa além destes passos acima, faz com que 90% abandone o teste e vá procurar outro programa que não lhe exija "muitas configurações" pra usar.

Instalar / Configurar um MySQL ou SQL Server é totalmente fora de cogitação...
Mesmo que eu embarque o setup de forma silenciosa no instalador, terei "problemas", pois muitas vezes o cliente já tem um MySQL versão "x" ou Firebird versão "y" por conta de algum outro sistema que ele usa. E aí começa um show de conflitos de versões se eu tentar embutir o instalador no meu setup.



Meus programas são "pequenos".
Tenho milhares de clientes espalhado pelo Brasil ao longo de uns 15 anos e nunca vi algum que o banco de dados tenha ficado maior do que 100MB.

Por isso, no meu caso, não está fora de questão embarcar um SQL Server ou MySQL.
Estarei matando formiga com canhão.

Ao longo destes anos, poucas vezes o banco de dados corrompeu. E quando corrompeu, o programa tinha cópia de segurança automática para restaurar.
Te afirmo com a mais absoluta certeza: SE MEUS SETUPS PRECISASSEM DE CONFIGURAR UM MySQL ou SQL Server, eu não teria vendido NEM METADE de todos os programas que já vendi.

[Gustavo Almeida]

Corrigindo a primeira linha do penúltimo parágrafo. tem um "não" sobrando lá...

Por isso, no meu caso, não está fora de questão embarcar um SQL Server ou MySQL.

[William Thiago]

Programas de caixinha! Então eu iria de SQLite mesmo...

Você ganha querys mais padronizadas que as que o Access permite, tem uma forma de manter o arquivo melhor que o mdb. 

Talvez te adicione um pouco de complexidade no backup (sempre usei SQLite em mobile pra informações que poderiam ser descartadas, então nem sei como faria...)

IMHO, vale a pena. 2016 né, nem sabia que access ainda existia hahaha

[]s

William Thiago

[Gustavo Almeida]

Isso! Software de prateleira!

Sobre o backup do SQLite, até onde eu vi, é só copiar o arquivo do banco. Igual eu já fazia no Access, hehe

[Marco Aurélio]

Firebird +1

[Antonio Marinho]

Usamos aqui no Hospital o Firebird e nunca tivemos problemas

[Alexandre Monetto]

Boa tarde pessoal,

Gustavo Almeida da Gmasoftwares, preciso entrar em contato com vc.

 

Meu Skype eh alexandremonetto.

 

Quando possível vc pode me adicionar, por favor?

 

Abraço a  todos.

 

 

Enviado do meu telefone Windows 10