SharePoint多对多策略
我有一个SharePoint网站集，其中包含一个自定义网站定义和几十个为“项目”部署的网站。每个项目都包含许多“文档”（每个文档由一个实际文档和一个关于文档的站点表示）。因此，目前这种关系是一个项目对多个文档的关系，我当前的sharepoint配置是每个项目站点都有一个自定义文档库来表示文档，这似乎很好。我的配置还为项目站点下的每个文档创建一个站点，url如下 现在业务需求已经发生了变化，一个文档可能与多个任意项目关联是有意义的。由于每个文档当前都位于单个项目站点的列表中，因此必须更改某些内容。什么是建模的好方法？FWIW，文件的数量目前约为几百份，未来几年可能会增长到几千份 我的想法是将所有现有的基于项目的文档列表迁移到单个全局文档列表中。然后，我必须在每个项目中以某种方式重新创建虚拟列表，以显示可从该项目访问的所有文档。从逻辑上讲，它将是全局列表的过滤视图。这是否合理的做法？如果是，那么SharePoint多对多策略,sharepoint,sharepoint-api,Sharepoint,Sharepoint Api,我有一个SharePoint网站集，其中包含一个自定义网站定义和几十个为“项目”部署的网站。每个项目都包含许多“文档”（每个文档由一个实际文档和一个关于文档的站点表示）。因此，目前这种关系是一个项目对多个文档的关系，我当前的sharepoint配置是每个项目站点都有一个自定义文档库来表示文档，这似乎很好。我的配置还为项目站点下的每个文档创建一个站点，url如下 现在业务需求已经发生了变化，一个文档可能与多个任意项目关联是有意义的。由于每个文档当前都位于单个项目站点的列表中，因此必须更改某些内容。
查看项目文档最明智的方式是基于文档属性的数据查询，但这依赖于新项目自动了解/向需要显示的文档添加值
我很想为托管路径上的每个文档（及其站点）创建一个网站集，并在每个项目站点上使用一个列表来确定我查找哪些文档站点以检索文档。但是，要从远处进行选择是非常困难的。要根据文档自动创建网站，我建议您使用ItemEventReceiver，与全局列表相结合，或者更好地使用自定义内容类型。添加项目后，您将创建一个网站 我建议您也创建一个ProjectSites列表和一个DocumentProjectSites列表。列表DocumentProjectSites包含两个LookupMulti字段，一个绑定到文档库，另一个绑定到ProjectSites列表 要完全启用自动化，请将站点删除事件接收器添加到文档站点，以更新DocumentProjectSites和ProjectSites列表