WSS 功能和数据存储

发布于 2024-07-23 21:59:10 字数 100 浏览 1 评论 0原文

在为 SharePoint 开发复杂功能时,推荐的数据存储方法是什么? 您是否应该将自己限制在 SP 列表以及随之而来的所有限制,或者使用您自己的数据库,或者在 SP 数据库中创建表?

When developing complex features for SharePoint, what is the recommended method of data storage? Should you constrain yourself to SP Lists and all the limitations that come with that, or use your own database, or create tables within the SP database?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

注定孤独终老 2024-07-30 21:59:10

这实际上取决于您的数据结构的复杂程度。
在我看来:

  • 如果存储的数据非常简单(如一个文本字符串或 GUID),您可以使用 SPWeb.Properties。
  • 如果可以在不头痛的情况下处理列表。 使用列表。
  • 如果您需要复杂的关系,请使用您自己的数据库。

对 SharePoint 数据库进行任何直接访问都是未经排序的,被认为是不好的做法。 即使可能性很小,SharePoint 更新也可能会删除您的表。 因此,请保持内容数据库干净并将表放在其他地方。

It really depends on how complex your data structure is.
In my opinion:

  • If the data being stored is extremely simple (like one text string or guid) you can use SPWeb.Properties.
  • If it’s possible to do with lists without getting a headache. Use a list.
  • If you need complex relations, use your own database.

Doing any direct access to the SharePoint database is unsorted and considered bad practice. Even if its very unlikely, an update to SharePoint could possibly remove your tables. So keep the content db clean and put your tables elsewhere.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文