Posso/devo eseguire il mio sito web su un database SQLite?

Question

Sto per creare un nuovo blog personale/sito del portfolio (che verrà scritto in ASP.NET) e lo eseguirò su un database SQLite. Ci sono alcune ragioni per questo:

1. Il sito non sarà sempre un sacco di traffico, e da quello che ho letto, SQLite è in grado di supportare un bel sacco di utenti simultanei per la lettura comunque
2. si effettua il backup di tutti i contenuti facilmente, semplicemente scaricando il db tramite FTP
3. io non devo pagare il mio hosting di azienda ogni mese per un enorme database SQL2008 che sono difficilmente usando

Quindi, dovrei farlo, o è un'idea folle?

Answer 1

Non sono così sicuro di # 2 (cosa succede se SQLite apporta modifiche al file mentre il programma FTP lo sta leggendo?) Ma a parte questo, non c'è motivo di preferire un DB all'altro (a meno che uno di quei DB non può fare ciò di cui hai bisogno).

[MODIFICA] Utilizzare un online backup per creare il file per il download FTP. Ciò assicurerà che il contenuto del file sia intatto.

Ancora meglio, aggiungi una pagina (con password) al tuo sito che crea il file con la semplice pressione di un pulsante, in modo che il tuo browser possa scaricarlo.

Answer 2

Va bene per un sito a basso traffico, purché sia ​​in gran parte il traffico di lettura. Se fossi in me, userei SQL Compact Edition invece (stessi vantaggi di Sqlite- singolo file, nessun server), solo perché sono un capo LINQ ei provider LINQ sono "nella scatola" per questo, ma Sqlite ha una libreria LINQ decente e supporto gestito pure. Assicurati che la tua compagnia di hosting permetta il codice non gestito o che tu usi la porta gestita di Sqlite (non si conosce la sua attuale stabilità).

Answer 3

SQLite è in grado di gestirli facilmente: basta.

Answer 4

È necessario verificare, ma penso che la versione Express di SQL 2008 sia gratuita. Comunque, ho lavorato con SQLite da ambiente .NET, e funziona abbastanza bene (ma non ho fatto nessun test di carico). E se non sei ancora deciso, puoi comunque utilizzare un provider LINQ che ti consentirà in un secondo momento di passare da un database all'altro senza riscrivere il codice SQL (penso a DbLinq, ad esempio). Se si intende eseguire il backup del database, è necessario assicurarsi prima di non essere utilizzato al momento.

Answer 5

Direi di no. Prima di tutto, non so chi stai usando per un provider, ma con il mio provider (goDaddy), è piuttosto economico a $ 2,99 al mese o giù di lì. Ottengo 1 sql server db e 10 mysql dbs.
Non so quanto questo possa essere più economico.

In secondo luogo, perché rischiare? La maggior parte dei piani di provider include almeno il database MySQL. Puoi collegarti con quello.

Answer 6

Una regola generale è che se il sito può essere eseguito su un server , SQLite è sufficiente.Questo è ciò che il creatore di SQLite, D. Richard Hipp, ha dichiarato a circa 13 min 30 secondi in episode 26 del podcast FLOSS Weekly .

Direct audio link (file MP3, 24 MB, 51 min 15 sec).

Answer 7

SQLite rispondere a questo per voi:

http://sqlite.org/whentouse.html

del volume medio-basso = va bene, alto volume = non lo uso

nel tuo caso il suo un-ok per utilizzare SQLite

Answer 8

Si sta utilizzando una funzionalità SQL? SUM, AVG, SORT BY, ecc., Se si, utilizzare SQLite. In caso contrario, basta usare semplici file txt per memorizzare i dati. Assicurarsi inoltre che il database si trovi all'esterno della cartella httpdocs o che non sia accessibile dal Web.

Answer 9

In generale, sì.

Ma è necessario essere consapevoli del fatto che SQLite non supporta tutto ciò a cui si potrebbe essere abituati da un DBMS "reale". Per esempio. non ci sono vincoli come chiavi esterne, indici univoci e simili, e AFAIK alcuni (più avanzati) tipi di dati non sono disponibili.

È necessario verificare le varie limitazioni here e here. Se riesci ad andare d'accordo, non c'è motivo di non usare SQLite.