怎么进行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附件在应用服务器上的存储原理解析就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。