Frage

Wir beginnen gerade Sharepoint-Entwicklung, und eine meiner ersten Aufgaben ist es, ein Datenerfassungsgerät zu bauen. Es wird an mehreren Standorten eingesetzt werden, so wird es ein Admin-Bereich sein, und jeder Standort wird ziehen in ihm verwandten Fragen ist, und die Daten aufzuzeichnen. Ich habe durch eine Reihe von Tutorials auf Entwicklung gegangen, und haben eine ziemlich gute Vorstellung davon, wie ich anfangen soll. Ich will nur, um sicherzustellen, dass ich eine Sache verstehen. Nehmen Sie Listen grundsätzlich an den Ort Ihrer Datenbank? Wenn dies eine regelmäßige App ist, würde ich eine Frage Tisch, eine Link-Tabelle erstellen, die auf der Website Fragen verbunden sind, sagt, eine Tabelle, die speichert die Antwort, die Verknüpfung auf die Website und Frage-Tabelle.

Ist dies das grundlegende Muster, das Sie folgen, oder soll ich die Dinge anders für Sharepoint-Anwendungen tun?

Wenn der Gedanke ist eine externe databse, kann jeder Punkt mich auf ein paar Informationen zu diesem Thema zu benutzen?

War es hilfreich?

Lösung

In unserem Sharepoint-Projekt starrten wir mit Listen. Es war gut, bis zu einem gewissen Punkt - bis DB nur wenige Beziehungen zwischen den Daten hatte. Nach der Zugabe von Leistungstabellen und Beziehungen fällt viel und wir hatten zu verwenden Standard-DB in MS SQL Server zu wechseln. Also ich empfehle DB zu verwenden.

Disadventages: Sie können nicht Sharepoint-Steuerelemente bearbeiten / View-Daten verwenden und nicht den Zugriff auf Daten aus Sharepoint-Ebene
Adventages: viel schnelleren Zugriff auf Daten

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top