ibminformix

[i=s] 本帖最后由 ibminformix 于 2014-6-10 09:44 编辑 不会引起长事务，默认是单条但事务。只是速度较慢，dbaccess 技巧 执行SQL脚本文件时，当出错时打印详细的错误信息并在出现第一个错误时，停止继续执行后续的语句

1.表结构的变化应该可以从Informix的系统表可以查询的到，具体的变化时间2.表的数据的变化基本只能依赖应用了。数据是否都有时间戳，或者应用有日志什么的。 从数据库的逻辑日志进行分析不是什么好主意，操作性和可行性

从我了解的情况：你应该上SDS方案。1.SDS可以双活，主备机支持DML。根据读写负载情况，至少备机可以支持read-only 负载2.SDS切换时间快，20-30秒内完成一般故障切换。 都可以在1分钟完成切换 forrest_maxu 你如果需要SDS具

顺序扫描导致的。 onstat -P |sort -n -k 4 onstat -ponstat -g ppf |sort -n -k 12

那为什么非要这样做呢？

写入数据量大？ 离散写？磁盘慢？系统忙？

13426411796

文档比较清楚了，只是需要根据实际情况按说明制定一个部署安装手册。 daoguo525 你是哪个公司的？ 如果需要，可以线下沟通。我们可以协助完成。。。

和业务复杂度及索引情况有关系。如果业务相对比较简单，使用0就OK了，优化器可以使用最佳的执行路径。

有遇到过几个客户实际场景，由于SQL较为复杂、索引过多，使用OPTCOMPIND=1，导致优化器无法选择最佳执行路径。通过设置 OPTCOMPIND=2，同时做好统计更新统计，保证可以使用最佳执行计划。