我有一个必须处理300列的要求。我正在尝试使用IG自动行处理(DML)实现此目的。在编辑器中编写代码时,出现错误,提示“到2015年字符值太长”。
我想这是Oracle Apex的限制。有人可以分享对此的看法吗?
答案 0 :(得分:0)
在编辑器中编写代码时...
我要说的是,您的问题与列数无关,而是与页面设计器的“ SQL Query”项不适合的大型查询有关。
您使用哪个Apex版本?我不确定(我不知道),但是我的印象是,在4.2版之前的Apex中,该项目仅限于VARCHAR2(4000)
,因此-如果您的查询大于该项目,它将不会不适合(例如您的情况-您编写的查询比该项目允许的最大大小长2015个字符)。在5.x版本中,您可以在项目中添加很多查询(就像已将其修改为CLOB
)。
现在,当您使用Interactive Grid并在5.x版本中出现时,呵呵……也许我上面写的并不完全正确。不幸的是,您不能切换到源是返回查询的函数的查询(例如在Classic Reports中),因为您可以编写一个(存储的)函数并直接从Apex调用它。
正如您说的那样,您使用了自动行处理,您是否在其中放置了太多代码?
另一方面,我搜索了一下Google,以查找IG中的列数限制-找不到 official 的任何内容,但是有人抱怨(在StackOveflow上)他们尝试了创建具有超过100列的IG,但没有成功。
所以,是的-也许您达到了极限,但我无法确认。希望能对Apex有所了解的人能够提供帮助。另外,也可以考虑在OTN论坛上问同样的问题,因为设计 Apex的人在那里回答问题。