Veröffentlichen einer Split Access 2010-Datenbank an Sharepoint

Question

Mir wurde in meiner Organisation eine Aufgabe zugewiesen, eine aktuell geteilte Access-Datenbank zu übernehmen und auf einem Sharepoint-Server zu veröffentlichen. Die Datenbank ist derzeit mit dem Backend (Tabellen, Daten usw.) geteilt.) die sich auf einer Netzwerkfreigabe befinden und das Frontend (Formulare, Abfragen, Berichte usw.) an die Endnutzer verteilt werden.

Aufgrund von Netzwerkproblemen ist dies jedoch ineffizient geworden und wir untersuchen jetzt Sharepoint- und Access-Dienste. Mein ursprünglicher Denkprozess bestand darin, das Backend in Web-kompatible Tabellen zu konvertieren und das Backend alleine auf einem Sharepoint-Server zu veröffentlichen. Da die für das Front-End erstellten Client-Objekte (wenn überhaupt) nicht so leicht konvertierbar sind, dachte ich, ich würde die Front-End-Objekte mit den Sharepoint-Listen verknüpfen, die ich durch Veröffentlichung des Backends erstellt habe. Ich hatte jedoch Schwierigkeiten, irgendeine Art von Dokumentation darüber zu finden, wie man diesen Link ausführt.

Hat jemand schon einmal damit zu tun gehabt oder irgendwelche Informationen darüber, wie ich diesen Link ausführen würde, oder mache ich das falsch?

Ich wähle diesen Pfad, weil ich dachte, es wäre am einfachsten in Anbetracht der aktuellen Datenbank-Setup, aber ich habe auch andere Wege wie die Kombination von Front-End und Back-End oder einfach neue Web-kompatible Objekte erstellt. Ich habe einfach das Gefühl, es wäre verschwenderisch, einfach das aktuelle Front-End zu verwerfen und alle neuen webfähigen Formulare, Abfragen und Berichte zu erstellen.

Jede Hilfe oder Rückmeldung wird sehr geschätzt!

Vielen Dank.

Answer 1

Der Linking-Prozess ähnelt dem der Verknüpfung mit einem Backend oder sogar der Verbindung mit MySQL, was bei Access üblich ist.

Wenn Sie mit relationalen Daten arbeiten wollen/müssen, müssen Sie die Tabellen korrekt verbinden. Leider bedeutet dies, dass Sie häufig die FK-Spalte neu erstellen müssen, die sich auf die übergeordnete Tabelle bezieht, und die Spalte mithilfe des relationalen Assistenten und des Lookup-Assistenten ersetzen. Dies ist jedoch nicht schwierig.

Im folgenden Video gehe ich Schritt für Schritt die Tabellen für die relationale Verwendung zusammen, und in diesem Video nehme ich auch eine Standard-Client-basierte Anwendung und Link zu den geposteten Tabellen. Das Video ist hier:

http://www.youtube.com/playlist?list=PL27E956A1537FE1C5

die So oben sollten Sie eine Vorstellung davon, welche Tabelle Verknüpfung sieht aus wie

edit: Edit:

Nur ein paar weitere hinzuzufügen, die Verwendung von SharePoint für Ihre Back-End-Tabellen im Vergleich zur Verwendung von gehosteten SQL-Server hat einige Vor- und Nachteile. Der eigentliche Vorteil der Verwendung von SharePoint besteht darin, dass die Verbindung und Technologie für Wi-Fi und sogar Verbindungen, die unterbrochen werden oder unterbrochen werden können, optimiert ist.

Ich habe einige Anwendungen konvertiert, in denen ich die lange Zeit VBA-Code und Investitionen beibehalten, aber dann einfach die Back-End-Daten nach SharePoint verschoben. In der Tat, ich benutze Büro $ 365, und der Plan P1 beginnt bei $ 6 pro Monat können Sie dies tun. Ein großartiges Setup und eine kostengünstige Möglichkeit, 5 Laptops aus dem Büro zu schicken und sie alle die gleichen Back-End-Daten zu teilen.

Sie müssen also Ihre Front-End-Anwendung nicht neu schreiben, aber Sie können die Daten jederzeit und überall austauschen, solange diese Laptops über eine Internetverbindung verfügen.Wenn Sie die Verbindung verlieren, wird die Anwendung weiterhin im getrennten Modus ausgeführt, bis Sie das Café mit WLAN erreichen oder zurück ins Büro gehen und sich im Netzwerk einklinken.