Posso/devo executar meu site em um banco de dados SQLite?

Question

Estou prestes a criar um novo site de blog/portfólio pessoal (que será escrito no ASP.NET) e vou executá -lo contra um banco de dados SQLite. Existem algumas razões para isso:

1. O site não estará recebendo muito tráfego e, pelo que li, o SQLite é capaz de suportar muitos usuários simultâneos para ler de qualquer maneira
2. Eu posso fazer backup de todo o conteúdo facilmente, apenas baixando o banco de dados sobre FTP
3. Não preciso pagar minha empresa de hospedagem todos os meses por um enorme banco de dados SQL2008 que dificilmente estou usando

Então, devo ir em frente, ou isso é uma ideia louca?

Answer 1

Não tenho tanta certeza sobre o #2 (o que acontece se o sqlite faz alterações no arquivo enquanto o programa FTP está lendo?) Mas, além disso, não há razão para preferir um dB ao outro (a menos que um desses DBS Só não posso fazer o que você precisa).

Editar] Use um backup online Para criar o arquivo para download do FTP. Isso garantirá que o conteúdo do arquivo esteja intacto.

Melhor ainda, adicione uma página (com senha) ao seu site, que cria o arquivo no pressionamento de um botão, para que seu navegador possa baixá -lo.

Answer 2

É bom para um site de tráfego baixo, desde que seja principalmente o tráfego. Se fosse eu, eu usaria o SQL Compact Edition (os mesmos benefícios que o arquivo sqlite-único, sem servidor), apenas porque sou um linq-cabeça e os provedores LINQ estão "na caixa" para isso, mas SQLite Possui uma biblioteca LINQ decente e suporte gerenciado também. Certifique -se de que sua empresa de hospedagem permita código não gerenciado ou que você use a porta gerenciada do SQLite (embora não conheça sua estabilidade atual).

Answer 3

O SQLite pode lidar com isso facilmente - vá em frente.

Answer 4

Você deve verificar, mas acho que a versão expressa do SQL 2008 é gratuita. De qualquer forma, tenho trabalhado com o SQLite do .NET Environment e funciona muito bem (mas não fiz nenhum teste de carga). E se você ainda não estiver decidido, ainda poderá usar um provedor LINQ que permitirá que você mude de um banco de dados para outro sem reescrever seu código SQL (acho que Dblinq, por exemplo). Se você planeja fazer backup do seu banco de dados, deve garantir primeiro que ele não seja usado no momento.

Answer 5

Sqlite responda isso para você:

http://sqlite.org/whentouse.html

Volume baixo de médio médio = ok, alto volume = não use-o

No seu caso, é A-OK usar SQLite

Answer 6

Geralmente, sim.

Mas você deve estar ciente do fato de que o SQLite não suporta tudo o que você pode estar acostumado a partir de um DBMS 'real'. Por exemplo, não há restrições como chaves estrangeiras, índices exclusivos e similares, e Afaik, alguns tipo de dados (mais avançados) não estão disponíveis.

Você deve verificar as várias limitações aqui e aqui. Se você pode se dar bem com isso, não há razão para não usar o SQLite.

Answer 7

Uma regra geral é que, se o site puder ser executado em um servidor, o SQLite será suficiente. É isso que o criador de Sqlite, D. Richard Hipp, disse aproximadamente 13 min 30 segundos em Episódio 26 do Floss semanalmentepodcast.

Link direto de áudio (Arquivo MP3, 24 MB, 51 min 15 s).

Answer 8

Eu diria não. Primeiro, não sei quem você está usando para um provedor, mas com meu provedor (GoDaddy), é muito barato a US $ 2,99 por mês ou mais. Recebo 1 SQL Server DB e 10 MySQL DBS.
Não sei o quanto isso pode ficar mais barato.

Em segundo lugar, por que arriscar? A maioria dos planos de provedor inclui pelo menos um banco de dados MySQL. Você pode ficar com isso.

Answer 9

Você está usando alguma funcionalidade SQL? Soma, avg, classificar por etc, se sim, use sqlite. Caso contrário, use arquivos TXT simples para armazenar seus dados. Verifique também se o banco de dados está fora da pasta httpdocs ou não é acessível à Web.