首页 > 代码库 > Table inheritance implementation changed
Table inheritance implementation changed
在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