XML vs. SQlite vs. Access

Question

Frage: Wir haben ein Projekt für einen Kunden gestartet, das beinhaltet, was normalerweise mit einer Datenbank geschieht.

Der Kunde möchte jedoch keine Datenbank installiert, da es nur eine kleine Anwendung ist. Wir beabsichtigen jedoch, den Code für ein größeres Projekt wiederzuverwenden, das eine Datenbank verwenden wird.

Das Problem ist, dass der Code auf der Serverseite anders sein wird, wenn ich XML oder SQlite oder Access verwende.

Ich tendiere zu SQlite, aber ich weiß es nicht. Wäre das Hinzufügen der Datenbank in einer MS-Access-Datei eine bessere Lösung? Wenn ich es in eine Access-Datenbank legen würde, benötigt der Kunde MS-Access installiert oder nur das MSFT MDAC? Wenn ich die Access DB verwende, läuft das auch unter Linux mit Mono, oder gibt es keinen MDAC Ersatz?

Answer 1

Ich würde in Betracht ziehen, NHibernate zu verwenden, Sie können es mit SQLite verbinden, aber später auf eine vollständige Datenbank später aktualisieren, ohne viel Code ändern zu müssen. Wenn Sie nicht daran interessiert sind, würde ich SQLite direkt über XML-Dateien verwenden.

Answer 2

Ich würde SQLite über Access verwenden - für SQLite müssen Sie nur die DLLs versenden, für Access benötigen Sie ein Installationsprogramm (obwohl ich denke, dass es in neueren Versionen von Windows eingebaut ist). Auch SQLite ist eine bessere DB.

Oder Sie könnten natürlich den Data Stoage-Mechanismus mit dem Repository-Muster oder ähnlichem abstrahieren? Wenn Sie die Daten in einer Datei speichern möchten, laden Sie sie und stellen Sie sie mit Linq-To-Objects aus Ihrem Repository bereit. Später können Sie sie einfach durch Linq-to-SQL ersetzen, ohne den Client-Code zu ändern .

Answer 3

Sie müssen Access nicht installieren, um die Jet-Engine zu verwenden. Jet wird mit allen neueren Versionen von Windows installiert, soweit ich mich erinnere. Sie können Jet (Access) with Linux verwenden. Jet benötigt im Vergleich zu den Alternativen, einschließlich SQLite, nur sehr wenig Datenbankmanagement.

Answer 4

Alle neueren Windows-Versionen bis hin zu Windows 7 wurden mit einer Kopie von JET (der MS-Access-Daten-Engine) ausgeliefert. Also brauchen Sie weder mdac noch ms-access.

Sie können sogar ein Windows-Skript in eine saubere Windows-Box schreiben, ohne dass eine Software installiert ist. Sie können also Daten aus einer mdb-Datei (ms-access) lesen.

So ist das Problem hier nicht zu installieren, da "JET" (die Datenbank-Engine, die MS-Access verwendet) mit Windows sowieso ausgeliefert wird.

Ich denke, die einzige Ausnahme oder Überlegung hier ist, planen Sie an 64-Bit-Versionen des Betriebssystems zu arbeiten und In-Process-64-Bit-Anwendungen?

Es gibt eine 64-Bit-Version von ms-access für office 2010, und soweit ich weiß, wird es auch einen separaten Download für die Installation der JET (jetzt ACE) Engine auf 64 Boxen geben.

Ich plane, nur auf 32-Bit-Maschinen zu arbeiten (oder 32-Bit-Editionen Ihrer Software auf einer 64-Bit-Box zu verwenden), dann brauchen Sie weder ms-access, noch müssen Sie irgendetwas installieren, um mdb zu lesen und zu benutzen. ms-Zugriffsdateien).

Da JET mit allen aktuellen Windows-Versionen ausgeliefert wird, basieren Ihre Entscheidungen nicht auf der Installation von JET (Sie müssen nicht), Ihre Entscheidungen werden andere Probleme und wenn JET Ihre Anforderungen erfüllt.

Answer 5

Sie haben möglicherweise Probleme mit sqlite in Umgebungen mit mittlerem Vertrauen (z. B. bei Shared Hosting). Wenn Sie für andere Lösungen geöffnet sind, können Sie versuchen, VistaDB zu versuchen. Es wird von allen wichtigen Orm (Nhibernate, OpenAccess, Entityspaces, Unterschall und viele mehr ..) unterstützt.