oracle - 在虚拟列表达式中连接数字会引发 ORA-12899 : value too large for column

标签 oracle numbers sqldatatypes oracle12c virtual-column

当我给出这个answer时对于昨天的一个问题,我建议使用虚拟列来计算值,而不是手动更新它。

我自己做了一个测试,发现了虚拟列表达式在连接两个NUMBER类型列时所采用的数据大小的问题。不过,连接两个字符时没有问题。

数据库版本:

SQL> select banner from v$version where rownum = 1;

BANNER
--------------------------------------------------------------------------------
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production

SQL>

测试用例 1:连接字符串

SQL> CREATE TABLE t(
  2  ID varchar2(2),
  3  num varchar2(2),
  4  text VARCHAR2(10) generated always as (id||'_'||num) VIRTUAL
  5  );

Table created.

SQL>
SQL> INSERT INTO t(ID, num) VALUES ('a', 'e');

1 row created.

SQL> INSERT INTO t(ID, num) VALUES ('b', 'f');

1 row created.

SQL> INSERT INTO t(ID, num) VALUES ('c', 'g');

1 row created.

SQL>
SQL> SELECT * FROM T;

ID NU TEXT
-- -- ----------
a  e  a_e
b  f  b_f
c  g  c_g

SQL>

因此,连接两个字符类型列没有问题。

测试用例 2:连接数字

SQL> CREATE TABLE t(
  2  ID NUMBER,
  3  num NUMBER,
  4  text VARCHAR2(10) generated always as (to_char(id)||'_'||to_char(num)) VIRTUAL
  5  );
text VARCHAR2(10) generated always as (to_char(id)||'_'||to_char(num)) VIRTUAL
*
ERROR at line 4:
ORA-12899: value too large for column "TEXT" (actual: 10, maximum: 81)

不允许?哈!让我们增加大小 -

SQL> CREATE TABLE t(
  2  ID NUMBER,
  3  num NUMBER,
  4  text VARCHAR2(81) generated always as (to_char(id)||'_'||to_char(num)) VIRTUAL
  5  );

Table created.

SQL>
SQL> INSERT INTO t(ID, num) VALUES (1, 4);

1 row created.

SQL> INSERT INTO t(ID, num) VALUES (2, 5);

1 row created.

SQL> INSERT INTO t(ID, num) VALUES (3, 6);

1 row created.

SQL>
SQL> SELECT * FROM T;

        ID        NUM
---------- ----------
TEXT
--------------------------------------------------------------------------------
         1          4
1_4

         2          5
2_5

         3          6
3_6


SQL> set linesize 200
SQL> SELECT * FROM T;

        ID        NUM TEXT
---------- ---------- ----------------------------------------------------------------------------------------------------
         1          4 1_4
         2          5 2_5
         3          6 3_6

SQL>

那么现在发生了什么?表已创建,但是当预期数据大小只有 3 字节时,为什么VIRTUAL COLUMN占用了这么多大小,而实际却需要81 字节

检查长度,值是正确的,但是数据大小要大得多。例如,我期望长度为3,因此我将列的大小声明为10字节。但虚拟列表达式产生的值的大小远大于此。

SQL> CREATE TABLE t(
  2  ID NUMBER,
  3  num NUMBER,
  4  text VARCHAR2(10) generated always as (length(to_char(id)||'_'||to_char(num))) VIRTUAL
  5  );
text VARCHAR2(10) generated always as (length(to_char(id)||'_'||to_char(num))) VIRTUAL
*
ERROR at line 4:
ORA-12899: value too large for column "TEXT" (actual: 10, maximum: 40)


SQL>
SQL> CREATE TABLE t(
  2  ID NUMBER,
  3  num NUMBER,
  4  text VARCHAR2(81) generated always as (length(to_char(id)||'_'||to_char(num))) VIRTUAL
  5  );

Table created.

SQL>
SQL> INSERT INTO t(ID, num) VALUES (1, 4);

1 row created.

SQL> INSERT INTO t(ID, num) VALUES (2, 5);

1 row created.

SQL> INSERT INTO t(ID, num) VALUES (3, 6);

1 row created.

SQL>
SQL> SELECT * FROM T;

        ID        NUM TEXT
---------- ---------- ----------------------------------------------------------------------------------------------------
         1          4 3
         2          5 3
         3          6 3

SQL> clear columns
columns cleared
SQL> SELECT * FROM T;

        ID        NUM TEXT
---------- ---------- ---------------------------------------------------------------------------------
         1          4 3
         2          5 3
         3          6 3

欢迎任何见解。

UDPATE 感谢 Alex Poole。我没有考虑隐式转换,所以我不关心显式地 CAST 表达式。所以,下面的工作 -

SQL> DROP TABLE t PURGE;

Table dropped.

SQL>
SQL> CREATE TABLE t(
  2  ID NUMBER,
  3  num NUMBER,
  4  text VARCHAR2(10) generated always as (cast(to_char(id)||'_'||to_char(num) as varchar2(3))) VIRTUAL
  5  );

Table created.

SQL>
SQL> INSERT INTO t(ID, num) VALUES (1, 4);

1 row created.

SQL> INSERT INTO t(ID, num) VALUES (2, 5);

1 row created.

SQL> INSERT INTO t(ID, num) VALUES (3, 6);

1 row created.

SQL>
SQL> SELECT * FROM T;

        ID        NUM TEXT
---------- ---------- ----------
         1          4 1_4
         2          5 2_5
         3          6 3_6

SQL>

最佳答案

您的人数不受限制。对于单位数(正)数字知道连接长度只能是三个,但虚拟列必须足够大以容纳任何数字 - 因此看起来它允许隐式最多 40 位数字格式模型(38 位有效数字、小数点分隔符和符号;@collspar 的词汇化)。

话虽如此,限制数字列不会反射(reflect)在虚拟列长度中 - 使两列 NUMBER(1,0) 仍然需要 81 个字符进行串联。取生成值won't work either的子串,在这种情况下,得到ORA-12899:值对于列“TEXT”太大(实际:10,最大值:40)。为每个 to_char() 调用提供格式模型,例如FM999),可以工作,但限制下划线两侧的值,而不是直接限制总长度。

如果要限制列大小,可以将其转换为相同的数据类型和大小,这样更明确:

text VARCHAR2(10) generated always as 
    (cast(to_char(id)||'_'||to_char(num) as VARCHAR2(10))) VIRTUAL

关于oracle - 在虚拟列表达式中连接数字会引发 ORA-12899 : value too large for column,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28557301/

相关文章:

c# - NHibernate、Oracle 和 sql 工具

Java 和 SQL - 批处理时出错,必须执行或清除批处理

sql-server - SQL Server 2005 是否支持 datetime2

sql - Oracle 数据库中有 boolean 类型吗?

java - 在一个事务中执行两个不同的批量查询和一个删除查询 (Java)

sql - 使用映射表更改大量记录键

java - 字符串的数字操作

c# - 如何放置千位分隔符 "point"

haskell - 在 GHC.TypeLits 中 someNatVal 有什么用处(我们不能用 natVal 完成)?

java - 将百分比放入MySQL数据库