我在Sharepoint开发中的新手。
我有一些像互联网论坛这样的层次结构:
Forum
Post
Comment
对于每个实体,我都会创建内容类型。
我看到,Sharepoint允许在列表中存储不同的内容类型,我可以将所有论坛的帖子和评论存储在单个列表中(论坛和帖子将是'文件夹',评论 - 项目)。
从另一方面,我可以为每种内容类型创建单独的列表: 论坛列表,帖子列表,评论列表并以某种方式链接它们。
是否有人可以概述两种解决方案的优点和缺点?我在Sharepoint有大约2周的经验,无法选择最佳方式。
P.S。抱歉我的英文。
答案 0 :(得分:2)
简短的回答是:它取决于。
首先,他们需要在逻辑上融合在一起。用户应该期望将这些不同类型的项目组合在一起(或者至少将它们组合在一起并不会感到惊讶)。在设计方面,它们应该有一些列表类型和字段的共同交集。将文档,讨论和事件组合到一个列表中不是一个好主意。同样,我不确定帖子和评论(如上所述)是否适合单个列表。他们只是逻辑上不合适,他们的模式可能没有足够的共同点。
确定后,如果要将多个内容类型一起使用,我会将多个内容类型放在同一个列表中。您是否希望在视图中一起显示所有这些项目,无论内容类型如何?所有这些项目是否共享相同的工作流程,策略,权限等?如果其中任何一个的答案为否,则将内容类型拆分为不同的列表。
正如我所说,这取决于。我不确定这个确实存在严格或快速的规则。我觉得它有点像数据库规范化。我们知道表格和选项。但是根据项目的不同,有时我们会更多地规范化,有时我们会更多地反规范化,但我们几乎从来没有(我希望)有一个包含数据库中每种类型行的怪物表。