使用R通过ODBC Driver 17向SQL Server nvarchar列保存数据时编码异常问题求助

看了你的问题，核心症结就是Windows环境下R的本地编码和SQL Server ODBC连接的编码适配问题——Linux用UTF-8环境跑完全正常，但Windows这边locale是1252（Latin-1），和SQL Server nvarchar列的UTF-16编码没对齐，导致手动拼接SQL时字符转码出错。

先说说你试过的方法为啥没起作用：

• 用iconv转UTF-16LE报错，是因为拼接后的SQL字符串本身是1252编码，转成UTF-16会引入空字符，ODBC驱动根本没法处理带空字符的SQL语句。
• 加N前缀没生效，是因为从数据库查出来的name在Windows的R环境里是1252编码的字符串，拼接进SQL后，N前缀虽然告诉SQL Server要按Unicode解析，但字符串本身已经是1252转成的字节，传到数据库后被错误解析了。而硬编码的N'VÖSENDORF'是R直接按Unicode处理的，所以能正常保存。

给你几个靠谱的解决方案，按推荐程度排序：

1. 用参数化查询（强烈推荐，还能防SQL注入） #

别再手动拼SQL字符串了，用DBI的参数化查询功能，让ODBC驱动自动处理编码转换，这是最稳妥的办法：

library(data.table)
library(DBI)

# 查询目标数据
test <- data.table(dbGetQuery(con, "select LOCATIONNAME from LOCATION where LOCATION = 'AT2331'"))
name <- test[, LOCATIONNAME]

# 用参数化方式插入
dbExecute(con, "INSERT INTO LOCATION_TEST (TEST) VALUES (?)", params = list(name))

参数化查询会自动识别变量的编码信息，把Unicode字符正确传递给SQL Server的nvarchar列，同时彻底避免了SQL注入的风险，比拼SQL安全太多。

2. 手动转UTF-8后再拼接SQL #

如果一定要用字符串拼接的方式，先把name转换成UTF-8编码，再加上N前缀：

# 将Windows本地编码（1252）的name转成UTF-8
name_utf8 <- enc2utf8(name)
# 拼接带N前缀的SQL语句
sql <- paste0("INSERT INTO LOCATION_TEST (TEST) VALUES (N'", name_utf8, "')")
# 执行插入
dbGetQuery(con, sql)

这里的关键是enc2utf8()把字符串从Windows的Latin-1编码转成UTF-8，再配合N前缀告诉SQL Server按Unicode解析，这样特殊字符就能正确保存了。

3. 修改R的默认编码（全局设置） #

你可以在R启动时把默认编码改成UTF-8，让所有字符串操作都用UTF-8：
在你的.Rprofile文件里添加这一行：

Sys.setlocale(category = "LC_CTYPE", locale = "English_United Kingdom.UTF-8")

注意Windows系统需要支持这个locale，如果找不到的话，可以试试"en_US.UTF-8"（需要系统安装对应的语言包）。设置完重启RStudio，再运行加N前缀的代码，应该就能正常工作了。

最后可以验证下字符串编码：在R里运行Encoding(name)，Windows下应该显示"latin1"，转换成UTF-8后会显示"UTF-8"，这时候再拼N前缀就没问题了。

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