Sharepoint 2010-数据表视图和3个链接列表

我遇到了一个棘手的情况，我正试图确定解决这个问题的最佳方法。我是一名学习SharePoint的VS开发人员，所以当我试图用代码和数据库轻松完成任务时，我有点沮丧

我有三个列表，一个父列表和两个子列表，它们通过查找列链接。客户实际上希望所有内容都在一个列表中，但由于SharePoint列类型的限制，我不得不将数据拆分为三个列表，共有300多个字段。客户端希望在一个视图中同时查看所有列表，并能够筛选和编辑项目组

我已经成功地创建了一个链接列表的新数据源，并可以将其显示在我的一个页面上以供查看。但是，经过一些研究，我了解到，由于SP使用的Office组件的限制，我无法从该链接视图创建数据表视图。这是有道理的

业务需求是客户机根据从列表A、列表B和列表C中选择的标准筛选三个列表，以获得一组项目，进行更新并将更改保存回三个列表。他们更喜欢在“数据表”视图中这样做，因为这模仿了他们当前使用的excel电子表格，该网站将替换该电子表格。他们可能会使用此功能一次更新1-30个项目，这就是为什么他们更喜欢拖放和复制功能

我考虑了两个选项：尝试创建某种自定义web部件，该部件在编辑模式下具有所有列的gridview，可以向下过滤到它们的项并进行更改。然后我必须循环遍历这些字段，并以编程方式进行更新。我在这个网站jQuery.sheet上也看到了，如果我选择这条路线而不是gridview，这可能是一个很好的解决方案

或者有一个列列出的模式窗口，让用户选择他们想要过滤的内容，然后重定向到一个页面，该页面在他们自己的DSV中显示三个列表。用户必须在三个单独的视图中进行更新。然后，在列表进行更改后，我将使用工作流来同步列表

我总是试图以编程的方式来做事情，因为我对SP还不太熟悉，而且似乎只触及它的局限性，而不是它的优点。有人试过做类似的事情吗？或者你对实现这一目标的最佳方式有什么建议？最佳实践？我感谢所有的想法和评论！仅供参考，我也在MS SP论坛上发布了这篇文章，以便更广泛地传播

谢谢，

---

Sabrina

在这种情况下，最好使用自定义解决方案。Web部件将是交付自定义界面的最佳选择。 dataview Web部件可以完成这项工作，但如果您对jQuery解决方案感到满意，它将提供更好的界面

---

在代码中，将列表视为数据库，并将其与Web部件中的逻辑和接口代码隔离开来。

在这种情况下，最好使用自定义解决方案。Web部件将是交付自定义界面的最佳选择。 dataview Web部件可以完成这项工作，但如果您对jQuery解决方案感到满意，它将提供更好的界面

在代码中，将列表视为数据库，并将其与Web部件中的逻辑和接口代码隔离开来