sharepoint列出设计实践

Question

我是sharepoint开发的新手，希望我的问题有道理，

使用sharepoint 2010， 我正在处理的应用程序的结构如下：

• 网站集根
  • 以下所有网站共有的一些列表和内容类型。
  • 用于处理x类型项目的网站
  • 使用y型项目做某事的网站
  • 一个网站，用于做与项目没有直接关系但可能是间接相关的其他内容

如果我正在设计一个tratidional数据库应用程序，我会有一个BaseProject实体，并且会通过projectType字段区分子项目，或者甚至会有与baseProject实体相关的1-1（继承关系类型）的subEntities - 如果标准化问题困扰我。

周围的人建议为x，y项目提供单独的列表，这些项目具有不同的工作流程，文档模板，不同的用户等，并隔离不同站点的内容，在报告时对数据进行混淆，甚至不考虑类似继承的数据实体之间的关系，但这意味着共同实体之间的关系需要单独地与不同的项目清单分开。许多查找列表将围绕不同的“项目”实体列表重复。因此，未来扩展数据模型将很困难。对于对整个应用范围感兴趣的报告，需要汇总分散在站点中的列表。

如果我将列表设计为稍后可以扩展

1. 根网站中只有一个带有projectType列的baseProject列表： 我必须过滤每个包含超出特定网站所需内容的列表

2. 根网站中的一个baseProject列表和其他类型的子列表 子站点中的项目：我需要在基本列表和子列表之间同步数据。将所有项目项目都放在baseProject列表中。

问题是：设计共享点列表以模拟实体间继承的最佳做法是什么？

问候..

Answer 1

如果没有更多关于项目的细节，很难回答。构建站点模型是一项复杂的任务，特定于特定的项目需求。

简单来说，如果列表具有与之关联的不同处理，则它是单独的列表。如果您需要指明类似的数据，那么使用定义的字段，这将保持您的一致性。无论您的结构如何，都可以进行报告，因此将其视为较小的问题。

但网站设计的主要焦点应该是业务的功能行为。如果你正确匹配，那么其他一切最终都将落实到位。