点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我们有一个自SQL Anywhere诞生以来就存在的应用程序。 当前处于默认归类1282Latin1下。 尽管用户的主要语言是英语,但在某些情况下,他们需要使用中文,韩语和东欧等语言存储名称和描述。 用户希望将其剪切并将Excel中的某些名称粘贴到表单中,并保留演示文稿。 我发现即使在Sybase Central中,这也不适用于我们当前的排序规则。 如果我使用UCA创建数据库,它似乎可以正常工作。
SAP支持人员认为我可能必须将整个数据库转换为UCA才能支持一些需要支持这些字符的列。 但是,没有简单的方法可以做到。 数据库向导将不支持指定其他排序规则,并且卸载数据库以及从新的UCA数据库进行加载会导致各种截断和备用键创建错误。
有没有比手动重新设计表和手动重建UCA数据库下的所有内容更有效的解决方案?
请参阅以下内容。
重建SQL Anywhere数据库时更改排序规则和代码页
我曾尝试使用Sybase Central进行类似的活动,以进行卸载并使用加载脚本 在新的UCA数据库中执行加载-在这里我遇到了什么问题,即导致许多表无法加载的数据截断。 这种方法如何避免必须更改架构以适应char和varchar长度的变化-在UCA中,架构指定字节而不是字符(据我了解)。
是" 1252Latin1",对吗?
您当前使用哪些数据类型? VARCHAR还是NVARCHAR?
如果是前者,我想您可以在NVARCHAR中添加相应的"很少"列并在其中使用Unicode值。
说,以下内容揭示了什么?
----
FWIW,我建议使用"另一个" SQL Anywhere论坛 讨论中,恕我直言,SQL Anywhere专家更加关注它了,我想您已经意识到了...
是的1252
我已经尝试过nvarchar,但保存时仍发生一些转换,使字符不可读。
这是查询结果。
'windows-1252','1252LATIN1','CaseSensitivity = Ignore','UTF-8','UCA','CaseSensitivity = Ignore; AccentSensitivity = Ignore; PunctuationSensitivity = Primary'
感谢备用支持区域上的提示-该网站存在各种问题-包括通知更新。
一周热门 更多>