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