Ich werde eine neue persönliche Blog- / Portfolio-Site erstellen (die in ASP.NET geschrieben wird), und ich werde sie gegen eine SQLite-Datenbank ausführen. Dafür gibt es einige Gründe:
Also, sollte ich mich dafür entscheiden, oder ist das eine verrückte Idee?
Ich bin mir bei # 2 nicht so sicher (was passiert, wenn SQLite Änderungen an der Datei vornimmt, während das FTP-Programm sie liest?). Ansonsten gibt es keinen Grund, einen DB dem anderen vorzuziehen (außer einem von diesen DBs kann einfach nicht tun, was Sie brauchen).
[EDIT] Verwenden Sie ein Online-Backup , um die Datei für den FTP-Download zu erstellen. Dadurch wird sichergestellt, dass der Dateiinhalt intakt ist.
Noch besser: Fügen Sie Ihrer Website eine Seite (mit Passwort) hinzu, die die Datei auf Knopfdruck erstellt, damit Ihr Browser sie herunterladen kann.
Es ist gut für eine Website mit wenig Verkehr, solange es sich hauptsächlich um gelesenen Verkehr handelt. Wenn ich es wäre, würde ich stattdessen SQL Compact Edition verwenden (dieselben Vorteile wie Sqlite - Einzeldatei, kein Server), nur weil ich ein LINQ-Kopf bin und die LINQ-Provider dafür "in der Box" sind, aber Sqlite hat eine anständige LINQ-Bibliothek und verwaltete Unterstützung. Stellen Sie sicher, dass Ihr Hosting-Unternehmen nicht verwalteten Code zulässt oder dass Sie den verwalteten Port von Sqlite verwenden (dessen aktuelle Stabilität ist jedoch nicht bekannt).
Sie sollten das überprüfen, aber ich denke, dass die Express-Version von SQL 2008 kostenlos ist. Wie auch immer, ich habe mit SQLite aus der .NET-Umgebung gearbeitet, und es funktioniert ganz gut (aber ich habe keinen Belastungstest gemacht). Und wenn Sie noch nicht entschieden haben, können Sie immer noch einen LINQ-Provider verwenden, mit dem Sie später von einer Datenbank zu einer anderen wechseln können, ohne Ihren SQL-Code neu schreiben zu müssen (ich denke an DbLinq , zum Beispiel). Wenn Sie vorhaben, Ihre Datenbank zu sichern, müssen Sie zuerst sicherstellen, dass sie im Moment nicht verwendet wird.
SQLite beantwortet das für Sie:
geringe bis mittlere Lautstärke = okay, hohes Volumen = benutze es nicht
in Ihrem Fall ist es a-ok, sqlite zu verwenden
Im Allgemeinen, ja.
Aber Sie sollten sich bewusst sein, dass SQLite nicht alles unterstützt, was Sie von einem echten DBMS gewohnt sind. Z.B. Es gibt keine Einschränkungen wie Fremdschlüssel, eindeutige Indizes und ähnliches, und AFAIK einige (erweiterte) Datentypen sind nicht verfügbar.
Sie sollten die verschiedenen Einschränkungen hier und hier . Wenn Sie damit auskommen können, gibt es keinen Grund, SQLite nicht zu verwenden.
Eine Faustregel besagt, dass die Site auf einem Server ausgeführt werden kann dann ist SQLite ausreichend. Das ist, was der Schöpfer von SQLite, D. Richard Hipp , sagte um ca. 13 min 30 Sekunden in die Folge 26 des FLOSS Wöchentlich Podcast.
Direkte Audioverbindung (MP3-Datei, 24 MB , 51 min 15 sec).
Ich würde nein sagen. Zunächst einmal, ich weiß nicht, wer Sie für einen Anbieter verwenden, aber mit meinem Provider (goDaddy), es ist ziemlich billig bei 2,99 $ pro Monat oder so. Ich bekomme 1 sql server db und 10 mysql dbs.
Ich weiß nicht, wie viel billiger das werden kann.
Zweitens, warum riskieren Sie es? Die meisten Provider-Pläne enthalten mindestens eine MySQL-Datenbank. Sie können sich damit verbinden.
Verwenden Sie SQL-Funktionalität? SUMME, AVG, SORTIEREN DURCH, usw., wenn ja, benutze SQLite. Wenn nicht, verwenden Sie nur einfache TXT-Dateien, um Ihre Daten zu speichern. Stellen Sie außerdem sicher, dass sich die Datenbank außerhalb des httpdocs-Ordners befindet oder nicht auf das Web zugreifen kann.
Tags und Links sqlite system.data.sqlite blogs