ora-12514 及 ora-28547 错误
ora-12514 及 ora-28547 错误[@more@]安装oracle 10.2.0.1 数据库软件并创建数据库后,系统中没有 listener.ora 文件,则可以通过 netca 创建 listener.ora 及 tnsnames.ora 配置 tnsnames.ora 后,运行 sqlplus 用户名/密码@mydbsid 会报如下错误 ORA-28547: connection to server failed, probable Oracle Net admin error这时修改 listener.ora ,原始文件内容如下:SID_LIST_LISTENER =(SID_LIST =(SID_DESC =(SID_NAME = PLSExtProc) #需要修改。这个会造成 ora-12514 错误(ORACLE_HOME = /informix3/oracle/product/10.2.0/db_1)(PR
数据库迁移工具
数据库迁移工具[@more@]IBM提供一种数据库迁移的工具:IBM Migration Toolkit。http://www.ibm.com/developerworks/cn/data/downloads/migration/?S_CMP=dW&ca=ddc-该工具支持几乎所有常用的数据库。以 oracle 向 informix 迁移为例,该工具可以把 oracle 中的表、存储过程、触发器、游标等转成 informix 格式,并且支持数据的迁移。该工具是免费的。
informix 中 xml 的简单使用
informix 中 xml 的简单使用[@more@]首先添加一个运行 xml 函数的 VP:onmode -p +1 idsxmlvp测试create table lilei(xml_c lvarchar(32000));execute procedure ifx_allow_newline('t');insert into lilei(xml_c)values("<test_table> <row> <c1>1</c1> <c2>a</c2> </row><row> <c1>2</c1> <c2>b</c2> </row> <row> <c1>3</c1> <c2>c</c2></row></test_table> ");例1:select first 1 c1 fro
INFORMIX表的默认初始扩展、下一个扩展数据块以及一个表允许的最大扩展数。
INFORMIX表的默认初始扩展、下一个扩展数据块以及一个表允许的最大扩展数。[@more@]不明白INFORMIX为什么不对表的最大扩展个数给出个固定值。所以今天就按照《性能指南》第6章即P163页来测试了一下不同页大小的表各自的默认初始扩展、下一个扩展数据块以及一个表允许的最大扩展数。以下是测试结果和测试过程。页大小 extent_size frcnt 最大扩展个数2k 8,8 1844 1844/8=2304k 4,4 3982 3982/8=4978k 4,4 7988 7988/8=998结论:较大的页有更好的扩容性。
Informix PDQ 初学
PDQ(Parallel database query):并行数据库查询[@more@]PDQ(Parallel database query):并行数据库查询一、几个与并行查询相关的配置参数或环境变量1: DS_MAX_QUERIES 配置参数指定: 可以并发运行的 PDQ 查询的最大个数。也即同一时刻大于 0 的 PDQ 查询的总数不能超过 DS_MAX_QUERIES 范围: 1至8M初始值: 无默认值: CPU VP * 2 * 128动态修改: onmode -Q 2: DS_MAX_SCANS 配置参数指定:一个查询可用的最大扫描线程个数范围: 10至1M初始值: 有 = 1M动态修改: onmode -SDBA应将 DS_MAX_SCANS 设置成一个较少的数,以防止IDS所需要
Enterprise Gateway Manager 是何物?
有两篇文档都是从网上转过来的。一个是ppt,一个是官方的手册。地址如下:http://liahtobjtosh.itpub.net/get/40583/egm_training.ppthttp://liahtobjtosh.itpub.net/get/40583/EnterpriseGatewayManager.pdf[@more@]在网上闲逛,发现IBM Informix 一个比较老的工具:IBM Enterprise Gateway Manager(简称EGM)。似乎在配置EGM与ODBC后,可以直接在INFORMIX环境(如dbaccess,或者连接到informix的会话中)直接访问ORACLE,SYSBASE,SQLSERVER等等异构数据库。有时间再学习吧。不知道国内有没有使用的。
IBM Informix 系列产品概述
详细请见:http://www.winreach.com/Aritcle_show.asp?ArticleId=126&ClassId=167转自:http://www.winreach.com/Aritcle_show.asp?ArticleId=126&ClassId=167[@more@]IBM IDS Developer Edition(IDS-DE) — 这个版本只用于应用程序开发和测试,它以非常吸引人的价格提供一整套功能:免费!IDS-DE 包含 Enterprise Edition 中的所有功能。它包含对非生产性使用的可伸缩性限制,包括对处理能力、内存和存储空间的限制。在许多操作系统的 32 位和 64 位版本上都可以使用它。IBM 不为 IDS-DE 提供正式支持。但是,IDS 开发社区中有
informix 中层次/树型/Hierarchical查询的使用
参考:http://publib.boulder.ibm.com/infocenter/idshelp/v115/index.jsp?topic=/com.ibm.sqls.doc/ids_sqs_2036.htm[@more@]CREATE TABLE employee( empid INTEGER NOT NULL PRIMARY KEY, name VARCHAR(10), salary DECIMAL(9, 2), mgrid INTEGER);INSERT INTO employee VALUES ( 1, 'Jones', 30000, 10);INSERT INTO employee VALUES ( 2, 'Hall', 35000, 10);INSERT INTO employee VALUES ( 3, 'Kim', 40000, 10);INSERT IN
为什么 CREATE Temporary TABLE 然后 INSERT INTO Temporary TABLE SELECT... FROM (方式1) 的速度比 SELECT... INTO T
为什么 CREATE Temporary TABLE 然后 INSERT INTO Temporary TABLE SELECT... FROM (方式1) 的速度比 SELECT... INTO TEMP (方式2)慢很多[@more@]为什么 CREATE Temporary TABLE 然后 INSERT INTO Temporary TABLE SELECT... FROM (方式1) 的速度比 SELECT... INTO TEMP (方式2)慢很多如果配置参数 DBSPACETEMP 指定两个及以上的数据库空间一、 以方式1创建的临时表将在某个指定的数据库空间创建临时表。以上见:《IBM Informix SQL 指南:语法.pdf》11.50版本中的第273页如果创建多个临时表,则临时表会分别创建在不同的数据库空
完全检查点及模糊检查点(Full or sync checkpoints and Fuzzy checkpoints)
转自:http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0908zhanggy/index.html也参考:http://www-01.ibm.com/support/docview.wss?uid=swg21140289[@more@]在版本 Informix 11 之前,Informix 有两种类型的检查点,一种是完全或同步检查点(Full or sync checkpoints),另一种是模糊检查点(Fuzzy checkpoints)。完全或同步检查点会将缓冲池内所有被修改的数据清仓到磁盘上,建立一个数据库服务器的一致点。通常,在发生完全或同步检查点操作时,数据库服务器中的事物被阻塞,直到检查点操作完成。当检查点持续时
Informix Dynamic Server 用户界面工具入门
<Informix Dynamic Server 用户界面工具入门>转自http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0910idsmonitor/[@more@]该文章介绍了dbaccess、AGS Server Studio、OpenAdmin Tool(OAT)以及Informix Server Administrator (ISA)的简单使用。
oninit -vy 出错: Fatal error in shared memory creation 以及 shared memory already exists
oninit -vy 出错: Fatal error in shared memory creation 以及 shared memory already exists[@more@]使用 onmode -ky 关闭 informix 后,再重启,不成功:[19] % oninit -vyChecking group membership to determine server run mode...succeededReading configuration file '/informix/ids2/etc/onconfig.wnms'...succeededCreating /INFORMIXTMP/.infxdirs...succeededChecking config parameters...succeededAllocating and attaching to shared memory...FAILEDoninit: Fatal error in shared memory creationWARNING: server initi
用户自定义聚集函数--求平均值(avg)--myavg
用户自定义聚集函数--求平均值(avg)--myavg[@more@]CREATE ROW TYPE complex(item FLOAT, rowsum int);CREATE FUNCTION myavg_init (a float)RETURNING complex; RETURN row(0,0)::complex; END FUNCTION; CREATE FUNCTION myavg_iter (result complex, value float) RETURNING complex; RETURN row(result.item+value,result.rowsum+1)::complex; END FUNCTION;CREATE FUNCTION myavg_combine(partial1 complex, partial2 complex) RETURNING complex; RETURN row(partial1.item+partial2.item,partial1.rowsum+partial2.rowsum)::comple
informix 的版本号
转自http://tonykorn97.itpub.net/post/6414/479018,有一点点的修改。[@more@]IDSIBM Informix Dynamic Server Enterprise Edition 和 Workgroup Edition V11.50.xC1、11.50.xC2 及 11.50.xC3 IBM Informix Dynamic Server Express Edition V11.50.xC1E、11.50.xC2E 和 11.50.xC3E IBM Informix Dynamic Server Developer Edition V11.50.xC1DE、11.50.xC2DE 和 11.50.xC3DE 客户机产品IBM Informix Client Software Development Kit V3.50.xC1、3.50.xC2 和 3.50.xC3 IBM Informix Connect V3.50.xC1、3.50.xC2 和 3.50.xC3 IBM Informi