只是想知道这里是否有任何需要警惕的问题。我们有一个几年前为客户开发的遗留 D7 应用程序,它使用 IBXpress 与开源 Interbase 6 版本进行对话。

这些天我们在该平台上遇到了许多问题(主要问题是在新硬件上连接/启动速度非常慢),并且客户同意花费一些时间/金钱将数据库转移到 Firebird。

我们真的不想开始将其移动到 D2010(或 D2007,这是我现在的偏好),因为我们认为我们可能必须将数据库层从 IBXpress 移动到其他最适合 Firebird 的东西。归根结底,客户只是希望减轻数据库的痛苦,而不是彻底检修/升级/重写应用程序。

考虑到 Firebird 的血统,从 IBXpress Interbase 6 到 Firebird(无论如何)是一条相当轻松、易于理解的路径吗? 我们现有的 IB 数据库中已经有相当多的存储过程、触发器(甚至数据类型)等(并且客户有许多付费客户都使用这个平台),所以我们觉得使用 Firebird 可能会更顺利移动而不是迁移到 SQL Express(或完全是另一种类型的 DB)。

请注意,我们并不是在寻求“嵌入式”数据库倡导 - 在我们的许多客户的客户安装中,该软件以多用户客户端-服务器方式使用,因此保持这种方法很重要。

有帮助吗?

解决方案

如果您不使用 unicode 字符集,IBExpress 仍然可以使用 Firebird 2.1。

您也可以切换到 - FIBPlus - IBDac - IB对象

或者 合资企业联合银行 但如果你使用很多数据集就会更困难

其他提示

除了数据库访问组件之外,您还需要一些工具来轻松将现有 IB 6.0 数据库迁移到 Firebird 2.5。我可以推荐 FDBConvert 实用程序,它可以节省大量时间。下载链接:

http://gsbelarus.com/gs/fdbconvert/fdbconvert_eng.html

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top