我遇到了一个棘手的情况，我正试图确定解决问题的最佳方法。我是一个VS开发人员，正在学习SharePoint，所以当我想要完成的事情可以很容易地用代码和数据库完成时，这对我来说有点沮丧。
我有三个列表，一个父列表和两个子列表，它们通过查找列链接。客户实际上希望所有内容都放在一个列表中，但由于SharePoint列类型的限制，我不得不将数据分成三个列表，有超过300个字段。客户端希望在一个视图中看到所有列表，并能够过滤和编辑项目组。
我已经成功地创建了一个链接列表的新数据源，并且可以在我的一个页面上显示它以供查看。然而，经过一番研究，我发现由于SP使用的Office组件的限制，我无法从这个链接视图创建数据表视图。这是有道理的。
业务需求是客户端根据他们从列表A和列表B和列表C中选择的标准过滤三个列表以获得一组项目，他们进行更新并将更改保存回三个列表。他们更喜欢在数据表视图中这样做，因为这模仿了他们目前使用的excel电子表格，而这个网站将取代它。他们可能会一次更新1-30个项目，这就是为什么他们更喜欢拖动和复制功能。
我正在考虑两个选项:尝试创建某种自定义web部件，该部件具有编辑模式下所有列的网格视图，他们可以过滤到他们的项目并进行更改。然后，我必须循环遍历字段并以编程方式进行更新。我还在这个网站上看到了jQuery。如果我选择这条路而不是gridview，这看起来可能是一个很好的解决方案。
或者有一个列列的模态窗口，让用户选择他们想要过滤的，然后重定向到一个页面，在他们自己的dsv中显示三个列表。用户必须在三个单独的视图中进行更新。然后，在他们做出更改后，我会使用工作流来同步列表。
我最后总是尝试用编程来做事情，因为我对SP仍然很不熟悉，似乎只是碰到了它的局限性，而不是它的优势。有人尝试过做类似的事情吗?或者你对实现这一目标的最佳方式有什么建议吗?最佳实践?我感谢所有的想法和评论!仅供参考，我也在MS SP论坛上发布了这篇文章，以便撒下更广泛的网…
谢谢,塞布丽娜
在这种情况下，您最好使用自定义解决方案。webpart将是交付自定义界面的绝佳选择。数据视图web部件可以完成这项工作，但如果你对jQuery解决方案感到满意，它会创造一个更好的界面。
在您的代码中，将列表视为数据库，并将其与web部件中的逻辑和接口代码隔离。