在ORACLE数据库中,NUMBER(P,S)是最常见的数字类型,可以存放数据范围为10^-130~10^126(不包含此值),需要1~22字节(BYTE)不等的存储空间。P 是Precison的英文缩写,即精度缩写,表示有效数字的位数,最多不能超过38个有效数字。S是Scale的英文缩写,表示从小数点到最低有效数字的位数,它为负数时,表示从最大有效数字到小数点的位数。有时候,我们在创建表的时候,NUMBER往往没有指定P,S的值,那么默认情况下,NUMBER的P、S的值分别是多少呢?相信这个问题能问倒一大片DBA。 在之前,我遇到了一个问题,总结整理在“ORACLE NUMBER类型Scale为0引发的问题”这篇博客当中,当时武断的判断“如果不指定p和s,NUMBER类型,它的默认精度值为38, 默认的scale值为0”,因为当时参考了官方文档https://docs.oracle.com/cd/B28359_01/server.111/b28318/datatype.htm#CNCPT1832

当然文档没有错误,文档应该是指在定义字段数据类型为NUMBER时,指定了NUMBER类型的P值,但是没有指定S的值,那么Scale默认就是0,如下测试所示,当时应该是我自己没有完全理解文档意思,当然文档也有误导的嫌疑。

SQL> drop table test;

 

Table dropped.

 

SQL> create table test(id number(38));

 

Table created.

 

SQL> insert into test

  2  select 123 from dual union all

  3  select 123.123 from dual;

 

2 rows created.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test;

 

        ID

----------

       123

       123

 

SQL> 

当在指定字段类型为NUMBER时,如果P和S都不指定,那么P和S又是什么值呢?今天特意实验验证了一下,具体实验过程如下:

SQL> drop table test;

 

Table dropped.

 

SQL> create table test(id  number, id1 number(38,4));

 

Table created.

 

SQL> insert into test                                      

  2  select 12, 12 from dual union all

  3  select 12.123456789, 12.123456789 from dual;

 

2 rows created.

 

SQL> commit;

 

Commit complete.

 

SQL> col id  for 999999999999.999999999999999999999999999999999999;

SQL> col id1 for 99999999999.9999999999999999999999999999999999999;

SQL> select * from test;

 

                                                ID                                                ID1

-------------------------------------------------- --------------------------------------------------

           12.000000000000000000000000000000000000           12.0000000000000000000000000000000000000

           12.123456789000000000000000000000000000           12.1235000000000000000000000000000000000

 

SQL> 

如上所示,当我插入上面两条记录后,发现如果不指定p和s,NUMBER类型,此时的Scale至少是9,我们继续测试,插入下面数据

SQL> insert into test

  2  select 12.123456789123456789123456789123456,

  3         12.123456789123456789123456789123456

  4  from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test;

 

                                                ID                                                ID1

-------------------------------------------------- --------------------------------------------------

           12.000000000000000000000000000000000000           12.0000000000000000000000000000000000000

           12.123456789000000000000000000000000000           12.1235000000000000000000000000000000000

           12.123456789123456789123456789123456000           12.1235000000000000000000000000000000000

如下所示,此时可以看到Scale的值33了,那么Scale的值是否可以继续变大呢?

SQL> insert into test

  2  select 12.123456789123456789123456789123456789123,

  3         12.123456789123456789123456789123456789123

  4  from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test;

 

                                                ID                                                ID1

-------------------------------------------------- --------------------------------------------------

           12.000000000000000000000000000000000000           12.0000000000000000000000000000000000000

           12.123456789000000000000000000000000000           12.1235000000000000000000000000000000000

           12.123456789123456789123456789123456000           12.1235000000000000000000000000000000000

           12.123456789123456789123456789123456789           12.1235000000000000000000000000000000000

如下截图所示,插入的记录为12.123456789123456789123456789123456789123,但是显示的值为12.123456789123456789123456789123456789,总共为38位,由于格式化列的缘故,可能导致部分小数位没有显示,

我们继续测试,调整格式化列,我们发现值变为了12.12345678912345678912345678912345678912,总共40位了,Scale的值为38了。这个是为什么呢?不是数字精度为38,意味着最多是38位吗?

SQL> col id  for 999999999999.99999999999999999999999999999999999999999

SQL> col id1 for 99999999999.999999999999999999999999999999999999999999

SQL> select * from test;

 

                                                     ID                                                     ID1

------------------------------------------------------- -------------------------------------------------------

           12.00000000000000000000000000000000000000000           12.000000000000000000000000000000000000000000

           12.12345678900000000000000000000000000000000           12.123500000000000000000000000000000000000000

           12.12345678912345678912345678912345600000000           12.123500000000000000000000000000000000000000

           12.12345678912345678912345678912345678912000           12.123500000000000000000000000000000000000000

继续其它测试,我们发现Sacle的值会随着小数点前面数字的变化而变化,如下所示:

SQL> insert into test

  2  select 123456789.123456789123456789123456789123456,

  3         123456789.123456789123456789123456789123456

  4  from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete

 

SQL> insert into test

  2  select 123456789123.123456789123456789123456789123456,

  3         123456789123.123456789123456789123456789123456

  4  from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete.

SQL> select * from test;

 

                                                     ID                                                     ID1

------------------------------------------------------- -------------------------------------------------------

           12.00000000000000000000000000000000000000000           12.000000000000000000000000000000000000000000

           12.12345678900000000000000000000000000000000           12.123500000000000000000000000000000000000000

           12.12345678912345678912345678912345600000000           12.123500000000000000000000000000000000000000

           12.12345678912345678912345678912345678912000           12.123500000000000000000000000000000000000000

    123456789.12345678912345678912345678912300000000000    123456789.123500000000000000000000000000000000000000

 123456789123.12345678912345678912345678910000000000000 #######################################################

 

6 rows selected.

从上面测试可以看出,Scale的值是变化的,跟数据值有关系,目前看来,小数点前的数字位数和小数点后的数字位数相加为40(有时候又是39),为了测试是否这个规律,我特意用下面案例测试一下

SQL> create table test2(id number);

 

Table created.

 

SQL> insert into test2

  2  select 0.123456789123456789123456789123456789123456789 from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> col id for 9999999999.9999999999999999999999999999999999999999999999;

SQL> select * from test2;

 

                                                        ID

----------------------------------------------------------

           .1234567891234567891234567891234567891235000000

 

SQL> insert into test2

  2  select 123456789.123456789123456789123456789123456789 from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test2;

 

                                                        ID

----------------------------------------------------------

           .1234567891234567891234567891234567891235000000

  123456789.1234567891234567891234567891230000000000000000

 

SQL> insert into test2

  2  select 123456789123.123456789123456789123456789123456789 from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test2;

 

                                                        ID

----------------------------------------------------------

           .1234567891234567891234567891234567891235000000

  123456789.1234567891234567891234567891230000000000000000

##########################################################

 

SQL>  col id for 9999999999999.9999999999999999999999999999999999999999999999;

SQL> select * from test2;

 

                                                           ID

-------------------------------------------------------------

              .1234567891234567891234567891234567891235000000

     123456789.1234567891234567891234567891230000000000000000

  123456789123.1234567891234567891234567891000000000000000000

 

SQL> insert into test2

  2  select 12345678912345.12345678912345678912345678912345 from dual;

 

1 row created.

 

SQL> commit;

 

Commit complete.

 

SQL> select * from test2;

 

                                                           ID

-------------------------------------------------------------

              .1234567891234567891234567891234567891235000000

     123456789.1234567891234567891234567891230000000000000000

  123456789123.1234567891234567891234567891000000000000000000

#############################################################

 

SQL> col id for 9999999999999999999.99999999999999999999999999999999999999999999;

SP2-0246: Illegal FORMAT string "9999999999999999999.99999999999999999999999999999999999999999999"

SQL> col id for 9999999999999999999.9999999999999999999999999999999999999999

SQL> select * from test2;

 

                                                           ID

-------------------------------------------------------------

                    .1234567891234567891234567891234567891235

           123456789.1234567891234567891234567891230000000000

        123456789123.1234567891234567891234567891000000000000

      12345678912345.1234567891234567891234567900000000000000

 

SQL> 

这个问题纠结了很久,不明白为什么是39或40,后面在Oracle Database SQL Reference 10g Release 2终于找到解释了,如下所示:

p is the precision, or the total number of significant decimal digits, where the most

significant digit is the left-most nonzero digit, and the least significant digit is the

right-most known digit. Oracle guarantees the portability of numbers with

precision of up to 20 base-100 digits, which is equivalent to 39 or 40 decimal digits

depending on the position of the decimal point.

p是精度,或是有效十进制数的总位数。最大的有效数字是最左边的非零数字,而最小有效位是最右边的数字。 Oracle保证数字的可移植性

精度高达20 base-100 digits,相当于39位或40位十进制数字,取决于小数点的位置。

ORACLE 中NUMBER类型默认的精度和Scale问题的更多相关文章

  1. 对于Oracle中Number类型的字段映射成Java中的具体类型的问题

    我在Oracle中给一个用户Id字段设置为Number类型,使用JDBC在完成ORM的时候,以为其可以自动转换为Integer,因为我的POJO类id使用的就是Integer.但事实是,我在测试的时候 ...

  2. ORACLE 中NUMBER 类型 低精度转换成高精度

    例如: 表User中有一个字段 salary  Number(10,3), 如果想把字段salary的类型提高精度到salary  Number(10,6),保留六位小数, 解决办法:1,ALTER ...

  3. oracle中number类型的数据使用as string 得到的值为null

    1,如果数据的运行时类型(和数据库字段类型相同)不是字符串类型,比如number/date等,将ds.Tables[0].Rows[i][j] 调用 as string 时,不管 这个字段是否有值,这 ...

  4. oracle中number类型最简单明了解释

    NUMBER (p,s) p和s范围: p 1-38 s -84-127 number(p,s),s大于0,表示有效位最大为p,小数位最多为s,小数点右边s位置开始四舍五入,若s>p,小数点右侧 ...

  5. oracle中日期类型 to_date 和to_timestamp什么区别啊?

    1.to_date() 和to_timestamp()区别 由于oracle中date类型只支持到秒,不支持到毫秒,所以to_date()不能取到毫秒.如果要取到毫秒,oracle 9i以上版本,可以 ...

  6. Oracle中Clob类型处理解析:ORA-01461:仅可以插入LONG列的LONG值赋值

    感谢原作者:破剑冰-Oracle中Clob类型处理解析 上一篇分析:ORA-01461: 仅能绑定要插入 LONG 列的 LONG 值 最近为Clob字段在插入数据时发现当字符的字节数(一个半角字符一 ...

  7. Spark SQL读取Oracle的number类型的数据时精度丢失问题

    Spark SQL读取数据Oracle的数据时,发现number类型的字段在读取的时候精度丢失了,使用的spark版本是Spark2.1.0的版本,竟然最后经过排查和网上查资料发现是一个bug.在Sp ...

  8. .Net处理Oracle中Clob类型字段总结

    最近在做项目中用到Clob这个字段,Clob是存储无限长字符的Oracle字段,用的时候网上找资料找了好久,内容不是很多,大部分都不能用,当然也有可以用的,测试了不同版本,整理了一下,给大家在做项目的 ...

  9. ORACLE中date类型字段的处理

    (1)在英文版本的ORACLE中默认日期格式为'DD-MON-YY',例如'01-JAN-98' 在汉化的中文版本中ORACLE默认日期格式为'日-月-年',例如'21-8月-2003'或'21-8月 ...

随机推荐

  1. awk空行合并

    [root@localhost ~]#cat urfile [DEFAULT] key1=value1 key2=value2 key3=value3 [agent] key1=value1 key2 ...

  2. 【转】sed 高级用法

    首先,应该明白模式空间的定义.模式空间就是读入行所在的缓存,sed对文本行进行的处理都是在这个缓存中进行的.这对接下来的学习是有帮助的. 在正常情况下,sed将待处理的行读入模式空间,脚本中的命令就一 ...

  3. 监控 Linux 性能的 18 个命令行工具[转]

    对于系统和网络管理员来说每天监控和调试Linux系统的性能问题是一项繁重的工作.在IT领域作为一名Linux系统的管理员工作5年后,我逐渐认识到监控和保持系统启动并运行是多么的不容易.基于此原因,我们 ...

  4. JS前端验证代码

    手机号码正则表达式验证: function checkPhone(){ var phone = document.getElementById('phone').value; if(!(/^1[345 ...

  5. JavaScript 优雅简单的拼接字符串

    前言 最近维护一个老系统,里面有大量js拼接字符串的代码,这里总计一下js拼接字符串 JS 原生字符串拼接 JavaScript里面的字符串可以直接用 + 来拼接 return "<a ...

  6. vue项目实现记住密码到cookie功能(附源码)

    实现功能: 1.记住密码勾选,点登陆时,将账号和密码保存到cookie,下次登陆自动显示到表单内 2.不勾选,点登陆时候则清空之前保存到cookie的值,下次登陆需要手动输入 大体思路就是通过存/取/ ...

  7. BZOJ 1069: [SCOI2007]最大土地面积 [旋转卡壳]

    1069: [SCOI2007]最大土地面积 Time Limit: 1 Sec  Memory Limit: 128 MBSubmit: 2978  Solved: 1173[Submit][Sta ...

  8. Redis 学习(二) —— 数据类型及操作

    Redis支持string.list.set.zset.hash等数据类型,这一篇学习redis的数据类型.命令及某些使用场景. 一.String,字符串 字符串是 Redis 最基本的数据类型.一个 ...

  9. 微信小程序模板发送,openid获取,以及api.weixin.qq.com不在合法域名内解决方法

    主要内容在标题三,老手可直接跳到标题三. 本文主要解决个人开发者模板消息发送的问题(没有服务器,不能操作服务器的情况) 针对api.weinxin.qq.com不在以下合法域名列表内的问题提出的解决方 ...

  10. Linux下LNMP启动不了的问题总结(2015.05)

    [1] *****@*****-VirtualBox:~$ sudo /etc/init.d/mysql.server start Starting MySQL * Couldn't find MyS ...