HL总结

急！钻牛角尖！不灵活！
1. Clob数据读写，请教高人（分析语句）
2. mail格式（错位）------html临时表中错误的排序导致
   应该按流程一步步探寻------位置如何错位，数据库查出来的和mail上的对比
   结果：有些product line先显示某些model，再显示pl,bgclass...想想流程先从invhl_data到invhl_data_detailed_t有order by 应该不会有问题，加上html标记后再到html_t只有一个字段，只能按rownum排序，从html_t到mail_data只是从上到下把html_t的数据聚合了一下，所以要出问题肯定在html_t那儿 ，通过查询分析器发现果然html_t中显示的不是添加的顺序
   解决：给html_t加上排序字段sequence_id, 然后
   

 SELECT string_aggregate_clob_fun( html_data )
          INTO v_clob_data
          FROM ( SELECT  html_data
                    FROM eis_hq_invhl_html_t
                ORDER BY sequence_id ASC ) md;

3. mail样式：（tdclass, &nbs p; ……）读取clob数据时加trim导致
  总结规律：都是多一个空格，或者少了一个空格，或者重复一个字母
  拼Html肯定不会有错，因为都是用同一段代码循环拼出来的，只为一小部分出问题
  查看数据库的中html代码和mail中的html有什么异同：发现有些问题在数据库中并不存在，显示出来却存在，另外有些问题在数据库中存在，发mail出来却不存在，说明往数据库中写的时候已经出错，在读取发mail过程中也出错，同时纠正一些错误。这两个过程中都是对clob类型数据读写，肯定上这儿有问题。
研究发现：因为是分段写clob数据，所以对本来完整的数据分段的长度必须和数据库中分段的长度相同，本来完整的数据不能再加Trim()这样的字符串处理函数从中间处理。