在完成一个PL/SQL程序的时候,发现我写个一个DECODE判断总是返回一个值,有问题。那个判断的细节是,只要某个日期为所在周的周一,返回1,否则返回0.
   
    例如:
select decode(to_char(to_date(to_char(sysdate, 'yy') || '0714''yymmdd'),'day', 'NLS_DATE_LANGUAGE = American'),
              'monday',1,0)
  from dual;
   
      这是应该返回1,但是运行该SQL,却总是返回0。
      奇怪,怎么搞的。赶快测试了一下长度:
select  length(to_char(TO_DATE(TO_CHAR(SYSDATE, 'yy') ||
                                    '0714',
                                    'yymmdd'),
                            'day',
                            'NLS_DATE_LANGUAGE = American')) from dual;

      返回的长度让我吃惊:9!
      不是我想的6!
      于是我在SQL上加了一个TRIM处理
       select length(trim(to_char(to_date(to_char(sysdate, 'yy') || '0714', 'yymmdd'),
                                  'day',
                                  'NLS_DATE_LANGUAGE = American')))
         from dual;

      终于返回了6!
      于是罗列了一下英文的周一到周日,正好周三(Wednesday)是9个长!
      试了试返回月份的效果,一样,都是9个长。
      试试中文的效果:
     
select lengthb(to_char(to_date('20090707', 'yymmdd'), 'day')) from dual;

      返回了6!和英文的长度不同。然后又测试了月
select lengthb(to_char(to_date('20090707', 'yymmdd'), 'month')) from dual;

      并没有返回6而是4!就是说,象上句,返回的值是'7月 '还是一个带有空格的定长!考虑到12月就应该有一个空格了 -:)
      又和空格纠缠了一把!奇怪ORACLE的返回还是定长。
      如果以后在PL/SQL中有这样的操作一定要多多注意,非常小心,尤其含有地区或者语言处理的,所以我常常会选择强制语言再返回信息【'NLS_DATE_LANGUAGE = American'】防止因为程序运行环境不同而造成返回的信息不同,而使程序运行出错。
     -:)
     -----------------------
     ORACLE测试环境:10.2.0.1
                                 9.2.0.4