blogger

    blogger
  • hot log

  • comment

    twitter

    • 12.10.xC6出来时候碰到"Could not determine encryption mode from page zero",竟果然是BUG!http://www-01.ibm.com/support/docview.wss?rs=630&uid=swg21973408

      2015-12-21 20:15

    • 空间已经转移到新加坡,希望会好一些。

      2015-11-16 14:34

    • 增加新域名liaosnet.cc,与liaosnet.com同指向。

      2015-10-09 15:25

    • 空间迁移到香港。或许速度会快一点。。

      2014-02-13 20:10

    • 解决个问题:NBU配置Storage时的目录在系统分区上,导致备份失败,最终原因是目录在系统分区上时,需要在 This directory can exist on the root file system or system disk. 这个选项前打上勾。

      2012-09-26 22:21

    • More»

    blog sort

    links

    record

    banner

    用户反应通过类似于 select * from ttab where col1 = 1001 这样的SQL查询报1213错误,而之前能正常运行。
    > select * from ttab where col1 = 1001;  
    1213: A character to numeric conversion process failed
    Error in line 1
    Near character position 35

    1213错误是 A character to numeric conversion process failed. 即存在字符转换为数值类型出现错误。
    检查ttab表,...

    阅读全文>>

       posted by 暗夜星空 at 15:43 PM on Jul 17 , 2015 Write a COMMENT
    用户执行SQL查询报-1201 错误,表示是decimal数据类型的数值大小,但是这个错误的原因不在于数值的长度而是它的量级(即E之后的量级),有效的是在 1.000E-130 和 1.000E+126 之间。 
    从用户执行的SQL看,使用了decode(sum(Rsrp11_count),null,1,0,1,sum(Rsrp11_count))操作,
    实际使用中,如果不使用decode/case when,而是仅做数值操作,如sum() 并不会返回-1201错误且能正常执行。
    当使用了decode/case when等类似操作时,操作过程中也不会有问题,但返回值如果在有效的...

    阅读全文>>

       posted by 暗夜星空 at 16:29 PM on Jul 4 , 2015 Write a COMMENT
    CSDK2.7 版本,IDS 默认情况下使用 Garbage In, Garbage Out 模式处理中文字符,若数据库服务器上的DB_LOCALE 采用默认的 en_us.8859-1 字符集,能够正常支持中文字符。但是升级到 CSDK2.8 及以上版本时,不再支持 Garbage In, Garbage Out 模式,将出现乱码问题。该情况下,建议更改数据库的字符集(设置 DB_LOCALE=zh_cn.GB18030-2000,重新创建数据库),然后按本文中描述的方法进行DB_LOCALE 与 CLIENT_LOCALE 的设置方法进行处理。若在实际环境下重建数据库成本太高,可以考虑如下...

    阅读全文>>

       posted by 暗夜星空 at 21:52 PM on Jul 3 , 2015 Write a COMMENT