Enhancement(2)--Dictionary Elements {转载}

 对于透明表及结构的增强，主要两种。一种是Append Structure，还有一种就是Include形式。

    Append Structure可以扩展原来的表结构，但是并不是在原来的表上加字段，而是再建一个附加的结构，物理上，数据是存在两处的。而且，一个Append Structure只能有一张表结构。如果把有Append Structure结构的表进行复制的话，那么在新的表中，原有的Append Structure就变成了固定字段，物理表也变成了一张。

    Include格式，多见于由于增强而自动生成的表字段，比如做屏幕增强的时候。当然，你也可以自己定义。相比Append Structure, Include就可以包含多张表结构（Include的Data Elements可以Append Structure）。它不具有Append Structure的‘复制’性能，即使复制，还是会以原结构存在于新表中。

当你做完增强后，如果想所加字段在SM30表维护中也出现，那么需要通过以下路径生成表维护程序:

SE11->进入相应表，并做完增强->Utilities->Table Maintenance Generator

    如果你要反复地更改增强，比如改变某一字段的长度。那么在减少字段时，需用SE14进行物理表的修改，否则无法激活。

    有一种情况要注意，原有数据表中存在数据时，Append Structure或Include增强，不会影响原有数据，只会在原有的数据中加上相应的空白字段。如果，将字段的长度减少时，数据的就会丢失，一般是从尾部开始丢失。所以不建议，在已有数据的情况下，减少字段长度。

    下面将以下我碰到的一个实际例子。

    由于业务的需要，一个标准表的标准字段长度不够，这时候就要增强字段长度。我那时候想了3套方案。

    1.直接增加字段长度。

    (由于这个字段有一定的命名规则，程序会截取字符进行进行判断，直接增加字段长度，直接修改代价比较大)

    2.Apend一个附加字段，在逻辑判断的时候，将附加字段和原有字段综合起来进行判断。

    (要修改相应的程序)

    3.由于这个字段是用来Mapping的，有它一定的命名规则。改变原有的命名规则，延长这个字段的使用寿命。

     现在还没定出来使用哪个。不过个人感觉，如果一开始架构的时候能对业务增长有一个比较可靠的估计，那么碰到这种情况的概率也会大大减少。毕竟，上线后再做修改和增强，已经属于费力的工程了。

  

     对于字典文档的增强，可以在以下路径中做：

     CMOD->GoTo->Text enhancements->Data elements/Keywords

转自: http://blog.chinaunix.net/u1/59700/showart_1093910.html