升级Informix-切换到Oracle、Sybase或留Informix?

Question

先前我发布了一个问题，所以我可以确认我们目前的(尽管古)版本的Informix在这里：

你怎么确定Informix版Solaris?

(谢谢你乔纳森和基金结算起)

我们肯定是计划在升级，但是首先讨论是否会更有意义移到Oracle或Sybase在这个时候。你有什么意见吗？这是我的信念，而所有3个关系数据库有自己独特性，他们必须复盖相同的地的本质。所以你怎么去决定什么数据库使用？

大踢球是我需要知道如果我们升级Informix(目前使用的7.13)，我们将需要修改我们的嵌入式sql C节目?如果不是，则它使一个很大的意义，坚持与Informix。因为如果我们去Sybase/Oracle等等，我们就会有大量的工作在我们的手中更新后端程序。

但是，如果切换到另一个数据库可以提供巨大的回报相比，则我们仍将考虑它。我期待着听取你的意见。

Answer 1

我是一个biassed观察员(我的工作IBM在Informix)-把我的评论与应有的谨慎。

如果应用程序都写在Informix ESQL/C，你必须做的大手术，将它们移动到其他系统。你会需要决定其选择的接口使用的-你的跨平台的选择(C作为基本的语言)是ODBC，但Oracle提供的其他综合收益和Sybase提供TDS作为替代办法。

相比之下，与Informix ESQL/C升级到目前的版本(Informix ClientSDK3.50，包含ESQL/C3.50， 是 更近于ESQL/C6.00其目前使用)应是无痛的除非你已经走出了你的写法不好的代码。

甚至只是迁移的数据可能是有点创伤的-不insuperably如此。在一部分，复杂程度取决于其数据类型使用。(字符串迁移容易；日期和时间的价值不那么容易，例如。) 但是迁移应用程序将需要大量的工作，正如你所说，除非你是非常有先见之明，并写了一个很好的数据的抽象层。

一个升级到Informix SE7.26将是一个没脑子-得到的软件，安装，指在现有的数据库。你可能会想要重新编译自己的程序来使用更现代的CSDK，但是你可以做到这一逐步与护理(两个INFORMIXDIR价值观，一个对老码，一个新)。

一个升级到Informix动态服务器(IDS)11.50会需要你的出口数据(DB-出口)从本身并将其导入(DB-进口)为身份证。这会很简单的过，一旦你有ID建立和运行。越来越ID建立和运行需要更多的努力，比本身，但是不是所有的难。

显然，我的建议是要把与Informix。决定是你的，当然。

---

与身份证，我们将必须编码的变化，或只是重新编译?

IDS是非常密切相关，但它们是不同的。ID提供了一个几乎严格的超集本身的功能。的地方我想那里有差异主要是边缘情况下的东西：

• SE有额外的语法创建表为找C-ISAM文件的数据库；ID有一个完全不同的一套扩展。基本的创建表是相同的(虽然ID有类型本身没有，如VARCHAR)，但修饰是不同的。
• SE有创建的审计和降审计和标识不(它有的其他审计设施)。
• SE已经开始的数据库和前滚数据库；IDS不(恢复和记录在IDS是不同的)。

主要的区域可能造成问题的是事务的管理。IDS非日志型、记录和'日志方式ANSI'数据库，作为不SE。在标识、你鼓励使用登录数据库，这将是一个强有力的建议。ID提供原子报表中记录的数据库的声明作为一个整体或者失败作为一个整体。然而，许多本身应用程序没有写入与交易的中心。有些事你不能做的时候，有交易的数据库，例如打开一个标用于更新的范围之外的事务。这是什么倾向于咬码迁移本身身份证。还有，你不能锁定一个表，除非交易，而且你无法解开一个表，除非通过提交或ROLLBACK。

如果一个问题，这将取决于你是什么使用在本身以及如何在方案的设计(如果他们被设计，而不是被扔在一起)。IDS非日志型数据库和一个SE非日志型数据库非常接近-你可能会迁移，从一个到另一个。但是ID可以做的事情(如复制)只有当数据库记录和你的目标应该是可以使用登录数据库。

然而，在迁移到CSDK3.50应当只是重新编译除非你已经做到的一些真正的难以忍受的可怕的事情。

Answer 2

Informix的消亡的传言大大夸大了。

随着嵌入式代码，您有投资，任何明显的标价节省成本从切换到品牌O或品牌S。将在重建成本非常迅速消失了。这只是一个生活的事实：我见过的项目烧伤重建$ 100K +节省$ 20K年息在许可。这不是钱花得值。

您会想是非常，非常肯定地说RDBMS的开关将要提供的东西，你真的无法实现与你有什么坚持。因为风险（从痛苦的经验 - 我反对它漫长而艰苦的努力）是你可以花多少钱在美元和时间只是在现场运行，如果不是倒退

如果你要退后一步，看看你的问题，从整体上，我认为你会好得多评估新的，松散耦合的，数据库无关的架构的可能性比交换一个嵌入模型另一个。这会为您提供更大的灵活性，走下赛场。

希望有所帮助。

Answer 3

我们一直支持的Informix数据库使用GeneXus年。 Informix的是一个伟大的数据库，但不会有很多围绕它的工具来帮助建立一个灵活的方式。我知道很多Informix的店铺只有使用GeneXus IDE构建Web应用程序和智能手机应用。如果你还没有听说过GeneXus的，检查出来。