在AX 2012 R2我们会发现有些table是在AOT里的,但是不存在实际的SQL Database.
例如:CompanyInfo table.
最终通过Extends property,可以发现CompanyInfo table 继承的是DirPartyTable.
1. 为了研究清楚table
inheritance是如何工作的,我们可以从一个小小的query开始。
CompanyInfo
comp;
select generateOnly
forceLiterals comp;
info(comp.getSQLStatement());
我们可以得到T-SQL code:
SELECT * FROM DIRPARTYTABLE T1
WHERE ((T1.PARTITION=5637144576) AND (T1.INSTANCERELATIONTYPE IN (41) ))
很显然,查询时比以前的版本简单得多,但可能不是那么清楚它是如何工作的。
你可能会吃惊的是,该查询不使用任何表,仅仅是DirPartyTable。如果我列出了所有的fields,你可以发现在子表里定义的字段也是直接放在数据库里的DirPartyTable。
但是如果所有的字段都在DirPartyTable,那子表(例OMInternalOrganization and CompanyInfo)的目的是什么?
答案是:子表真的不需要存在数据库那里,它们只存在于应用层作为独立的对象。
2. 我们可以从T-SQL里看到AX里包含了哪些必须的子表。
WHERE ((T1.PARTITION=5637144576) AND (T1.INSTANCERELATIONTYPE IN (41) ))
Partition是AX 2012 R2的另一个新的feature,但是不影响table inheritance.
所以我们可以忽略它。重要的是InstanceRelationType,用来过滤记录的类型。
Values in InstanceRelationType represents table IDs:
2376 |
OMInternalOrganization |
41 |
CompanyInfo |
2377 |
OMOperatingUnit |
5329 |
OMTeam |
所有未在父表中定义的字段只make sense for specific types of records. 如果一个字段不存在一个特定的subtype,
那么它的value将会是NULL。
虽然table inheritance在AX里看起来是一样的实现方式,但是在数据库中有了显著的变化。
注意:
- 不要忽视 generateOnly keyword, 否则
getSQLStatement()将会返回一个空的字符串
- avoid 复杂的继承,avoid too may tables joining
Table inheritance implementation changed,布布扣,bubuko.com