WSS 功能和数据存储
在为 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 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
这实际上取决于您的数据结构的复杂程度。
在我看来:
对 SharePoint 数据库进行任何直接访问都是未经排序的,被认为是不好的做法。 即使可能性很小,SharePoint 更新也可能会删除您的表。 因此,请保持内容数据库干净并将表放在其他地方。
It really depends on how complex your data structure is.
In my opinion:
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.