编码 UTF8 的字符在 WIN1252 中没有等效项

发布于 2024-08-08 07:14:34 字数 260 浏览 2 评论 0原文

我收到以下异常：

Caused by: org.postgresql.util.PSQLException: ERROR: character 0xefbfbd of encoding "UTF8" has no equivalent in "WIN1252"

有没有办法通过 SQL 或以编程方式根除此类字符？
（SQL 解决方案应该是首选）。

我正在考虑使用WIN1252连接到数据库，但它会出现同样的问题。

原文

I am getting the following exception:

Caused by: org.postgresql.util.PSQLException: ERROR: character 0xefbfbd of encoding "UTF8" has no equivalent in "WIN1252"

Is there a way to eradicate such characters, either via SQL or programmatically?
(SQL solution should be preferred).

I was thinking of connecting to the DB using WIN1252, but it will give the same problem.

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

冷情 2024-08-15 07:14:34

我遇到了类似的问题，我通过在客户端中使用 \encoding UTF8 将编码设置为 UTF8 来解决，然后再尝试 INSERT INTO foo (SELECT * from bar WHERE x=y);< /代码>。我的客户端使用 WIN1252 编码，但数据库采用 UTF8，因此出现错误。

更多信息可在 PostgreSQL wiki 的字符集支持（开发文档）下找到。

回复收藏 0 原文

一影成城 2024-08-15 07:14:34

当你收到这条消息时你会做什么？您是否将文件导入到 Postgres 中？正如 devstuff 所说，它是一个 BOM 字符。这是 Windows 在以 UTF8 编码保存时首先写入文本文件的字符 - 它是不可见的 0 宽度字符，因此在文本编辑器中打开它时您将看不到它。

尝试在记事本等中打开此文件，以 ANSI 编码另存为，然后在文件中添加（或替换类似的）set client_encoding to 'WIN1252' 行。

回复收藏 0 原文

被你宠の有点坏 2024-08-15 07:14:34

不要消灭这些角色，它们是真实的并且有充分的理由被使用。相反，消灭 Win1252。

回复收藏 0 原文

将军与妓 2024-08-15 07:14:34

我有一个非常相似的问题。我有一个从 SQL Server 到 PostgreSQL 数据库的链接服务器。我使用 openquery 语句选择的表中的一些数据具有一些在 Win1252 中没有等效字符的字符。问题是我用于连接的系统 DSN 条目（可在 ODBC 数据源管理器下找到）被配置为使用 PostgreSQL ANSI(x64) 而不是 PostgreSQL Unicode(x64)。创建具有 Unicode 支持的新数据源并创建新的修改后的链接服务器并在 openquery 中引用新的链接服务器为我解决了这个问题。快乐的日子。

回复收藏 0 原文

楠木可依 2024-08-15 07:14:34

我可以通过使用 Postgres 的子字符串函数并选择它来解决这个问题：

select substring(comments from 1 for 200) from billing

特殊字符开始每个字段的注释对于最终解决它有很大帮助。

I was able to get around it by using Postgres' substring function and selecting that instead:

select substring(comments from 1 for 200) from billing

The comment that the special character started each field was a great help in finally resolving it.

回复收藏 0 原文

鸩远一方 2024-08-15 07:14:34

看起来字节序列 0xBD、0xBF、0xEF 是一个小端整数。这是 Unicode 字节顺序标记 (BOM) 字符 0xFEFF 的 UTF8 编码形式。

我不确定 Postgre 的正常行为是什么，但 BOM 通常仅用于输入流开头的编码检测，并且通常不会作为结果的一部分返回。

无论如何，您的异常是由于此代码点在 Win1252 代码页中没有映射。大多数其他非拉丁字符也会发生这种情况，例如亚洲文字中使用的字符。

您可以将数据库编码更改为 UTF8 而不是 1252 吗？这将允许您的列包含几乎任何字符。

回复收藏 0 原文

最丧也最甜 2024-08-15 07:14:34

这个问题是在 2016 年 11 月 19 日左右出现的，当时我们的旧 Access 97 应用程序正在访问 postgresql 9.1 数据库。

通过将驱动程序更改为 UNICODE 而不是 ANSI 解决了这个问题（请参阅 plang 注释）。

回复收藏 0 原文

老旧海报 2024-08-15 07:14:34

这对我有用：
1 在 sp_configure 中启用即席查询。
2 为链接的 PostgreSQL 服务器添加 ODBC DSN。
3 确保您有 ANSI 和 Unicode (x64) 驱动程序（尝试同时使用）。
4 运行如下查询 - 更改 UID、服务器 ip、数据库名称和密码。
5 只需将查询保留在 postgreSQL 格式的最后一行。

EXEC sp_configure 'show advanced options', 1
RECONFIGURE
GO
EXEC sp_configure 'ad hoc distributed queries', 1
RECONFIGURE
GO

SELECT * FROM OPENROWSET('MSDASQL', 
'Driver=PostgreSQL Unicode(x64); 
uid=loginid;
Server=1.2.3.41;
port=5432;
database=dbname;
pwd=password',

'select * FROM table_name limit 10;')

Here's what worked for me :
1 enable ad-hoc queries in sp_configure.
2 add ODBC DSN for your linked PostgreSQL server.
3 make sure you have both ANSI and Unicode (x64) drivers (try with both).
4 run query like this below - change UID, server ip, db name and password.
5 just keep the query in last line in postgreSQL format.

EXEC sp_configure 'show advanced options', 1
RECONFIGURE
GO
EXEC sp_configure 'ad hoc distributed queries', 1
RECONFIGURE
GO

SELECT * FROM OPENROWSET('MSDASQL', 
'Driver=PostgreSQL Unicode(x64); 
uid=loginid;
Server=1.2.3.41;
port=5432;
database=dbname;
pwd=password',

'select * FROM table_name limit 10;')

回复收藏 0 原文