使用DBParameters调用存储过程及西里尔字符编码处理问题咨询

从你的描述来看，核心问题出在用Windows-1252编码处理西里尔字符这一步——Windows-1252根本不支持西里尔字符集，转码后的ÀËÅÊÑÅÅÂÈ×其实是系统用替代字符填充的乱码，这会永久丢失原字符的信息，后续不管怎么用DBParameter存储都没法还原正确内容。下面给出针对性的解决方案：

一、立即停止用Windows-1252转西里尔字符 #

Windows-1252是西欧字符编码，没有西里尔字符的对应编码位，强制转码只会生成无意义的替代字符。你应该换用以下两种编码之一：

• Windows-1251：专门为西里尔字符设计的单字节编码，完美匹配俄语等东欧语言字符；
• UTF-8：通用多字节编码，支持所有Unicode字符，兼容性最强。

二、正确的字符存储+读取流程 #

1. 优先直接用DBParameter传递Unicode字符串

C#的string本身就是Unicode编码，只要数据库列的字符集支持西里尔字符，直接传参即可：

• SQL Server：列类型用NVARCHAR（而非VARCHAR）；
• Oracle：列类型用NVARCHAR2；
• MySQL：列字符集设为utf8mb4或cp1251。

示例代码：

string cyrillicText = "АЛЕКСЕЕВИЧ";
using (var conn = new SqlConnection("你的连接字符串"))
{
    conn.Open();
    var cmd = new SqlCommand("INSERT INTO 表名 (西里尔列) VALUES (@CyrillicText)", conn);
    cmd.Parameters.Add("@CyrillicText", SqlDbType.NVarChar).Value = cyrillicText;
    cmd.ExecuteNonQuery();
}

这种方式完全不需要额外的DUMP/CHR处理，既能保证字符完整性，又能避免SQL注入。

2. 若必须用DUMP/CHR处理（兼容老系统）

如果因为历史架构限制必须通过DUMP和CHR生成SQL片段，那要基于正确的编码转换字节再处理：

string cyrillicText = "АЛЕКСЕЕВИЧ";
// 用Windows-1251编码转字节数组
Encoding cp1251 = Encoding.GetEncoding(1251);
byte[] cyrillicBytes = cp1251.GetBytes(cyrillicText);

// 生成CHR序列（以Oracle为例）
string chrSequence = string.Join("||", cyrillicBytes.Select(b => $"CHR({b})"));

// 注意：不要直接把chrSequence拼进SQL！用参数化传递
using (var conn = new OracleConnection("你的连接字符串"))
{
    conn.Open();
    var cmd = new OracleCommand("INSERT INTO 表名 (西里尔列) VALUES (:ChrSequence)", conn);
    cmd.Parameters.Add(":ChrSequence", OracleDbType.Varchar2).Value = chrSequence;
    cmd.ExecuteNonQuery();
}

// 读取时反向解码
string storedChrResult = "从数据库读取的CHR拼接结果";
byte[] storedBytes = storedChrResult.Select(c => (byte)c).ToArray();
string decodedText = cp1251.GetString(storedBytes);

三、排查现有问题的关键步骤 #

1. 检查数据库列的字符集：如果当前列是VARCHAR（对应Windows-1252），立即修改为支持西里尔的类型/字符集；
2. 验证转码结果：把原西里尔字符转Windows-1251字节，对比转Windows-1252的字节，会发现后者完全是错误的替代值；
3. 测试无转码的参数传递：直接传原字符串到NVARCHAR列，看能否正确存储和读取——如果可以，就放弃多余的DUMP/CHR处理。

内容的提问来源于stack exchange，提问作者Qrom