从Salesforce官网可以了解到Salesforce的force.com平台里数据库表的设计：

Every logical database object that Force.com exposes is internally managed using metadata. Objects, (tables in traditional relational database parlance), fields, stored procedures, and database triggers are all abstract constructs that exist merely as metadata in Force.com’s Universal Data Dictionary (UDD).

每个force.com暴露出来的逻辑数据库对象在内部都被metadata元数据管理。数据库表，表的字段，存储过程和数据库触发器，在force.com里只不过都是抽象的实体，以元数据的方式存在于force.com的UDD数据字段中。

而SAP Netweaver也有类似salesforce force.com的UDD概念，在Netweaver ABAP里成为ABAP Data Dictionary - DDIC，事务码SE11打开。

SAP的数据库表有design time和runtime运行时的概念。也支持在ABAP程序运行时动态生成新的数据库表，以及运行时根据数据库表对应的实例，反方向得到其design time信息的方法，类似其他编程语言比如Java中的反射，不过在ABAP里我们不习惯这样叫，而是称之为ABAP Run Time Type Identification, 简称RTTI。

以上图显示的数据库表TADIR为例，其字段的元数据都存储在另一张表DD03L里。

通过查询条件TABNAME = TADIR, 即可从数据库表DD03L里找到TADIR所有字段的元数据，包括字段名，字段的ABAP data element名称，内部数据类型和字段长度等等。

当然大多数时候我们如果需要获取这些元数据，不需要通过查表的方式，ABAP DDIC给我们提供了丰富的API，这些函数的命名有规律：DD*GET:

而一张表的运行时信息，通过菜单Utilities->Runtime Object->Display查看：

不过这些信息一般来说和ABAP应用开发人员关系不大，所以很少留意。

要获取更多Jerry的原创文章，请关注公众号"汪子熙":