使用Postgreql Bableish将赛贝斯应用程序连接到Aurora Postgreql

Question

我有一个大型Sybase ASE C/C应用程序，我想将其迁移到Postgresql。应用程序使用的是Sybase CT库（没有什么复杂的：简单的SQL，很少批量上传等）。应用程序是使用SYBASE OCS-16在Linux上构建和运行的。

我正在尝试评估BabelFish扩展是否有助于加快迁移。

第一个挑战（从Sybsae迁移）是应用程序广泛使用多语句查询来返回多结果集，使用动态生成的Transact-SQL。在少数情况下，多语句查询在后续调用中使用占位符。例如：（这不是真正的代码，但它类似于模式）

declare @a int
select @a = ?
select foo,  bar from table1 where key = @a
select x, y from table2 where key = @a and date = ?
...

快速检查显示，Microsoft T-SQL支持所有这些构造。

第二个挑战是赛贝斯CT应用编程接口。我认为最好的方法是使用openTDS，它提供与赛贝斯相同的应用编程接口，并将其配置为使用巴贝尔鱼支持的TDS 7. X。

基本上:(我的申请)—

我的问题：

• 有人为Sybsa-尝试过这种方法吗？

在这个项目中，可以对应用程序进行小的修改(如果需要的话，还可以对freeTDS进行小的修改)，但是不可能修改所有发出ct调用的代码——模块太多——太耗时——实际上这不是一个选项。

Answer 1

来自Sybase，写过关于ASE的书……ASE T-SQL和MSSQL T-SQL确实有很多相似之处，所以从这个角度来看，事情可能会成功。然而，也有许多令人讨厌的小差异。随便列举几个方面：空字符串（ASE中只有一个空格，在MSSQL中实际上是空的）、与NULL的字符串连接（MSSQL已经脱离了Sybase的默认设置）、T-SQL OJ语法（MSSQL不再支持，Babelfish也不支持）；某些BIF在某些情况下的不同行为（SUBSTRING（），SPACE（）），SQL Server没有的BIF，RAISERROR和PRINT的不同语法，CREATE TYPE/sp_addtype差异，@@FETCH_STATUS，提示的不同语法、ROLLBACK TRIGGER，扩展的GROUP-by语法。然后还有诸如CREATEDATABASE/ALTERDATABASE选项、QUIESCEDATABASE、复制、分区等不同的东西。至于连接：FreeTDS可能会起作用，但从Babelfish的角度来看，这实际上是不受支持的。总之：您的里程可能会有所不同。在语法和语义上都会存在差异，这些差异可能会影响您的迁移，因此，尽管某些部分可能会起作用，但您可能需要在Babelfish接受ASE SQL代码之前对其进行修补。