<p>Oracle Trading Community Architecture（Oracle TCA）简介</p>
<h1><br> </h1>
<h1>介绍</h1>
<p>Oracle Trading Community Architecture (简称TCA) 是一数据模型，用于管理关于商业环境中的复杂的Party或者客户(customer)信息，包括组织(Organization)、地址(Location)、和它们间的关系组成的网络。</p>
<p> </p>
<p>这些信息通过TCARegistry维护。对于OracleE-Business Suite 应用来讲， TCA Registry是tradingcommunity 信息的唯一来源。这些应用，也包括TCA自己，提供交互界面、批量数据导入和其他功能。通过这些功能，你能查看、创建和更新Registry中的信息。</p>
<p> </p>
<p>Oracle Trading Community Architecture 不仅是Oracle E-Business Suite的基础，也是产品族Oracle 客户数据管理(OracleCustomer Data Management，CDM)的基础，CDM包括：</p>
<p> </p>
<p>1. OracleCustomers Online (OCO)</p>
<p>允许你查看、创建、维护和丰富客户数据中心数据库。</p>
<p> </p>
<p>2. OracleCustomer Data Librarian (CDL)</p>
<p>允许你创建和维护准确的，不重复和完整的客户数据库。这个应用包括了OCO的特性。</p>
<p> </p>
<p>3. OracleCustomer Data Hub (CDH)</p>
<p>允许你把各种源系统的客户数据集中到一处，提供单一的视图。源系统和Hub间的联系是面向操作层面和实时的。CDH包括了TCA的所有特性，比如维护源系统、清理和丰富数据，也包括了OCO。</p>
<p><br> </p>
<p><br> </p>
<h1>概念数据模型</h1>
<h2>结构图</h2>
<div>
<img alt="" src="https://beijingoptbbs.oss-cn-beijing.aliyuncs.com/cs/5606289-b866410ee59d64c0f99558a37262e968">
<br>
</div>
<div>
<br>
</div>
<p></p>
<h2><br> </h2>
<h2>实体描述</h2>
<p>在TCA中，“客户（Customer）”是“PartyLayer(Party 层)”和“Account Layer(帐户层)”的结合；前者与买卖关系无关，后者必须是Party有销售关系时才存在。</p>
<h3><br> </h3>
<h3>Party Layer（Party层）</h3>
<h4><br> </h4>
<h4>Party</h4>
<p>Party 是能产生商业关系的实体，分四大类：</p>
<p>1. Person（个人）</p>
<p>2. Organization（组织）</p>
<p>经政府认证的合法的实体。</p>
<p>3. Group（团体）</p>
<p>是两个或者更多人的组成的群体。</p>
<p>4. Relationship（关系）</p>
<p>两个Party 之间的联系。例如，Organization和group的联络人(contact)。为什么某些关系会被处理成Party，看后续关于RelationshipType 和Relationship的解释。这是TCA最晦涩难懂的一部分。</p>
<p> </p>
<p>Party 具有以下重要的属性：</p>
<p>1. Party ID</p>
<p>Party 的标识。</p>
<p>2. Party Type</p>
<p>Party的类型，可以是Person,Organization, Group 或者Relationship。</p>
<p>3. Party Name</p>
<p>Party的名称，比如：团体名称，组织名称和人名。</p>
<p> </p>
<h5>HZ_PARTIES 和Profile 表</h5>
<p>表HZ_PARTIES存储Party的基本信息。主键是PARTY_ID。</p>
<p> </p>
<p>TCA用两个表HZ_PERSON_PROFILES和 HZ_ORGANIZATION_PROFILES，存储与Person和Organization的特定的详细信息。</p>
<p> </p>
<p>对于Group没有Profile信息。</p>
<p> </p>
<p>出于性能优化和UI原因，表 HZ_PARTIES 还会保存来自以下表的反规范化（de-normalized）信息：</p>
<p>l HZ_LOCATIONS</p>
<p>l HZ_PERSON_PROFILES</p>
<p>l HZ_CONTACT_POINTS</p>
<p>l HZ_ORGANIZATION_PROFILES</p>
<p>l HZ_PERSON_LANGUAGE</p>
<p>l HZ_CODE_ASSIGMENTS</p>
<p> </p>
<h4>Location（位置）</h4>
<p>Location 是物理地址，有一个或者多个使用目的，比如通信地址，递送地址和账单地址。PartySite（连接Location）确定这些Location的使用目的。</p>
<p> </p>
<p>表HZ_LOCATIONS存储Location的信息。</p>
<p> </p>
<h4>Party Site（Party场所）和Party Site Use(场所用途)</h4>
<p>Party Site 把Location和Party联系在一起，描述Location的用途，比如邮件地址，账单地址和家庭地址等。通过Party Site和Party Site Use，一个Party 可以与多个Location关联，一个Location可设置多个用途。</p>
<p> </p>
<p>Party Site的一些重要属性如下：</p>
<p>1. ID: 唯一标识。</p>
<p>2. Name：名称。</p>
<p>3. Party：关联的Party。</p>
<p>3. Location：关联的Location。</p>
<p> </p>
<p>表HZ_PAETY_SITES存储关于Party Site的信息。</p>
<p> </p>
<p>表HZ_PARTIES_SITE_USES存储关于Party Site Use的信息. 一个partysite 会有多个用途，比如‘bill to（账单）’or ‘ship to（递送）’，每个用途均有一条专门的记录。</p>
<p> </p>
<h4>Relationship Type（关系类型）</h4>
<p>Relationship Type 是关系的分类。</p>
<p> </p>
<p>Relationship Types 有以下主要属性：</p>
<p>1. Relationship Type</p>
<p>标识编码，例如CONTACT（联络人）</p>
<p>2. Hierarchical&# |
|
转播
