Sharepoint 2010 sharepoint列出了设计实践

我是sharepoint开发的新手，希望我的问题有意义

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

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

如果我在设计一个传统的数据库应用程序，我会有一个BaseProject实体，并且会通过projectType字段来区分子项目，或者如果规范化问题困扰我的话，甚至会有与BaseProject实体1-1（某种继承关系）相关的子实体

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

如果我以后设计的列表更具可扩展性

根站点中只有一个带有projectType列的baseProject列表： 我将不得不过滤每个列表，其中包含的内容超过了我在特定网站上的需要

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

问题是：设计sharepoint列表以模拟实体间继承的最佳实践是什么

---

问候

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

简单地说，如果一个列表有不同的相关处理，那么它就是一个单独的列表。如果需要指示类似的数据，则使用定义的字段，这将保持一致性。无论您的结构如何，报告都可以发挥作用，因此将其视为次要问题

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