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