Verwenden Sie Access oder MySQL als Backend-Datenbank

Question

Ich schreibe eine verteilte DB-Anwendung mit einem Access-Frontend. Im Wesentlichen ein mde mit einigen Formularen und Berichten. Soll ich einen Zugang mdb verwenden, um die Back-End-Tabellen oder verwendet MySQL oder eine andere Datenbank zu halten?

Answer 1

Persönlich würde ich SQL Server Express oder MySQL verwenden. Sie skalieren besser als ein Access-Backend und wenn Sie bereit sind, von Zugang zu wegbewegen, können Sie es tun, ohne das Backend sowie das vordere Ende zu konvertieren.

Answer 2

SQL Server Express kann eine gute Lösung sein, aber es einige ziemlich strenge Beschränkungen hat, auch. Außerdem müssen Sie sicherstellen, dass seine Lizenz Ihre Bedürfnisse entspricht.

Wenn Sie Ihre Gleichzeitigkeit und Skalierbarkeit Bedürfnisse begrenzt sind (etwa 10 bis 15 gleichzeitige Benutzer mit moderaten Mengen von I / O), es ist nichts falsch mit der Verwendung eines MDB-Back-End. Ich bin kein Zugang Fan, aber ich weiß aus Erfahrung, dass dies in der Regel arbeiten.

Auch eine MDB Back-End-Verwaltung von nahezu frei ist, während MySQL oder SQL Server Express wird einige tatsächliche DBA Arbeit benötigen. Es gibt keinen Punkt mit etwas los größer, wenn man einigermaßen sicher, dass Sie nie brauchen werden.

Answer 3

Für tatsächliche Bereitstellung Sie würde eine echte Datenbank verwenden möchten, nicht die Access / Jet DB Engine aus.

aber sagt, dass die große Sache über den Zugang ist, dass es ein Werkzeug (Blick im Menü) hat eine einzelne MDB-Datei in der Datenbank und den Code zu teilen. Tun Sie das, und dann zielt darauf ab, den Code auf die neue Datenquelle.

Sie haben leicht einige Abfragen ändern.

Answer 4

ich denke, SQL Server Express die beste Wahl wäre. MySQL ist eine gute DB für Backend, aber Zugang integriert besser mit SQL Serv Express (natürlich MS will man seine eigenen Produkte verwenden, auch wenn es kostenlos ist) und Express Edition ist ziemlich gut wenn man bedenkt es ist kostenlos. Wenn die Anwendung später große Zeit zu skalieren, um endet, dann ein Upgrade auf den einbezahlten für SQL Server ist einfach und der Fahrer ist das gleiche.

Answer 5

Ich denke, Sie sollten definieren, was Sie bedeuten „verteilte DB-Anwendung.“ Dieser Begriff, wie ich es verstehe in der Regel Jet setzen würde aus für das hintere Ende des Lauf.

Niemand kann wirklich Ihre Frage zu beantworten, ohne Angabe der Benutzerpopulation, Betriebsumgebung, Sicherheit und Zuverlässigkeit Anforderungen, etc. Wenn es für 10 Benutzer ist und es ist nicht Line-of-Business-Daten, ein Jet Back-End perfekt sein könnte und machen Entwicklung und Verwaltung ein Stück Kuchen. Wenn Sie 100 Benutzer haben, würden Sie auf jeden Fall mit einem Server-Backend gehen wollen. Wenn Sie wichtige Sicherheitsaspekte haben (zum Beispiel HIPAA) würden Sie vermutlich mit einer Datenbank gehen mögen, die Server-Level-Sicherheit in und nicht mit Jet geht gebaut hat.

Aber es gibt viele Anwendungen, bei denen ein Jet Back-End nur in Ordnung sein würde -. Schnell und absolut zuverlässig

Answer 6

Es gibt eine dritte Option: Sie so etwas wie EQL Daten verwenden könnte, so dass Sie den normalen Access-Backend verwenden können, aber gibt jeder Person ihre eigene Kopie (und Synchronisierung zwischen ihnen) mit Fragen Multi-User-Skalierbarkeit zu helfen. Auf diese Weise brauchen Sie nicht in die Komplexität zu gehen, um einen „echten“ DB-Backend verwenden.

Answer 7

Die Wahl MySQL müssen Sie MySQL Connector (ODBC) in jedem Client installieren. SQL Server Express wäre eine gute Wahl sein, wenn Sie aditional Komponenten verteilen nicht mögen, plus, ADO funktioniert besser mit MS SQL.