1

在 SharePoint 之外存储数据的最佳方式是什么。我想使用 SharePoint 中的默认编辑/查看选项(尽管我确实计划扩展它们的功能)。我需要将数据存储在 SharePoint 列表之外,因为我期望有一个大的记录集(从 150,000 开始)。

4

4 回答 4

2

您可以将项目存储在列表中,诀窍是创建高效的视图,将分页数据快速返回给用户。

另一种选择是使用文件夹来拆分数据。

如果您确实需要将其存储在 SharePoint 之外,我会考虑等待 SharePoint 2010 及其“外部列表”功能,因为如果您想在 SharePoint 2007 中模仿该功能(去过那里,做到了)。

于 2009-12-23T03:52:40.823 回答
2

我完全同意 GalacticJello 的观点,在常规共享点内容数据库之外存储数据目前(MOSS 2007)是一场彻头彻尾的噩梦。MS 提供了一个 ExternalStorage 提供程序基类供我们覆盖,但使用它有以下主要缺点:

  • 编写和使用您自己的自定义 ExternalStorage 提供程序实现是可行的,但非常困难
  • ExternalStorage 提供者实现仅能做到这一点,使共享点将内容存储在与常规内容数据库不同的位置。
  • 这意味着您需要编写自己的代码来保持外部存储和列表项同步,而且我什至没有提到工作流和版本控制。

  • 最后但并非最不重要(恕我直言,最糟糕的是),创建和使用自定义 ExternalStorage 提供程序不是可定位的 Web 应用程序或网站集,它的使用范围广泛(并且没有解决方法)。因此,您在该场中创建的任何网站集都将使其文档库使用外部存储提供程序。

于 2009-12-22T23:10:44.417 回答
0

You could create a SQL Data source and use the Data Form Web part to connect it to an edit form etc.:

Data Forms and SQL Server, Part 1

Data Forms and SQL Server, Part 2

Personally I prefer to have the level of control of a totally custom web part.. with this you will not run into limitations eventually.

于 2009-12-23T05:36:20.310 回答
0

在这种情况下,听起来所有元素都将在同一个列表中,否则SLAM(CodePlex 上的免费工具)是用于相关列表的非常简洁的数据复制工具。

根据上面的评论,它确实看起来像一个普通的 ASP.NET 页面可能是最好的选择,除非有充分的理由必须使用 SharePoint。

于 2009-12-23T07:52:16.270 回答