2010-11-17 76 views
2

訪問內容數據庫不是「最佳做法/明智」還是「不應該」,因爲Microsoft不支持它?我只是想知道是否可以在最糟糕的情況下完成,或者根本不應該完成。直接訪問內容數據庫 - SharePoint

+0

什麼?什麼是問題? – 2010-11-17 13:29:33

+0

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

回答

3

對於最壞的情況或任何正常的情況,直到您向內容數據庫提出只讀請求爲止。與此相關的唯一風險是,因爲microsoft不推薦相同的內容,所以他們可以在修補程序或SP發行期間隨時更改其內部數據庫結構。在訪問數據時要小心,以免造成任何鎖定或死鎖類型的情況

1

嗯,我希望我能給你一個確定的答案,但我可以這樣說;如果您正在查找「最糟糕的情況」,請將您的SharePoint列表掛接到Access數據庫並通過鏈接表將其全部拉下。這樣你就可以複製到一個「真實」的表格中。

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

如果您只是想報告它,那麼TOTALY會在Access中使用鏈接表並報告它們。這將是安全的,它將是實時的。

+0

不,我不想複印。我想根據實時數據生成報告。鏡像數據庫不會幫助我。 – NLV 2010-11-17 14:55:43

+0

@NLV哦,你可以在訪問中使用鏈接表來做你的報告。這將是安全和實時的。 – Keng 2010-11-17 15:10:29

+0

它在Web Farm環境中的工作情況如何? – NLV 2010-11-18 05:22:51

2

您不應該直接訪問ContentDB。對任何SharePoint DB的訪問都可能使您對該服務器場的支持失效,並且這包括從數據庫中讀取數據。

參見:http://support.microsoft.com/kb/841057/en-us

[...]的這樣的數據庫的變化 實例包括,但不限於,以下:從數據庫讀取,手動或以編程添加數據庫觸發器:

添加數據庫觸發器

添加新的索引或表

添加內改變現有的索引,更改或刪除任何主鍵或外鍵關係臀部

更改或刪除現有的存儲過程

調用現有的存儲過程直接

添加新的存儲過程

在任何數據庫的任何表添加,更改或刪除任何數據「適用於」一節中列出的產品

添加,更改或刪除任何數據庫的任何表中的任何列「適用於」中列出的產品於」一節

進行任何修改的數據庫架構

添加表以任何數據庫對於在所述列出的產品的‘適用於’部分

更改數據庫歸類

運行DBCC_CHECKDB WITH REPAIR_ALLOW_DATA_LOSS(但是,運行DBCC_CHECKDB WITH REPAIR_FAST和REPAIR_REBUILD是受支持的,因爲這些命令僅更新關聯數據庫的索引。)