blogger

    blogger
  • hot log

  • comment

    twitter

    • 空间续费,加上ssl连接。。

      2018-11-22 01:04

    • 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

    • More»

    blog sort

    links

    record

    banner

    客户的数据库从db2迁移到gbase 8t/informix,在测试存储过程中,发现存储过程能正常执行,但结果却是不正确的。 按存储过程中的SQL语句逐条执行对比,发现在使用到 SELECT ROW_NUMBER()OVER(PARTITION BY FID ORDER BY MID) AS PX,MID,FID FROM FTAB 时,结果出现不一致。db2的结果是 PX MID FID 1 M1 F1 1 M2 F2 2 F21 3 F22 4 F23 1 M3 F3 2 F32 3 F33 8t/infor...

    阅读全文>>

       posted by 暗夜星空 at 20:27 PM on Jun 28 , 2016 Write a COMMENT
    在创建dbspace中,-o 参数指定的是chunk相对于设备的开始的offset,其单位是KB。 当-o 0 时,表示从设备的开始位置初始化设备; 当-o 不为0时,需要考虑-k 参数的影响:   当-k 不指定(使用默认值时),在onstat -d 的输出中,offset的显示的是页数(需-o的值除于页大小)   当-k 指定时,如页大小为2KB,-k指定为4,即页大小为8KB,此时在onstat -d的输出中,offset页的是基础页大小(默认大小)的页数(-o的值除于基础页大小)。 总的来说,offset只跟基础页大小相关! 对于页大小的统计,在一些...

    阅读全文>>

       posted by 暗夜星空 at 13:27 PM on Feb 19 , 2016 Write a COMMENT
    操作系统:RHEL 6U4 64bit 数据库版本:Informix 12.10.FC6X5 使用HPL(onpladm)导入表数据时,报错 [informix@rhel6u4 tmp]$ onpladm run job tt_flu -fl Connecting to onpload, Please wait... Successful connection to onpload established Wed Dec 16 18:52:11 2015 SHMBASE 0x0000000044000000 CLIENTNUM 0x00000...

    阅读全文>>

       posted by 暗夜星空 at 15:17 PM on Dec 23 , 2015 Write a COMMENT
    数据库出现页错误,不得以进行整库恢复,但恢复的时候报错 2015-11-26 01:19:39 9699838 8978918 /export/home/informix/bin/onbar_d -r -w 2015-11-26 01:19:39 9699838 8978918 Working with veritas-netbackup as generic storage manager. 2015-11-26 01:19:39 9699838 8978918 Successfully connected to Storage Manager. 2015-11-26 ...

    阅读全文>>

       posted by 暗夜星空 at 17:02 PM on Dec 1 , 2015 Write a COMMENT
    操作系统:RHEL6U4
    数据库版本:Informix 12.10.FC4
    在测试onpladm导入导出时报错,信息如下:
    Fri Aug 21 15:05:56 2015
    
    SHMBASE        0x0000000044000000
    CLIENTNUM      0x0000000049010000
    Session ID 2
    
    Unload Database -> testdb
    Query Name      -> tt
    Device Array    -> tt
    Query Mapping   -> tt
    Query          ...

    阅读全文>>

       posted by 暗夜星空 at 15:56 PM on Oct 16 , 2015 Write a COMMENT
    用户反应通过类似于 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
        B+ 树是一种树数据结构,通常用于数据库和操作系统的文件系统中。B+ 树的特点是能够保持数据稳定有序,其插入与修改拥有较稳定的对数时间复杂度。B+ 树元素自底向上插入,这与二叉树恰好相反。
        B+ 树在节点访问时间远远超过节点内部访问时间的时候,比可作为替代的实现有着实在的优势。这通常在多数节点在次级存储比如硬盘中的时候出现。通过最大化在每个内部节点内的子节点的数目减少树的高度,平衡操作不经常发生,而且效率增加了。这种价值得以确立通常需要每个节点在次级存储中占据完整的磁盘块或近似的大小。
        B+ 背后的想法是内部节点可...

    阅读全文>>

       posted by 暗夜星空 at 23:27 PM on Apr 27 , 2015 Write a COMMENT

    Informix数据库主要提供两种表连接方式。

    嵌套循环连接(nested-loop join):

        在嵌套循环连接中,将扫描第一个(或外部)表,以查找满足查询规则的行。对于在外部表中找到的每一行,数据库服务器将在第二个(或内部)表中搜索其相应的行。通过索引扫描还是表扫描来访问外部表则取决于内部表。如果有过滤器,数据库服务器首先会应用过滤器。如果内部表没有索引,那么数据库服务器就会将在内部表上构建索引的成本与连续扫描的成本进行比较,然后选择成本最低的那一种方法。总成本取决于连接列上是否有索引。如果连接列上有一个索引,那么其成本会相当低;否则,数据库服务器就必须对所有表(外...

    阅读全文>>

       posted by 暗夜星空 at 13:32 PM on Apr 26 , 2015 Write a COMMENT