引用现有表的方案的特性如下:
请勿删除内置收件人表中的字段,即使这些字段毫无用处。 这可能会导致Adobe Campaign数据库中的行为错误。
源架构接受 视图 属性 srcSchema 根元素。 在自定义表中处理Adobe Campaign时,必须使用该字段。 此 view="true" 属性告知数据库结构更新向导忽略此模式。 因此,禁止应用程序将表、其列及其索引与相应的模式同步。
当此属性设置为 true,则架构仅用于生成SQL查询以访问此表的数据。
当表由表更新向导创建时,会根据相应架构和属性的名称自动生成表和列的名称。 但是,可以通过输入以下属性来强制使用SQL名称:
示例:
<element label="Individual" name="individual" sqltable="individual">
<key internal="true" name="id">
<keyfield xpath="@id"/>
</key>
<attribute name="id" type="long" length="32" />
<attribute name="lastName" type="string" length="100" sqlname="Last_Name"/>
<attribute name="firstName" type="string" length="100" sqlname="First_Name"/>
<attribute name="email" type="string" length="100"/>
<attribute name="mobile" type="string" length="100"/>
</element>
在本例中,如果未显式指定表和列的名称,应用程序将使用 自定义个人 在桌子上, 姓氏 和 名字 用于列。
在模式中,可以只填充现有表列的一部分。 用户无法访问未填充的列。
从客户端控制台对列表记录进行排序时,通过对索引字段进行排序,可以获得更好的性能。 在架构中声明索引,使控制台在列标签左侧的排序顺序箭头下以红线显示索引字段,如下所示:
在架构中,索引的定义如下:
<dbindex name="name_of_index" unique="true/false"
<keyfield xpath="xpath_1st_field"/
<keyfield xpath="xpath_2nd_field"/
...
</dbindex
因此,在匹配模式中声明自定义表的现有索引很重要。
为源架构的每个键和链接声明隐式声明索引。 可以通过指定 noDbIndex="true" 属性:
示例:
<key internal="true" name="customer" noDbIndex="true">
<keyfield xpath="@customerId"/>
</key>