将视图数据类型定义为VARCHAR24000的函数是否会影响性能？

如何解决将视图数据类型定义为VARCHAR24000的函数是否会影响性能？

即使VARCHAR2(4000)您所做的一切都是使用sql进行的，即使在任何地方使用都不会引起问题（在这种情况下也很可能不会引起问题），但是一旦开始将数据提取到应用程序中，这可能会很痛苦。应用程序可能别无选择，只能根据假定的一列中字符串的最大长度来分配内存…您可能会以这种方式很快耗尽内存。更不用说GUI会保留和格式化4000个字符，无论该函数返回什么…

要限制视图中列的大小，解决方案就是您已经说过的：如果将函数包装substr()在select视图的子句中，则列数据类型将设置为VARCHAR2(200)。对我来说，这似乎是正确的方法。

解决方法

我创建了一个返回VARCHAR2变量的函数，它所返回的变量的类型VARCHAR2(200)与函数本身的类型相同。

我还创建了一个视图，将该视图用作其中的列。这会自动将视图中该列的数据类型设置为VARCHAR2(4000)。

这会导致性能/存储问题吗？

此外，对我来说，最好将aSUBSTR限制为应该使用的200个字符吗？

Oracle 11g BTW。