Warum sollte ich SQLite über eine Jet-Datenbank verwenden?

Im Gegensatz zu dem, was andere Leute sagen, der Jet ist nicht tot und weit davon entfernt: ass ist die neue version von Jet, und es ist ziemlich robust und ist abwärtskompatibel.

Sowohl SQLite und Jet/ACE haben Ihre stärken und Schwächen und müssen Sie erhalten mehr Informationen über die spezifischen Punkte, die für Sie wichtig sind und Ihre Anwendung.

• In jedem Fall können Sie verteilen den Motor.
• Jet/ACE ist ein bisschen mehr integriert und unterstützt out of the box in MS-tools und Visual Studio.
• Jet/ACE hat mehr granulare sperren, das kann wichtig werden, wenn Ihre app erlaubt die multi-Benutzer oder Notwendigkeiten, die multi-threaded-Zugriff auf die Datenbank.
• Jet/ACE hat mehr Funktionen in Bezug auf das, was Sie erwarten würden von einer Datenbank (joins, unions und komplexe Abfragen).
• Jet/ACE ist ein einfacher Weg zur migration auf SQL Server, so dass, wenn Ihre Datenbank muss groß geworden, Sie bewegen konnte, SQL-Server relativ einfach.
• SQLite ist cross-Plattform, so dass, wenn Ihre Anwendung muss eine Portierung auf Linux/Mac unter Mono dann SQLite ist eine bessere Wahl.
• die SQLite-engine ist enger, so verteilen kann einfacher sein.
• Datentypen sind ganz Locker in SQLite.
• SQLite hat mehr liberale Umverteilung Rechte (da kann man im Grunde tun, was Sie will).

Leute, die sagen, dass die Jet-Datenbanken korrumpiert stecken in 1995.

In der end, es sei denn, Ihre Anwendung hat einige sehr spezifische Anforderungen, die an die Grenzen des entweder-Datenbank-engines, dann ist es wahrscheinlich egal, welche Sie wählen.

Verwenden Sie einfach die eine, die am einfachsten für Sie in Ihr Projekt aufnehmen.

InformationsquelleAutor der Antwort Renaud Bompuis

Dies ist immer noch eine Frage, kommt von Zeit zu Zeit. Ich überlege mir alle vor-und Nachteile für beide jetzt für ein neues Projekt. Ich Schreibe eine Menge von Finanz-Anwendungen, die sich mit Geld-Werte, so dass eine der wichtigsten "Vorteile" für Access/JET/ACE/was-Sie-Aufruf-it-heute (ich nenne es einfach Access) ist seine starke Typen. Unterschätzen Sie nicht die macht der starken Typen, wenn Sie mit Geld zu tun - Zugang ist die einzige single-file-Datenbank, die ich gesehen habe mit der Unterstützung für eine Geld/Typ decimal speichern können, ECHTES Geld Werte.

Eines meiner wichtigsten retail-Produkte verwendet SQLite als backend, und ich kann Ihnen sagen, ich habe praktisch keine Probleme mit seinem Einsatz sogar in die verrücktesten Situationen. SQLite ist definitiv entwickelt, um single-user sein aber ich habe eine MENGE von Kunden, die es über SMB. Sie haben zu schreiben, die überprüft, in Ihre software zu überprüfen, für Rückgabewerte von SQLITE_BUSY bei der Ausführung von Abfragen, aber wenn Sie wickeln, dass eine auto-retry, es "funktioniert einfach".

Es sind nur ein paar Gründe, ich würde wählen, Zugang über SQLite - eine ist-Daten-Typen. Wenn ich jemals schreiben von software, die Mathematik zu tun, auf Geld-Werte (Steuer, etc) verwende ich Access. Die nur anderen zwingenden Grund für die Verwendung von Access ist ein upgrade auf SQL Server. Da habe ich nie verwendet SQL server-in meinem Leben (und nicht plan auf), es ist keine große Sache.

Am Ende, beide sind extrem robust Datenbanken - ich würde nicht zögern, verwenden Sie entweder in einer Produktionsumgebung. Denken Sie nur daran, das richtige Werkzeug für den job und das bedeutet manchmal, auf einem Datenbank-server (PostgreSQL hat mich behandelt rechts, über die letzten 13 Jahre, das ist sicher!).

InformationsquelleAutor der Antwort Mitchell V

Verwendeten wir den Jet für eine lange Zeit und vor kurzem umgestellt auf SQLite. Warum?

1: Wenn eine Datenbank bekommt irgendwo in der Nähe von 2 GB oder mit häufigen Gebrauch, wird es beschädigt, in der Jet schließlich. Dies hat uns veranlasst, viel Kummer! Dieser wurde nicht behoben, Jet oder ACE, aber Microsoft hat ein eigenes tool, dass kann angeblich fix der Datenbank-Dateien.

2: veraltet Microsoft Jet-Jahren, zu Gunsten von ACE, aber wenn Sie Lesen Sie die details, die Microsoft selbst sagt, dass ACE ist NICHT ein Ersatz für jet -, und will Ihnen die Verwendung von SQL Server statt.

3: der Jet ist nicht mehr ein standard-Bestandteil von Windows, aber ein Teil von Microsoft Office, wenn Sie herunterladen und installieren Sie das verteilbare. Jedoch, Sie können nicht die 32-und 64-bit-engines zur gleichen Zeit installiert. Wenn Sie Office 2007 32-bit installiert, und Sie versuchen, und installieren Sie die 64-bit-ACE-Motor, es sagt, Sie müssen deinstallieren von Office 2007.

Also aus diesen Gründen haben wir gerade beschlossen, genug ist genug. Die Installation von SQL Server ist keine Lösung, denn es ist ein großer Komplex invasive installieren und nicht sehr portabel.

Unseren C++ - software direkt unterstützt SQLite über die sqlite3.c-Datei, und es funktioniert sehr gut. Ich habe implementiert, antive-Schnittstellen für die OCILIB, Oracle, SQL Server, MySQL etc und dies war einer der einfachsten. Es ist auch viel schneller als Jet und die resultierenden Dateien vielleicht ein Drittel des Jet-Größe. Wir haben einige VB6-und VBA-und .NET-code, müssen auch für die Nutzung unserer Datenbank-Dateien und, wir verwenden die SQLite-ODBC-Treiber (nur Google it). Funktioniert gut.

SQLite funktioniert sowohl in 32-und 64-bit. Und wenn Sie Lesen, werden Sie sehen, es ist ernst getestet und erstaunlich stabil. Es unterstützt ebenfalls mehrere SQL-standard und ist näher an Oracle/SQL-Server als Jet ist.

InformationsquelleAutor der Antwort Kharina Tigerfish

SQLite ist der neue Jet. Auch wenn cross-Plattform ist irrelevant für Sie, es kann nicht werden an Ihre Kunden. Jet sperrt Sie in Windows und eine nicht mehr unterstützte DB, weder von denen sind gute Dinge. Und SQLite funktioniert mit fast jeder Entwicklungsumgebung, die es gibt.

Jet ist bekannt für merkwürdige Fragen der Korruption, so dass ich neigen dazu, zu bleiben Weg von es im Allgemeinen.

Sie können sicherlich erstellen Sie die Fremdschlüssel in SQLite und SQLite 3.6.19 foreign key-Einschränkungen wurden ebenfalls Hinzugefügt.

InformationsquelleAutor der Antwort Paul Lefebvre

Wenn Sie das Programm gut in Python, Perl, Lua und viele andere Sprachen, SQLite wäre die Natürliche Wahl.

InformationsquelleAutor der Antwort user12711