我们需要升级到UCA支持国际字符存储吗?如何升级?

2020-09-28 03:27发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们有一个自SQL Anywhere诞生以来就存在的应用程序。 当前处于默认归类1282Latin1下。 尽管用户的主要语言是英语,但在某些情况下,他们需要使用中文,韩语和东欧等语言存储名称和描述。 用户希望将其剪切并将Excel中的某些名称粘贴到表单中,并保留演示文稿。 我发现即使在Sybase Central中,这也不适用于我们当前的排序规则。 如果我使用UCA创建数据库,它似乎可以正常工作。

SAP支持人员认为我可能必须将整个数据库转换为UCA才能支持一些需要支持这些字符的列。 但是,没有简单的方法可以做到。 数据库向导将不支持指定其他排序规则,并且卸载数据库以及从新的UCA数据库进行加载会导致各种截断和备用键创建错误。

有没有比手动重新设计表和手动重建UCA数据库下的所有内容更有效的解决方案?

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


我们有一个自SQL Anywhere诞生以来就存在的应用程序。 当前处于默认归类1282Latin1下。 尽管用户的主要语言是英语,但在某些情况下,他们需要使用中文,韩语和东欧等语言存储名称和描述。 用户希望将其剪切并将Excel中的某些名称粘贴到表单中,并保留演示文稿。 我发现即使在Sybase Central中,这也不适用于我们当前的排序规则。 如果我使用UCA创建数据库,它似乎可以正常工作。

SAP支持人员认为我可能必须将整个数据库转换为UCA才能支持一些需要支持这些字符的列。 但是,没有简单的方法可以做到。 数据库向导将不支持指定其他排序规则,并且卸载数据库以及从新的UCA数据库进行加载会导致各种截断和备用键创建错误。

有没有比手动重新设计表和手动重建UCA数据库下的所有内容更有效的解决方案?

付费偷看设置
发送
4条回答
浮生未央
1楼-- · 2020-09-28 04:09
昵称总是被占用
2楼-- · 2020-09-28 04:17

我曾尝试使用Sybase Central进行类似的活动,以进行卸载并使用加载脚本 在新的UCA数据库中执行加载-在这里我遇到了什么问题,即导致许多表无法加载的数据截断。 这种方法如何避免必须更改架构以适应char和varchar长度的变化-在UCA中,架构指定字节而不是字符(据我了解)。

N-Moskvin
3楼-- · 2020-09-28 04:18
默认排序规则1282Latin1 

是" 1252Latin1",对吗?

您当前使用哪些数据类型? VARCHAR还是NVARCHAR?

如果是前者,我想您可以在NVARCHAR中添加相应的"很少"列并在其中使用Unicode值。

说,以下内容揭示了什么?

选择db_property('CharSet'),db_property('Collat​​ion'),db_extended_property('Collat​​ion','Properties'),db_property('NCharCharSet'),db_property('NCharCollat​​ion'),db_extended_property('NCharCollat​​ion' 属性")
 

----

FWIW,我建议使用"另一个" SQL Anywhere论坛 讨论中,恕我直言,SQL Anywhere专家更加关注它了,我想您已经意识到了...

ZJXianG
4楼-- · 2020-09-28 04:20

是的1252

我已经尝试过nvarchar,但保存时仍发生一些转换,使字符不可读。

这是查询结果。

'windows-1252','1252LATIN1','CaseSensitivity = Ignore','UTF-8','UCA','CaseSensitivity = Ignore; AccentSensitivity = Ignore; PunctuationSensitivity = Primary'

感谢备用支持区域上的提示-该网站存在各种问题-包括通知更新。

一周热门 更多>