公司简介
400-118-3070
jointstarc@com
这一期的文章，是要向大家介绍，BW中Hierarchy的Level Node显示异常问题。
在主数据维护一个hierarchy，该主数据的结构如下：
主键 属性A 属性B 属性C
----
该主数据的文本描述情况为：
主键 中文本描述
该hierarchy的需求为：
中文本描述-->属性A-->属性B-->属性C
即通过上述的层层下钻，可以定位到属性C的时候，自然就可以得到该主键字段的code
举个例子：
通过检索糖果，可以找到硬质糖、软糖；硬质糖里面有奶油糖果、水果糖果；水果糖果里面有苹果味、水蜜桃味；
只要得到水蜜桃味的糖果，就可以锁定它其他 的属性信息，也就是上面的层层下钻的结果逆推：
糖果-->硬质糖-->水果糖-->水蜜桃味
----
这个就是主数据的结构设计。
那文本表的设计为：
水蜜桃味code 糖果
（这个是已有的文本结构设计）。
现在的情况是：
当我设计hierarchy的时候，按照常规的操作方式后检验结果，会出现我每一个主键对应的文本描述其实不是最明细的描述（也就是说我水果味糖果代码显示不了对应的水果味糖果描述，而是简单的用糖果来描述我这个特性），举个例子：
----
最明细的主键BJ、BK对应的描述都是electrical，但是我的文本文件上传的时候其实已经维护了它对应的最明细描述：
----
通过debug转换发现其实结束历程的结果也是对的，但就是在hierarchy显示的时候未能正常显示。
经过测试分析发现，hierarchy每一个level node的描述其实是跟主数据文本有关联的，
----
----
由于主数据文本显示的特性是根据已有文本字段从长到短的优先级进行显示，也就是说：当我文本表里面维护了长文本的值，hierarchy会优先显示长文本的值；如果我的长文本没有值，则会进而显示中文本的值，以此类推。
那知道这个原理之后就不难发现，回到上面那个例子：
因为我的BJ在文本表里面，对应的长文本描述就是electrical!
所以只需要把长文本的描述维护成Acatuation，然后把中文本维护成Electrical，即可一方面在hierarchy显示的时候正常，另一方面不会失去原有的对BJ的描述取Electrical的需求限定。
（大致的修改思路就是针对文本转换进行修改）
----
----
公司简介
400-118-3070
jointstarc@com
电话咨询
电话咨询
企业微信
留言建议
人工客服
