在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