访问内容数据库是不是“最佳做法/建议”，或者“应该”不应该这样做，因为Microsoft不支持它？我只是想知道它是否可以在最坏情况中完成，或者它“根本不应该完成”。
答案 0 :(得分：3)
对于最坏情况或任何正常情况，直到您对内容数据库进行只读请求为止。与此相关的唯一风险是，因为微软不建议相同，他们可以在修补程序或SP发布期间随时更改其内部数据库结构。在访问数据时要谨慎，以免造成任何锁定或死锁类型情况
答案 1 :(得分：2)
您不应直接访问ContentDB。对任何SharePoint DB的访问可能会使您对服务器场的支持无效，是的，这包括从数据库读取。
请参阅：http://support.microsoft.com/kb/841057/en-us
[...] 此类数据库更改的示例包括但不限于以下内容：从数据库中读取，手动或以编程方式添加数据库触发器：
添加数据库触发器
在表格中添加新索引或更改现有索引
添加，更改或删除任何主要或外键关系
更改或删除现有存储过程
直接调用现有存储过程
添加新的存储过程
添加，更改或删除“适用于”部分中列出的产品的任何数据库的任何表格中的任何数据
添加，更改或删除“适用于”部分中列出的产品的任何数据库的任何表中的任何列
对数据库架构进行任何修改
将表添加到“适用于”一节
中列出的产品的任何数据库更改数据库归类
使用REPAIR_ALLOW_DATA_LOSS运行DBCC_CHECKDB（但是，支持运行DBCC_CHECKDB WITH REPAIR_FAST和REPAIR_REBUILD，因为这些命令仅更新关联数据库的索引。）
答案 2 :(得分：1)
嗯，我希望我能给你一个坚定的答案，但我可以这样说;如果您正在寻找“最坏情况的Senario”，那么将您的SharePoint列表挂钩到Access数据库并通过链接表将其全部拉下来。这样你就可以复制到一个“真正的”表格中。
如果那是你想要达到的目的。
如果您只想对其进行报告，则TOTALY会在Access中使用链接表并报告它们。这将是安全的，而且是实时的。