直接访问内容数据库 - SharePoint

访问内容数据库不是“最佳做法/明智”还是“不应该”，因为Microsoft不支持它？我只是想知道是否可以在最糟糕的情况下完成，或者根本不应该完成。直接访问内容数据库 - SharePoint

2010-11-17 NLV

什么？什么是问题？ – 2010-11-17 13:29:33

糟糕。它与SharePoint相关。 – NLV 2010-11-17 14:54:21

对于最坏的情况或任何正常的情况，直到您向内容数据库提出只读请求为止。与此相关的唯一风险是，因为microsoft不推荐相同的内容，所以他们可以在修补程序或SP发行期间随时更改其内部数据库结构。在访问数据时要小心，以免造成任何锁定或死锁类型的情况

2010-11-18 08:48:26

嗯，我希望我能给你一个确定的答案，但我可以这样说;如果您正在查找“最糟糕的情况”，请将您的SharePoint列表挂接到Access数据库并通过链接表将其全部拉下。这样你就可以复制到一个“真实”的表格中。

这就是如果这就是你想要得到的。

如果您只是想报告它，那么TOTALY会在Access中使用链接表并报告它们。这将是安全的，它将是实时的。

2010-11-17 13:49:35 Keng

不，我不想复印。我想根据实时数据生成报告。镜像数据库不会帮助我。 – NLV 2010-11-17 14:55:43

@NLV哦，你可以在访问中使用链接表来做你的报告。这将是安全和实时的。 – Keng 2010-11-17 15:10:29

它在Web Farm环境中的工作情况如何？ – NLV 2010-11-18 05:22:51

您不应该直接访问ContentDB。对任何SharePoint DB的访问都可能使您对该服务器场的支持失效，并且这包括从数据库中读取数据。

[...]的这样的数据库的变化实例包括，但不限于，以下：从数据库读取，手动或以编程添加数据库触发器：

添加数据库触发器

添加新的索引或表

添加内改变现有的索引，更改或删除任何主键或外键关系臀部

更改或删除现有的存储过程

调用现有的存储过程直接

添加新的存储过程

在任何数据库的任何表添加，更改或删除任何数据“适用于”一节中列出的产品

添加，更改或删除任何数据库的任何表中的任何列“适用于”中列出的产品于”一节

进行任何修改的数据库架构

添加表以任何数据库对于在所述列出的产品的‘适用于’部分

更改数据库归类

运行DBCC_CHECKDB WITH REPAIR_ALLOW_DATA_LOSS（但是，运行DBCC_CHECKDB WITH REPAIR_FAST和REPAIR_REBUILD是受支持的，因为这些命令仅更新关联数据库的索引。）

2010-11-18 10:39:04

回答