从 SQL Server 存储过程寻址链接的 Oracle 服务器返回的无效数据 (?????????)

Question

我们有以下场景：过程是在输出上使用 Oracle 存储过程返回带有希腊字母的字符串。

Oracle 函数（示例）是：

FUNCTION GREEKLATINSTRING (a_latin_name IN VARCHAR2) RETURN VARCHAR2
 IS
 BEGIN RETURN 'ΣΤΡΟΒΟΛΟΣ/123/ABC'; END;

这个函数是从一个 T-SQL 存储过程中调用的（请假设所有连接都是 100%，因为我们有其他过程正在执行而没有问题）

TSQL 存储过程是：

CREATE PROCEDURE [dbo].[GreekLatinString] @NameLatin NVARCHAR(100)
AS 
    DECLARE @output NVARCHAR(100);
    DECLARE @SQL NVARCHAR(MAX);
BEGIN
    SET @SQL = N'BEGIN ? := LINKED_SERVER.DB_INSTANCE.GREEKLATINSTRING(?); END;';

    EXECUTE(@SQL, 
            @output            OUTPUT    ,
            @NameGr                      ) --1Params
            AT MYORACLE;

    SELECT cast (@output as nvarchar)
END

而 C# 代码并没有什么特别之处 - 只是取回数据：

dbCommand = CreateCommand();
dbCommand.Transaction = ModelContext.CurrentDBUtils.Transaction;
dbCommand.CommandText = "GreekLatinString";
dbCommand.CommandType = CommandType.StoredProcedure;

SqlParameter param0 = new SqlParameter("NameLatin", nameLatin);
param0.Direction = ParameterDirection.Input;
dbCommand.Parameters.Add(param0);

using (SqlDataAdapter adapter = new SqlDataAdapter(dbCommand as SqlCommand))
{
   adapter.Fill(dataset);
}

SQL Server 实例排序规则是 SQL_Latin1_General_CP1253_CI_AS AND Oracle NLS_LANG 是 al32utf8

问题是，每当函数直接在 Oracle 中执行时，它都会返回应有的值，但是每当我们从 SQL Server 存储过程内部从 C# 调用时，数据集中的输出始终是 ????????

任何人都可以提出可能的原因吗？

Answer 1

不是一个真正的答案，但评论太长了：

当Oracle数据库和Oracle客户端的字符集不同时，Oracle会双向执行translation of character data。如果目标字符集不支持源字符，Oracle 将替换一些有效的字符。在许多单字节字符集中?，在Unicode 字符集中使用u+FFFD，REPLACEMENT CHARACTER。

请注意，客户端字符集对于客户端计算机不是固定的，但可以在连接级别设置。

在这种情况下：

1. 字符数据来源于 Oracle 数据库字符集。此字符数据包括希腊字母。
2. 字符数据被发送到 SQL Server 的链接数据库连接使用的 Oracle 客户端。如果客户端字符集和数据库字符集不同，则会发生转换。
3. 从 Oracle 客户端，字符数据可以通过其他软件层传输。 （例如 OLE DB。）
4. 字符数据被导入 SQL Server。
5. 显示字符数据。希腊字母变成了问号。

我的猜测是，步骤 2 中的 Oracle 客户端字符集是不支持希腊字母的单字节字符集，并且在此步骤中字符被转换为问号。这就是我要开始调查的地方。同样，没有为机器设置客户端字符集，因此无法在 SQL Server 机器上启动 SQLPlus 并说“有效，问题不在 Oracle 客户端字符集中”。因为 SQLPlus 使用的可能与 SQL Server 不同。

一旦您验证了 Oracle 客户端字符集是合适的，如果您仍然有问题，您将必须弄清楚如何继续工作。我没有任何指导可以提供。也许针对您正在使用的相同 OLE DB 驱动程序编写一个简单的客户端应用程序。我不确定。