Oracle 神谕对NVARCHAR2施放时的奇怪行为

我有以下疑问：

选择CASTMETA|SECT|ORDER作为NVARCHA23 | | | | CODE作为SECTION 从BMAN_TP2.LOADER_TEMPLATE_部分 META_SECT_顺序显然是整数，而代码是字符串

它输出700行，如下所示：

SECTION
-------
 0#F01
 0#I05
 1#I05
 2#I05

等等

我知道CAST不是必需的，但是查询是由一个底层的querybuilder组成的，它还为需要CAST的MsSQL服务器和Postgres输出

奇怪的是，如果我提高NVARCHAR2的长度，我会得到不同的结果。例如：

当值=129时，我得到ORA-03113：通信通道上的文件结束

那是什么

编辑：

---

实际上，它似乎只取决于强制转换，连接是不相关的。

这看起来像是Bug 9949330-ORA-7445或乱码数据向NVARCHAR2强制转换了一个数字。你已经发现了周围的官方工作，使用价值观谢谢。你能链接一下关于这个错误的文档吗？即使有你写的bug，我也找不到。对不起，Oracle的bug数据库在付费墙后面。您需要在support.oracle.com上注册一个帐户，然后向组织中的DBA索取支持ID。是的，我知道。。我正在尝试访问Oracle支持，但它说我们的帐户目前无法使用所有服务。我会问系统管理员，谢谢。我现在可以看到错误描述页面了。谢谢你，接受了你的回答。为了将来的参考，他们声明它是固定在11.2.0.3补丁11上的

SQL> select cast(level as nvarchar2(130)) from dual connect by level <= 1;

CAST(LEVELASNVARCHAR2(130))
--------------------------------------------------------------------------------
ååååååååå┐┐┐ ┐┐  ┐┐A ┐┐  ┐┐A ┐┐  A   ┐┐  ┐   ┐┐  ┐┐A