使用 SQL Developer 和“特殊字符”进行 Oracle 导出

发布于 2024-10-14 17:50:09 字数 128 浏览 2 评论 0原文

很抱歉这个“愚蠢”的问题,但我无法找到解决方案。

我的 Oracle 数据库中有一个表。 “ä,ö,ß”以此格式存储:

\344 \374

有办法把它们转换回来吗?我需要一张Excel表格..

Sorry for this "stupid" Questions but iam not able to find a solution..

I have an Table in my Oracle Database. The "ä,ö,ß" are stored in this Format:

\344
\374

Is there anyway to convert them back? I need an excel sheet..

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

扫码二维码加入Web技术交流群

发布评论

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

评论(1

情仇皆在手 2024-10-21 17:50:09

您真正的意思是,您用来获取此数据的工具将字符呈现为 \344 \374。

为了确定它们的存储方式,您实际上需要请求转储。正如

alter system dump datafile xx block min y block max z ;

这是最好的测试。很可能您的字符存储正常,但您的工具设置错误。要找到答案,您首先需要知道数据库字符集

 select * from V$NLS_PARAMETERS where parameter='NLS_CHARACTERSET';

,然后将 344 374 与预期代码进行比较。事实上,344 是 ISO 8859-1 字符集的变音符号的正确八进制值。

确保您的客户端 NLS_LANG 设置(环境变量或注册表设置)设置正确(例如,对于 Windows WE8MSWIN 1252)

What you really mean is that the tool you used to get this data renders the characters as \344 \374.

To make sure how they are stored you would actually need to request a dump. As in

alter system dump datafile xx block min y block max z ;

This is the best test. It might well as well be that your chars are stored OK but your tooling settings are wrong. To find out you first need to know the database character set

 select * from V$NLS_PARAMETERS where parameter='NLS_CHARACTERSET';

And then compare 344 374 with the expected codes. As a matter of fact 344 is the correct octal value for a umlaut with the ISO 8859-1 character set.

Make sure your client NLS_LANG settings (either environment variable or registry setting) is well set (e.g. for windows WE8MSWIN 1252)

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文