将SharePoint列表数据提取到单独的SQL Server表的最简单方法？

编辑： 将SharePoint列表数据提取到单独的SQL Server表中最简单的方法是什么？一个条件是：您所处的工作环境无法控制SharePoint服务器后面的SQL Server，因此您不能仅从UserData表中提取数据

是否有任何实用程序可用于安排夜间提取

Microsoft是否计划对“SharePoint 4”进行任何改进

更新日期：2009年1月6日：

对于未安装office的服务器，您需要：

---

根据需要插入的数据的确切性质，可能只需使用自动生成的RSS提要即可获得所需信息，流程将需要读取RSS并制定查询

---

否则，consoleapp/服务可以使用对象模型做同样的事情，但对字段信息有更多的控制。

？就像在屏幕刮削？你是认真的吗

2个选项

SharePoint对象模型-

SharePoint Web服务- 特别是

web服务是Excel/Access与SharePoint进行通信以与其列表集成的方式

事实上，Google foo提供了以下两个结果：-

---

正如Ryan所说，我还建议使用对象模型/web服务将数据存储到单独的SQL数据库中。我认为最好的方法是编写一个事件处理程序，它将在您的最短时间内触发并复制用户插入/更新的数据

我希望这样做更容易些。一些不需要SSI的东西，可以归结为一个控制台工具，用于读取源/目标/映射信息的xml配置文件

---

关于您对“SharePoint 4”的查询，比尔·盖茨在2008年SharePoint大会上。他建议用SharePoint数据丰富SQL表，并继续提到其他一些可能很酷的事情。在我们开始看到WSS4/MOSS 14的Beta之前，很难说他到底是什么意思以及这是否有助于解决您未来的问题。

有一个SSIS SharePoint任务，您可以用来获取常规数据流中的数据信息：

---

2分钟的答案是使用Simego（）的Data Synchronization Studio，只需将其指向您的列表和数据库，它就会同步所有更改

我会选择simego软件，但我没有钱，也许15天的试用期就足够了

如果已安装MOSS，则可以从Sharepoint管理中心设置业务数据目录，以便为您自动同步数据。这是一个非常强大的产品，包含在MOSS中。我喜欢客户启用它，这样我就可以利用它

但有些人没有，就我自己而言，我发现，如果他们没有运行和可用的BDC，不可避免地，他们不会给开发人员很多SQL Server的权限，因此SSIS通常是不可能的（但可能只有我一个人）。没问题；对于这些，我将汇集一个轻量级EXE，它运行在一个计划任务上，该任务查询Lists.asmx并将更改推送到SQL Server表。对于一个没有删除任何内容的简单列表来说，这是相当琐碎的东西。获得VisualStudio2008，CAML Builder，并为美好的时光做好准备。asmx结果有点可笑，因为列表行的字段都是一个具有许多属性的节点，没有子节点。。。像这样的事情从我的头顶上消失了。。。只要记住，当编码

复制删除了项目或SP列表之间存在父/子关系的列表时，代码中会出现复杂情况。你可能会认为我有一些代码要发送给你，但我并没有费心把我可以重用的东西放在一起

---

我相信还有其他方法可以处理它，但到目前为止，计划任务EXE对我来说已经可靠了好几年了。

我写了一些代码来实现它，你可以在这里找到它

---

有一个适用于MOSS 2007/2010和WSS 3.0/4.0的ADO.NET适配器，名为Camelot.NET Connector for Microsoft SharePoint。它使您能够使用SharePoint作为数据层，通过标准SQL语言查询SharePoint中的列表

除了连接器，还将提供大量开源工具和实用程序，例如用于将数据导出为各种格式（XML、MySQL等）的Web部件、Joomla插件、同步服务等

有关更多详细信息，请参阅并观看网络广播。BendSoft目前正在寻找测试人员，并鼓励社区提供所有反馈

示例：

从我的自定义SharePoint列表中选择*

在日历（EventDate、EndDate、Title、Location）中插入值（'2010-11-04 08:00:00'、'2010-11-04 10:00:00'、'Morning meeting with Leia'、'Starbucks'）

---

从

Corp Images

中删除

Image Name

='marketing.jpg'

我已经写了一篇关于这一点的完整文章，以及逐步的屏幕截图程序。它不使用任何第三方组件，仅使用SQL BI工具和Sharepoint。看看这里

---

实际上，根据您的解决方案部署的位置，您可能仅限于这两种选择中的一种。虽然您始终可以使用“web服务”选项，但对象模型仅在您的解决方案在sharepoint服务器上运行时才可用。很好的一点是，出于许多原因，web服务是更好的选项（例如，更具可扩展性，因为它将使用任何web场而不是单个服务器），但缺点是它没有对象模型那么丰富。因为Excel/Access在后台使用它来进行操作，所以它应该足够丰富。但这并不意味着屏幕刮擦。。。。也许用词不当。我指的是数据的刮取、拉取或提取。虽然你可能是布鲁诺，所以笑了。Webseries是一个很有趣的方法，看看“稀疏列”是如何在混合中发挥作用的。如果你有749.95美元的投入，那就不错了