怎么進行SAP CRM附件在應用服務器上的存儲原理解析

這篇文章給大家介紹怎么進行SAP CRM附件在應用服務器上的存儲原理解析，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

內容管理（CM）在BasisRelease6.10中引入，并在CRM 3.0中實現。在使用CM之前，CRM應用程序使用業務文檔服務（BDS）或通用對象服務（GOS）來實現文檔管理需求。BDS用于大多數應用程序，如業務合作伙伴、產品、產品目錄、解決方案數據庫和活動。GOS僅用于一階對象，如活動和機會。所有BDS應用在3.0中更改為CM，一階對象僅在3.1中。

CM中的文檔由多個對象組成。最重要的兩個是所謂的“邏輯信息對象”（LOIO）和“物理信息對象”（PHIO）。LOIO是一個邏輯文件夾或括號，將PHIO放在一起，而PHIO表示文檔特定版本的內容。讓我們以現實世界中的“編輯”一詞為例。如果處理Word文檔并隨時間更改文檔，則每個保存的版本都將由PHIO表示。LOIO就是word文檔本身。這與ABAP中的SE38非常相似：程序名是LOIO，代碼的每個傳輸版本都是PHIO。

讓我們看一個例子。我有一個產品ZCM_演示，guid為0090FA0D8DC21ED395FD7C687F99BFF7，BOR類型=BUS1178。我為它創建了一個附件：

轉到表SKWG_BREL，輸入產品guid 0090FA0D8DC21ED395FD7C687F99BFF7，我們看到兩個屬于此產品的條目。第一個條目表示一個文件夾實例，它實際上是一個邏輯容器，用于保存給定產品的所有附件。

Instit_B列的內容具有命名約定。第一行中的guid可在表CRM\ U文件夾中找到：

第二行中的guid 0090FA0D8DC21ED395FD830F8DD9DFFF與附件名稱一起可在表BDSLIO22中找到。

您是在問我如何知道BDSLIO22表的名稱？如果一個應用程序想要使用CM來存儲文檔，那么它應該為物理對象和邏輯對象提供專用的類，或者使用默認的一個CRM_L_文檔。應用程序與其類之間的關系在tcode DMWB中維護：

在表BDSPHIO22中，通過指定邏輯信息對象ID，我們可以得到所有物理對象列表。

獲取物理對象id 0090FA0D8DC21ED395FD830F8DD9FFFF后，可以在表BDSCONT22中找到相應的條目。

附件的真實內容以一種更簡單的方式存儲，因此您無法在SE16中看到其詳細信息。

如何知道數據庫表名BDSCONT22？

（1） 按物理類名獲取存儲類別BDS_DB22。

（2） 執行功能模塊SCMS_SDOKSTRE_LIST，獲取數據庫表的所有列表。然后，您可以找到存儲類別BDS_DB22的表名BDSCONT22。

關于怎么進行SAP CRM附件在應用服務器上的存儲原理解析就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。