有没有办法让 Documentum 使用基于字符的 Unicode 存储

发布于 2024-07-08 01:20:17 字数 287 浏览 8 评论 0原文

任何对 EMC Documentum 和 Oracle 有足够了解的人都知道是否可以在 Oracle 之上设置 Documentum 存储库,以便它使用基于字符的字段长度而不是基于字节的字段长度。

默认情况下,Documentum 似乎使用基于字节的字段,因此如果字段是 string(32),则它可以包含 32 个字节而不是字符。 在这种情况下,由 32 个字符组成的一组 unicode 字符将被截断,因为它们超过 32 个字节。

有谁知道是否可以通过 Oracle 和 Documentum 设置来更改此设置?

Anyone out there with sufficient knowledge of EMC Documentum and Oracle to know whether it is possible to set up a documentum repository on top of oracle so that it uses Character based field lengths rather than byte based.

By Default Documentum seems to use byte based fields so if a field is string(32) it can contain 32 bytes rather than characters. In this instance a set of unicode characters consisting of 32 characters would be truncated since they are more than 32 bytes.

Does anyone know if it is possible through setup of the Oracle and Documentum settings to change this?

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

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

发布评论

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

评论(1

无法回应 2024-07-15 01:20:17

不,这是不可能的。 我对此做了很多研究,因为我们在将文档库从 5.2.5 迁移到 5.3 后遇到了几个问题,并且一些查询停止工作,并且我们在 Webtop 中遇到了截断错误,因为我们使用了不受支持的字符集。

No, it's not possible. I've done lots of research on this as we got several problems after migrating a docbase from 5.2.5 to 5.3 and a couple of queries stopped working and we we're getting truncation errors in webtop as we we're using an unsupported charset.

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