informix数据库,如何修改informix数据库的名字，在线等？

informix数据库,如何修改informix数据库的名字，在线等？详细介绍

本文目录一览： 在Informix数据库中释放异常的锁资源

Informix数据库释放异常的锁资源:
　　问题
　　在Informix数据库中，锁的使用和释放是自动完成的。但在某些异常情况下，当前台程序退出（正常或异常）后，相应在数据库中的会话没有终止，其占有的资源（主要是锁）没有被释放，影响了其他用户的使用。
　　这种情况可能出现在用户表或系统表中，一般都是由于产品的BUG或非常极端的情况引起的。
　　这时需要用手工的方式将有问题的会话终止，以释放其占有的资源，当然重新启动数据库自然就释放了所有的资源了，但有时业务上暂时不允许重新启动。
　　第一步，确定被锁住的资源
　　一般在遇到这种情况时，很容易确定被锁住的资源，如果是用户表，则一般会在操作这张表时报错，而如果是系统表，也会直接报告是哪张表，如：
　　211: Cannot read system catalog (sysprocplan).
　　144: ISAM error: key value locked
　　在以上的信息中，关于存储过程的系统表sysprocplan被锁住了。
　　在确定了相关表名后，需要查询出其在内部的表号，以便后续的处理，如下所示：
　　dbaccess 该表所在的数据库>
　　select hex(partnum) from systables where tabname="表名>"
　　执行返回的是一个16进制表示的数，这是该表在IDS内部的标识。
　　第二步，查找上锁的用户线索
　　运行IDS锁的监控命令onstat -k，确定对该表上锁的用户线索，如下所示：
　　$ onstat -k
　　IBM Informix Dynamic Server Version 9.40.FC6 -- On-Line -- Up 18:13:12 -- 38912 Kbytes
　　Locks
　　address 　wtlist owner 　lklist type tblsnum rowid key#/bsiz
　　10a13a590 0 　　10afd30c8 0 　　HDR+S 100002 207 　0
　　在输出中，查找tblsnum为第一步找到的表号的行，每行代表一个锁资源的情况，并找到相应的owner，即使用这个锁的用户线索号。
　　第三步，查找用户线索对应的会话
　　通过用户线索监控命令onstat -u进一步查找相应的会话以及用户情况。如下所示：
　　$ onstat -u
　　IBM Informix Dynamic Server Version 9.40.FC6 -- On-Line -- Up 18:20:47 -- 38912 Kbytes Userthreads
　　address flags 　　sessid user tty wait tout locks nreads nwrites
　　10afd1028 ---P--D 　1 　　　informix - 0 0 0 28 7
　　10afd1850 ---P--F 　0 　　　informix - 0 0 0 0 0
　　10afd2078 ---P--- 　5 　　　informix - 0 0 0 0 0
　　10afd28a0 ---P--B 　6 　　　informix - 0 0 0 0 0
　　10afd30c8 Y--P--- 17 　　informix 4 10b1f9548 0 1 157 0
　　10afd4118 ---P--D 　9 　　　informix - 0 0 0 0 0
　　10afd4940 Y--P--D 　13 　　informix - 10a125f10 0 0 0 0
　　其中第一列为线索号，相对应的第三列为拥有该线索的会话号。
　　第四步，分析原因并采取措施
　　有了会话号之后，就可以进一步分析原因或采取相应的措施了，如：
　　onstat -g ses 会话号>,分析会话的状态
　　onstat -g sql 会话号>,查看会话的SQL情况
　　注意，如果在会话的database一项中出现的是“－”，说明该会话所对应的客户端程序已经退出，但数据库中的会话并未终止，
　　或通过onmode -z 会话号>直接终止该会话，其所占有的锁资源将全部释放。

如何修改informix数据库的名字，在线等？

informix数据库删除字段语法如下：
altertabletableNamedrop(column);
informix数据库其他操作字段的方法：
添加字段：
altertabletableNameaddcolumnvarchar(10);
修改字段类型：
altertabletableNamemodifycolumnvarchar(255);
informix数据库简介：
Informix是IBM公司出品的关系数据库管理系统（RDBMS）家族。作为一个集成解决方案，它被定位为作为IBM在线事务处理（OLTP）旗舰级数据服务系统。IBM对Informix和DB2都有长远的规划，两个数据库产品互相吸取对方的技术优势。在2005年早些时候，IBM推出了InformixDynamicServer（IDS）第10版。目前最新版本的是IDS11（v11.50，代码名为“Cheetah2”），在2008年5月6日全球同步上市。

informix是什么数据库？

select
trunc(sum(a)),
trunc(sum(b))
from(
select
nvl(case
when
Time
between
A
and
B
then
count(id)
end,
0)
a,
nvl(case
when
Time
between
C
adn
D
then
count(id)
end,
0）b
from
table
group
by
id,Time)
--TRUNC()，截取。如：TRUNC(10.95,0)position截取的位置

怎样用Informix数据库调优

下面以关系数据库系统Informix为例，介绍改善用户查询计划的方法。
1．合理使用索引
索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。现在大多数的数据库产品都采用IBM最先提出的ISAM索引结构。索引的使用要恰到好处，其使用原则如下：
●在经常进行连接，但是没有指定为外键的列上建立索引，而不经常连接的字段则由优化器自动生成索引。
●在频繁进行排序或分组（即进行group by或order by操作）的列上建立索引。
●在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度。
●如果待排序的列有多个，可以在这些列上建立复合索引（compound index）。
●使用系统工具。如Informix数据库有一个tbcheck工具，可以在可疑的索引上进行检查。在一些数据库服务器上，索引可能失效或者因为频繁操作而使得读取效率降低，如果一个使用索引的查询不明不白地慢下来，可以试着用tbcheck工具检查索引的完整性，必要时进行修复。另外，当数据库表更新大量数据后，删除并重建索引可以提高查询速度。
2．避免或简化排序
应当简化或避免对大型表进行重复的排序。当能够利用索引自动以适当的次序产生输出时，优化器就避免了排序的步骤。以下是一些影响因素：
●索引中不包括一个或几个待排序的列；
●group by或order by子句中列的次序与索引的次序不一样；
●排序的列来自不同的表。
为了避免不必要的排序，就要正确地增建索引，合理地合并数据库表（尽管有时可能影响表的规范化，但相对于效率的提高是值得的）。如果排序不可避免，那么应当试图简化它，如缩小排序的列的范围等。
3．消除对大型表行数据的顺序存取
在嵌套查询中，对表的顺序存取对查询效率可能产生致命的影响。比如采用顺序存取策略，一个嵌套3层的查询，如果每层都查询1000行，那么这个查询就要查询10亿行数据。避免这种情况的主要方法就是对连接的列进行索引。例如，两个表：学生表（学号、姓名、年龄……）和选课表（学号、课程号、成绩）。如果两个表要做连接，就要在“学号”这个连接字段上建立索引。
还可以使用并集来避免顺序存取。尽管在所有的检查列上都有索引，但某些形式的where子句强迫优化器使用顺序存取。下面的查询将强迫对orders表执行顺序操作：
SELECT ＊ FROM orders WHERE (customer_num=104 AND order_num>1001) OR order_num=1008
虽然在customer_num和order_num上建有索引，但是在上面的语句中优化器还是使用顺序存取路径扫描整个表。因为这个语句要检索的是分离的行的集合，所以应该改为如下语句：
SELECT ＊ FROM orders WHERE customer_num=104 AND order_num>1001
UNION
SELECT ＊ FROM orders WHERE order_num=1008
这样就能利用索引路径处理查询。
4．避免相关子查询
一个列的标签同时在主查询和where子句中的查询中出现，那么很可能当主查询中的列值改变之后，子查询必须重新查询一次。查询嵌套层次越多，效率越低，因此应当尽量避免子查询。如果子查询不可避免，那么要在子查询中过滤掉尽可能多的行。
5．避免困难的正规表达式
MATCHES和LIKE关键字支持通配符匹配，技术上叫正规表达式。但这种匹配特别耗费时间。例如：SELECT ＊ FROM customer WHERE zipcode LIKE “98_ _ _”
即使在zipcode字段上建立了索引，在这种情况下也还是采用顺序扫描的方式。如果把语句改为SELECT ＊ FROM customer WHERE zipcode >“98000”，在执行查询时就会利用索引来查询，显然会大大提高速度。
另外，还要避免非开始的子串。例如语句：SELECT ＊ FROM customer WHERE zipcode[2，3]>“80”，在where子句中采用了非开始子串，因而这个语句也不会使用索引。
6．使用临时表加速查询
把表的一个子集进行排序并创建临时表，有时能加速查询。它有助于避免多重排序操作，而且在其他方面还能简化优化器的工作。例如：
SELECT cust.name，rcvbles.balance，……other columns
FROM cust，rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
AND cust.postcode>“98000”
ORDER BY cust.name
如果这个查询要被执行多次而不止一次，可以把所有未付款的客户找出来放在一个临时文件中，并按客户的名字进行排序：
SELECT cust.name，rcvbles.balance，……other columns
FROM cust，rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
ORDER BY cust.name
INTO TEMP cust_with_balance
然后以下面的方式在临时表中查询：
SELECT ＊ FROM cust_with_balance
WHERE postcode>“98000”
临时表中的行要比主表中的行少，而且物理顺序就是所要求的顺序，减少了磁盘I/O，所以查询工作量可以得到大幅减少。
注意：临时表创建后不会反映主表的修改。在主表中数据频繁修改的情况下，注意不要丢失数据。
7．用排序来取代非顺序存取
非顺序磁盘存取是最慢的操作，表现在磁盘存取臂的来回移动。SQL语句隐藏了这一情况，使得我们在写应用程序时很容易写出要求存取大量非顺序页的查询。
有些时候，用数据库的排序能力来替代非顺序的存取能改进查询。
实例分析
下面我们举一个制造公司的例子来说明如何进行查询优化。制造公司数据库中包括3个表，模式如下所示：
1．part表
零件号?????零件描述????????其他列
（part_num）?（part_desc）??????（other column）
102，032???Seageat 30G disk?????……
500，049???Novel 10M network card??……
……
2．vendor表
厂商号??????厂商名??????其他列
（vendor _num）?（vendor_name） （other column）
910，257?????Seageat Corp???……
523，045?????IBM Corp?????……
……
3．parven表
零件号?????厂商号?????零件数量
（part_num）?（vendor_num）?（part_amount）
102，032????910，257????3,450,000
234，423????321，001????4，000，000
……
下面的查询将在这些表上定期运行，并产生关于所有零件数量的报表：
SELECT part_desc，vendor_name，part_amount
FROM part，vendor，parven
WHERE part.part_num=parven.part_num
AND parven.vendor_num = vendor.vendor_num
ORDER BY part.part_num
如果不建立索引，上述查询代码的开销将十分巨大。为此，我们在零件号和厂商号上建立索引。索引的建立避免了在嵌套中反复扫描。关于表与索引的统计信息如下：
表?????行尺寸???行数量?????每页行数量???数据页数量
（table）?(row size)?（Row count）?（Rows/Pages）?（Data Pages）
part????150?????10，000????25???????400
Vendor???150?????1，000???? 25???????40
Parven???13????? 15，000????300?????? 50
索引?????键尺寸???每页键数量???页面数量
（Indexes）?(Key Size)?（Keys/Page)???(Leaf Pages）
part?????4??????500???????20
Vendor????4??????500???????2
Parven????8??????250???????60
看起来是个相对简单的3表连接，但是其查询开销是很大的。通过查看系统表可以看到，在part_num上和vendor_num上有簇索引，因此索引是按照物理顺序存放的。parven表没有特定的存放次序。这些表的大小说明从缓冲页中非顺序存取的成功率很小。此语句的优化查询规划是：首先从part中顺序读取400页，然后再对parven表非顺序存取1万次，每次2页（一个索引页、一个数据页），总计2万个磁盘页，最后对vendor表非顺序存取1.5万次，合3万个磁盘页。可以看出在这个索引好的连接上花费的磁盘存取为5.04万次。

informix创建数据库到指定数据库空间

为t_kc表的cname字段创建索引。最后当然主键当然是sid了
一定要标好哦~~·informix第一个真正支持sql语言的关系数据库产品是informix
se（standardengine
dbaccess进入数据库，随便找一个原来有的数据库，进入编辑模式：SQL语句如下：create
database
xm_database
in
datadbs执行SQL语句，在命令模式下输入onmonitor，选择databases，就可以查看你之前创建的数据库是不是在你想要的空间中。

informix数据库不能不能访问

检查连接过程看哪个环节出问题了。
过程
在数据源名称字段中输入要访问的 Informix 数据源的名称。无缺省值。您可以输入任何有效的数据源；然而，如果输入的数据源不是 Informix 数据源，那么可能导致不可预测的结果。此字段是必填字段。
Windows。使用 ODBC Administrator 定义数据源。
HP-UX 11.0 UNIX 平台。在 .odbc.ini 文件中为 Informix 数据库定义数据源（DSN）。
在用户标识字段中输入用于连接至 Informix 数据源的名称。Informix CLI 连接还使用操作系统认证或 UNIX 平台上的 .odbc.ini 数据源定义来连接数据库。
注： 在同一个作业中，如果有其他阶段使用 Informix CLI，那么不能使用将 Informix 数据库作为源或目标的 ODBC 阶段。
如果用户标识字段中没有用户名，那么插件将尝试使用数据源定义中提供的用户名。如果没有此用户名，操作系统 (OS) 认证将使用运行 IBM? InfoSphere? DataStage? 作业的人员的 OS 用户名。 但是，如果插件在 HP 平台上运行，那么缺省情况下它不会使用运行 InfoSphere DataStage 作业的人员的 OS 用户名。
此用户必须具有足够的特权才能访问指定的数据库以及源表和目标表。
在密码字段中输入与要使用的指定用户名相关联的密码。出于安全考虑，将显示星号来代替您输入的值。无缺省值。
对于 HP 以外的平台，如果用户标识字段中未提供任何用户名，请将密码字段留空以便使用缺省认证（数据源定义或 OS 认证）。
从事务隔离下拉列表框中选择一个要使用的适当事务隔离级别。该级别在作业中的事务和其他事务之间提供了必要的并行控制。
请使用以下某个事务隔离级别：
Read Uncommitted。这将对修改的数据采用互斥锁。只有在执行提交或回滚之后，这些锁才会解除。而其他事务仍然可以读取未提交的更改，但是不能对它们进行修改。不采用其他锁。
Read Committed。这将对修改的数据采用互斥锁，对所有其他数据则采用共享锁。只有在执行提交或回滚之后，互斥锁才会解除。其他事务不能读取未提交的更改。完成对数据的处理后会立即释放共享锁，这样其他事务就能够对数据进行修改。这是缺省值。
Serializable。这将对修改的数据采用互斥锁，对所有其他数据则采用共享锁。只有在执行提交或回滚之后，所有锁才会解除，这是为了防止其他事务修改在当前事务期间引用的任何数据。
注： 事务隔离级别仅适用于支持日志记录的数据库。否则，将忽略它们。
可选。在描述字段中描述 Informix CLI 阶段的用途。
　　检查连接过程看哪个环节出问题了。
过程
在数据源名称字段中输入要访问的 Informix 数据源的名称。无缺省值。您可以输入任何有效的数据源；然而，如果输入的数据源不是 Informix 数据源，那么可能导致不可预测的结果。此字段是必填字段。
Windows。使用 ODBC Administrator 定义数据源。
HP-UX 11.0 UNIX 平台。在 .odbc.ini 文件中为 Informix 数据库定义数据源（DSN）。
在用户标识字段中输入用于连接至 Informix 数据源的名称。Informix CLI 连接还使用操作系统认证或 UNIX 平台上的 .odbc.ini 数据源定义来连接数据库。
注： 在同一个作业中，如果有其他阶段使用 Informix CLI，那么不能使用将 Informix 数据库作为源或目标的 ODBC 阶段。
如果用户标识字段中没有用户名，那么插件将尝试使用数据源定义中提供的用户名。如果没有此用户名，操作系统 (OS) 认证将使用运行 IBM? InfoSphere? DataStage? 作业的人员的 OS 用户名。 但是，如果插件在 HP 平台上运行，那么缺省情况下它不会使用运行 InfoSphere DataStage 作业的人员的 OS 用户名。
此用户必须具有足够的特权才能访问指定的数据库以及源表和目标表。
在密码字段中输入与要使用的指定用户名相关联的密码。出于安全考虑，将显示星号来代替您输入的值。无缺省值。
对于 HP 以外的平台，如果用户标识字段中未提供任何用户名，请将密码字段留空以便使用缺省认证（数据源定义或 OS 认证）。
从事务隔离下拉列表框中选择一个要使用的适当事务隔离级别。该级别在作业中的事务和其他事务之间提供了必要的并行控制。
请使用以下某个事务隔离级别：
Read Uncommitted。这将对修改的数据采用互斥锁。只有在执行提交或回滚之后，这些锁才会解除。而其他事务仍然可以读取未提交的更改，但是不能对它们进行修改。不采用其他锁。
Read Committed。这将对修改的数据采用互斥锁，对所有其他数据则采用共享锁。只有在执行提交或回滚之后，互斥锁才会解除。其他事务不能读取未提交的更改。完成对数据的处理后会立即释放共享锁，这样其他事务就能够对数据进行修改。这是缺省值。
Serializable。这将对修改的数据采用互斥锁，对所有其他数据则采用共享锁。只有在执行提交或回滚之后，所有锁才会解除，这是为了防止其他事务修改在当前事务期间引用的任何数据。
注： 事务隔离级别仅适用于支持日志记录的数据库。否则，将忽略它们。
可选。在描述字段中描述 Informix CLI 阶段的用途。

如何正确配置基于 Informix 数据库的 WPS v6.12 集群应用系统

　　本文描述了远程消息传递和远程支持集群环境的搭建配置过程。这个集群环境由三个集群组成，具体的拓扑结构是：
　　应用程序集群，不但为应用程序提供工作负载管理以及URL和EJB 请求故障转移功能，而且还部署了BPC和HTM 容器，提供了对长业务流程和人工业务流程的应用程序的支持。
　　远程消息集群，运行WPS默认提供的四个总线（SCA应用，SCA系统，BPC和CEI）提供独立的高效的消息引擎。
　　远程支持集群，部署通用事件体系结构和业务规则管理等其他应用程序，提供异步的事件查询。
　　这三个集群配置在两台机器的不同的节点上，即三个集群的成员水平部署在两台机器上。在一个集群中的两个成员是该集群中完全相同的副本。消息传递引擎、业务支持和业务流程应用程序分别位于不同的集群上，所以可以根据实际业务负载和硬件环境，灵活调配所需的资源。这种模式，也称为黄金拓扑，是 WPS 中最复杂的拓扑结构，是大多数企业集成应用用户的首选，具有如下优点：
　　可靠性。将所有的应用、消息引擎和通用事件部署在三个集群上面，方便管理和使用。
　　可扩展性。因为系统中的消息引擎处于的关键地位，可能存在之后的访问需求增长等扩展需要，单独创建消息引擎集群可以很方便实行这一点。
　　对于系统运行时可能遇到的处理量非常大和可伸缩性等问题，通过将通用事件基础架构（CEI）和应用程序分离，可以确保这两个组件不会争用相同的资源（内存和CPU）。此拓扑还能帮助创建集中的事件服务器以处理来自多个源的事件。
　　所有的应用服务器由 Deployment Manager 统一管理，降低了系统管理的复杂度。
　　安装前的注意事项
　　在集群环境的安装过程中，需要同步两台主机的信息，确保它们之间能够良好的通信。主要同步的信息包括两台主机的系统时间、时区设置，并确保两台机器的时间差在5分钟之内，如果时间差超过5分钟，联合操作将失败。
　　更新两台主机的hosts 文件（默认目录为/etc/hosts ），确保每台机器均包含对方的host name 和对应的IP 地址，以便主机间的相互访问。
　　在使用向导安装和配置概要时，请按照从上到下的顺序输入配置参数，对于WPS V6.12 ，输入顺序的改变有可能导致未知错误。
　　集群环境的搭建步骤
　　Informix 数据库规划
　　WPS的集群环境需要后台数据库的支持。为了提高集群在实际运行中的效率，建议根据功能的不同，创建不同的数据库。数据库的详细信息如下表所示：
　　数据库名称 说明
　　WPRCSDB 公共数据库
　　EVENT 通用事件体系结构数据库
　　CEIDB 通用事件体系结构消息传递引擎数据库
　　SCASYSDB 服务组件系统消息传递引擎数据库
　　SCAAPPDB 服务组件应用程序消息传递引擎数据库
　　BPCDB 业务流程编排器数据库
　　BPCME 业务流程编排器消息传递引擎数据库
　　OBSVRDB 业务流程编排器事件收集器数据库
　　注意：本文选择英文语言的数据库安装。如果要安装中文语言的数据库，请参考本文的：在数据源定制属性中添加数据库语言。
　　安装WPS的步骤
　　首先使用图形化安装向导在两台主机上分别安装WPS v6.1.2 产品，。在安装产品和搭建集群过程中，步骤如下：
　　1.选择“Typical installation”安装类型。典型安装也称为完全安装，提供了环境的初始化定义，包括通过概要管理工具创建特定了类型的概要文件。
　　图2 选择安装类型
　　2.在选择概要类型界面提供了四种可选择的概要类型（图3）。我们选择“None”，即不创建任何类型的概要，以便在以后的步骤中手动创建概要。
　　使用Profile Management Tool（PMT） 创建Deployment Manager 概要
　　Deployment Manager（DM）是管理控制节点，它对集群环境下的所有节点提供了图形化的管理功能。一个集群环境中一般只需要一个管理概要。下面我们将向您讲述创建DM 概要的主要步骤：
　　1. 在

/bin/ProfileManagement/ 下执行命令pmt.sh ，弹出安装界面。在各种类型的环境选项中选择 WPS，进入下一步。

　　2. 在概要类型中提供了三种典型的概要类型，选择 Deployment manager profile，搭建DM 概要。

　　3. 在创建方式界面中，默认选项为创建典型的概要文件，在此需要选择 Advanced profile creation，以便我们在后续步骤中通过管理控制台手动进行集群配置，以满足特定环境的需求。

　　4. 填写要创建的Deployment manager profile的名称和安装目录。

　　5. 填写概要的Node Name和Cell name ，指定 Host Name。

　　6. 在管理安全选项中，如果选中 Enable administrative security 选项，请记住 WPS v 6.1.2

　　用户名称和密码。这里建议取消 Enable administrative security 选项，不设置安全管理。在后续步骤中可以根据需要手动启动安全管理选项，设定用户名密码。

　　7. 配置服务器的端口。

　　8. 进行数据库的配置。首先从 Choose a database product 选择 Informix Dynamic Server 作为公共数据库类型，并选择 Use an existing database。另外，需要指定 Database name，本例中使用先前创建的数据库 WPRCSDB。不选择“Deplay execution of database scripts for new or existing database”选项，因为概要文件的安装过程中会自动创建数据库 WPRCSDB 中的表。注意：如果创建的数据库为中文字符集，则需要选择 “Deplay execution of database scripts for new or existing database“选项，在概要创建完成后，手动执行创建数据库表（请参考本节内容中的步骤 11）。

　　9. 在数据库配置的第2步，需要对 Common DB 参数进行配置。如果是远程数据库，则在填写 Database server host name时，要确保远程数据库的host name 已经添加到本地主机（参考本文的第三部分内容“安装前的注意事项”）；也可以直接在该项填写远程数据库的IP 地址。换句话说，在点击下一步之前，请确认数据库的参数信息，否则将在点击下一步后，会收到不能连接数据库的错误提示。

　　10. 完成以上步骤后，系统会显示概要的创建信息。如果发现参数需要调整可以后退向导重新进行输入。DM 创建成功后，可取消选择 Launch the First steps console和Create another profile，点击完成。至此，Deployment Manager 创建完成。如果创建DM 失败，请查看

/logs/manageprofile 目录下的日志文件进行分析。

　　11. 另外，如果需要手工创建Common DB(WPRCSDB) 相关的表，可执行DM 概要创建生成的数据库脚本，默认目录为：

　　

/profiles/Dmgr01/dbscripts/CommonDB/Informix/WPRCSDB 。

　　请将这些脚本复制到 Informix 数据库所在机器，并设置如下环境变量：

　　INFORMIXSERVER=

INFORMIXDIR=

　　之后执行如下命令：

　　dbaccess – createDatabase_CommonDB.sql

如果WPRCSDB已经创建，可以忽略。

dbaccess WPRCSDB createTable_AppScheduler.sql

dbaccess WPRCSDB createTable_CommonDB.sql

dbaccess WPRCSDB createTable_customization.sql

dbaccess WPRCSDB createTable_lockmanager.sql

dbaccess WPRCSDB createTable_mediation.sql

dbaccess WPRCSDB createTable_Recovery.sql

dbaccess WPRCSDB createTable_RelationshipMetadataTable.sql

dbaccess WPRCSDB createTable_EsbLoggerMediation.sql

dbaccess WPRCSDB insertTable_CommonDB.sql

　　使用PMT 创建自定义概要

　　接下来，我们手动进行自定义概要的创建。这样，能够在创建概要过程中，根据客户特定的使用需求和环境特点，选择适合于自己的数据库，并进行端口、用户名、密码等信息的设置。

　　在创建自定义概要（Custom profile）之前启动 DeploymentManager（DM）概要，在目录

/profiles/Dmgr01/bin 下，运行startManager.sh 命令。节点概要的创建与 DM 概要的创建类似，在目录

/bin/ProfileManagment 下执行命令pmt.sh，随即获得安装界面，主要步骤如下。

　　1．选择 Create 即创建一个新的概要文件。

　　2．在环境选项中，选择 WPS，进入下一步。

　　3．在创建概要的类型中，选择 Custom Profile，创建一个自定义节点概要。

　　4．在安装类型选项中，选择 Advanced profile creation，以便在后续步骤中通过手动配置相关参数，定制特定的节点概要。

　　5．输入节点所对应的DM 概要的主机名称和端口，默认端口为8879。如果在创建DM时启动了管理安全性，则需要输入用户名和密码。Federate this node later 选项的选择取决于是否要在创建节点的同时将其联合到指定的DM 概要中。这里，我们不选择该选项，节点会自动与 DM 概要联合，需要注意的是，要确保 DM 概要此时为启动状态。

　　若选择创建节点之后手动联合到 DM 概要中，则需要在创建节点完成后使用

/Custom01/bin 目录下的addNode.sh 命令进行节点与 DM的手动联合，具体命令如下：

　　addNode.sh dmgr_hostname　<–username username –password password>

　　6．输入DM的信息后，进入端口设置页面，可以自行修改端口号。

　　7．在数据库选项中选择 Informix Dynamic Server 作为数据库类型，并为Informix JDBC driver 指定正确的路径。该路径指向节点所在的本地机器上 ifxjdbc.jar和ifxjdbcx.jar的存储位置。

　　8．浏览汇总信息无误后，点击 Create 开始创建自定义概要。

　　9．创建成功后，重复以上步骤为另一台机器创建自定义概要。

　　命令行方式创建Deployment Manager 实例和托管节点实例

　　创建DM profile 和Custom profile时，除了使用pmt.sh 命令外，还可以选择命令行方式，即执行

/bin/manageprofiles.sh 命令创建概要。创建Deployment manager 概要的命令和脚本如下：

　　./manageprofiles.sh –create -dbServerPort 8002

–templatePath

/profileTemplates/dmgr.wbiserver

–profileName Dmgr01

-dbDelayConfig true –dbCommonForME false

–dbType INFORMIX –dbHostName aix235.cn.ibm.com

–dbInstance IFXTest –hostName aix235.cn.ibm.com

–enableAdminSecurity false –dbName wprcsdb

–dbPassword informix –ndtopology false

-cellName aix235Cell01 –nodeName aix235CellManager01

–dbJDBCClasspath /opt/jdbc/lib –dbUserId Informix

–dbCreateNew false –profilePath

/profiles/Dmgr01

　　创建自定义节点的命令和脚本如下：

　　./manageprofiles.sh –create –dmgrHost 9.186.111.234

–profileName Custom01 –templatePath

/profileTemplates/managed.wbiserver

–dbType INFORMIX –ndtopology false

–cellName aix234Node01Cell –hostName aix234.cn.ibm.com

–nodeName aix234Node01 –dbJDBCClasspath /home/jdbc/lib

–dmgrPort 8879 –profilePath

/profiles/Custom01

informix 数据库如何创建数据库，创建数据库表，创建索引

1.建表语句，同时建立索引
CREATE TABLE callstatistics
(
stattime char(8),
areacode char(7),
callsum intDEFAULT 0,
answer int DEFAULT 0,
noanswer int DEFAULT 0,
unroute intDEFAULT 0,
busy int DEFAULT 0,
insysbusy int DEFAULT 0,
invalidicp int DEFAULT0,
unreport int DEFAULT 0,
islastcall char(1) DEFAULT'0'
);
CREATE INDEX index_callstate ON callstatistics(stattime,areacode);
为T_KC表的cName字段创建索引。最后当然主键当然是SID了
一定要标好哦~~·Informix第一个真正支持SQL语言的关系数据库产品是Informix
SE（StandardEngine
1、有输入输出
create procedure pNormalParam(f1 integer, f2 varchar(10))
returning integer;
begin
on exception
rollback work;
return -1;
end exception
begin work;
insert into t1 values(f1, f2);
commit work;
return 0;
end;
end procedure;
2、返回记录集
create procedure pReturnSet() returning integer, varchar(10);
define i integer;
define j varchar(10);
foreach
select f1, f2 into i, j from t1
return i, j with resume;
end foreach;
end procedure;
3、你可能语法不对，也可能你查询的值不唯一，或者是你没有正确的返回。
希望对你 有帮助。

怎么查看informix 数据库所用jdbc驱动版本

打开DbVisualizer软件，点击"Tools"菜单，选择"Connection wizard"选项，进入配置窗口"New Connection Wizard"
在"New Connection Wizard"窗口中，输入一个连接名称，可随意取名，之后点击"Next"
在"Select Database Driver"驱动选择步骤中选择Informix驱动，前提是在DbVisualizer安装目录下的lib目录有ifxjdbc.jar驱动包，没有可在网上下载。点击"Next"
在主设置界面设置数据库信息。从上至下依次为：
Database Userid 数据库连接名，必须设置
Database Passwoed 数据库连接密码，必须设置
Database Server 数据库服务器IP，必须设置
Database Port 数据库服务器端口，必须设置
Database 数据库名，必须设置
Database Server 数据库实例名，必须设置
在上一步的设置窗口中，点击"Ping Server"按钮，测试是否能ping通数据库服务器，测试通过则点击"Finish"完成按钮，失败则检查配置情况
6
配置通过后，在主界面的右侧则会显示出配置的连接，右键选择"Connect"则可连接到配置的数据库

informix数据库怎么删除唯一索引的语句

直接删除即可，举例如下：
create table tab_yzh_test_01
(
product_id decimal(20,0),
product_no varchar(40),
cust_level varchar(10)
);
create unique index idx_tab_yzh_test_01_01 on tab_yzh_test_01(product_id);
create index idx_tab_yzh_test_01_02 on tab_yzh_test_01(product_id,product_no);
create index idx_tab_yzh_test_01_03 on tab_yzh_test_01(cust_level);
update statistics for table tab_yzh_test_01;

直接删除唯一索引：drop index idx_tab_yzh_test_01_01 ;
informix直接删除唯一索引的语法：
drop index 索引名 ;可做如下测试：
1、创建表：
create table tab_yzh_test_01(product_id decimal(20,0),product_no varchar(40),cust_level varchar(10));2、创建唯一索引：
create unique index idx_tab_yzh_test_01_01 on tab_yzh_test_01(product_id);3、删除唯一索引：
drop index idx_tab_yzh_test_01_01 ;