我正在使用SharePoint列表創建應用程序以存儲數據。數據設計與如果要將其放入關係數據庫中幾乎類似，例如多對多關係，主鍵，外鍵等項目。SharePoint列表最佳做法
我想知道什麼是最佳做法？
有我心目中已經創建列表時幾個問題：
對此的任何其他提示將有所幫助。順便說一句，我正在使用SharePoint 2010.
我不會這樣做。如果它要像關係數據庫那樣執行，那麼應該只使用關係數據庫。在使用列表作爲數據庫表時，使用外鍵遇到的問題只是冰山一角。
那麼如何繪製最佳使用列表還是數據庫表格呢？ – 2010-09-21 23:17:20
@Nikkho Shandittha **性能**是您應該考慮的方面之一 - 您的應用程序將存儲多少數據以及有多少用戶將使用它？ SQL Server允許您以許多不同的方式調整性能;在SharePoint中，您的數據庫設計堅持不懈，您所能做的只是擴大或縮小。 – 2010-09-22 10:41:07
@Nikkho Shandittha你需要**多對多的關係嗎？您是否需要使用連接**從多個列表中獲取**數據？ – 2010-09-22 10:42:41
我也不會去那裏。特別是不通過BDC。如果你不得不與關係數據集成，你可能直接從你的.NET工作流代碼中完成。 您仍然可以利用SharePoint啓動工作流和維護任務列表等。
如果您的數據是關係數據庫，請將其放入關係數據庫中。這很好。
我完全同意其他人。關係數據最好放置在專爲此設計的數據庫中。
由於您使用的是SharePoint 2010，因此通過限制和改進的查找字段可以更好地支持處理大型列表。此外，BDC現在稱爲BCS，並支持通過SharePoint列表更新和創建數據。理論上這給你兩個更多的選擇：a。使用查找字段將數據放入列表中，b。將數據放入數據庫並通過BCS訪問它。
方法a）當然只有持久性，只要您的列表中沒有超過幾千個條目並且由於查找字段的性質而可能存在一些問題。對於方法b）我不知道BCS如何處理關係數據。我一直在使用它與來自數據庫的簡單無關數據，並且工作正常。也適用於大量數據。雖然兩種方法都有其缺點，但他們仍然具有可以免費獲得用戶界面和安全修整的優勢。我認爲這很大程度上取決於您的場景是什麼使最好的...
我同意SharePoint列表不能替代關係數據庫。如果您想讓數據位於SharePoint中，可能需要考慮使用Access服務來創建實體關係圖，然後使用訪問服務將數據庫發佈到SharePoint。
看看爲的可能性，更多的細節，這些信道9的視頻與接入服務
http://channel9.msdn.com/Learn/Courses/Office2010/AccessUnit
在某些情況下，你想存儲在數據庫中，而不是在SharePoint列表中的數據，如果您確定這是您想要執行的操作，然後像通常那樣創建數據庫和表，然後使用您在SharePoint中定義的外部內容類型創建一個列表，以反映數據庫中的數據。
在這裏受到更多信息： http://msdn.microsoft.com/en-us/library/ee557243.aspx
的原因是，與其他模塊，如工作流程更容易SharePoint集成。儘管可以使用BCS完成，但我認爲這是對它的進一步增加。 – 2010-09-21 23:20:55