例如：添加一个外贸订单时需要保存“订单号码、订单日期、地址、邮编”，那么对于ILF订单来说它的DET就是4个。
例如：保存订单时还会保存订单的明细，订单的明细往往作为一个子表进行保存，那么“订单号码”在主表和子表中都同时存在(主外键)，但以用户角度来识别时，存盘操作是一个最小的单位，那么订单号码只能算做一个DET。
● 当两个应用程序维护和/或引用相同的ILF/EIF，但是每个应用程序分别维护/引用它们相应的DET时，这些DET在这两个应用程序的维护或引用中将单独计算。
例如一个应用程序的两个“Elementary Process”基本处理过程都需要使用到“地址”的信息，地址的信息又可以细分为“国家、城市、街道、邮编”。那么对于其中一个基本处理过程来说，他将整个地址信息作为一个整体进行处理，那就只算一个DET，另外一个基本处理过程使用每个地址的详细信息，那么DET就是4个。
RET计算的规则如下：
RET是指一个EIF/ILF中用户可以识别的DET的集合。如果把DET简单理解为字段的话，那RET就可以简单理解为数据库中的表。RET在ILF/EIF中分为两种类型：可选的(Optional)和必选的(Mandatory)。计算RET的规则为以下两点：
● 在一个ILF/EIF中每一个可选或必选的集合都被计算为一个RET。
或者
● 如果一个ILF/EIF没有子集合，则ILF/EIF被计算为一个RET。
例如：在外贸订单系统中添加一个订单时会保存“订单信息、客户的ID、部门的ID”。那么订单系统ILF中RET为：
1、 订单信息(必选的)
2、 客户信息(必选的)
3、 部门信息(可选的)
因此ILF中RET的个数为3个。
ILF/EIF复杂度的矩阵如下
|
|
1~19个DET |
20~50个DET |
超过51个DET |
|
1个RET |
低 |
低 |
中等 |
|
2~5个RET |
低 |
中等 |
高 |
|
6个以上RET |
中等 |
高 |
高 |
相关阅读：
