发现再oracle中number的存储并不是按照c语言的相应的数字格式来存储，而是经过一定的规则“翻译”成相应的2进制格式来存储。我就奇怪了,为什么不直接转换，而是按照自己的规则来“翻译”存储,我的意思，oracle中的数据类型完全可以按照c语言中相应的数据格式来存储呀，比如： __int 8,__int16,__int 32，float,double等等，这样在查询，运算时候可以完全不用再把存储单元中的数据“翻译“成数字，不是更加方便么？虽然oracle中的number类型要对应c语言中的多个类型，但是既然都要经过“翻译“，转换成c语言的数据格式只用“翻译”一次，而现在的方式是存储的时候“翻译”一次，取数据的时候再“翻译”一次（还愿为相应的原始数字），不是更加麻烦么?

Oracle uses "binary coded decimal" (BCD). According to
http://en.wikipedia.org/wiki/Binary-coded_decimal
"Its main virtue is that it allows easy conversion to decimal digits for printing or display and faster decimal calculations. Its drawbacks are the increased complexity of circuits needed to implement mathematical operations and a relatively inefficient encoding"

If Oracle were to start over, would they still use BCD? Probably not. They originally chose it, well, we can say, for historical reason.

Those studying computer science can tell us more.

Yong Huang

我觉得可能是Oracle想提高NUMBER型的精度。并且，用软件实现的数据类型，在软件内部可以对此数据类型有更多的控制。BINARY_FLOAT和BINARY_DOUBLE是硬件型的数据类型。速度比NUMBER快，但精度不如NUMBER

晶晶小妹, do you have performance comparison between number and binary_float, binary_double? Thanks.

Yong Huang

使用一个统一的number类型，对用户来说，不是很方便吗？

如果要让许多用户搞懂一大堆各种不同的数字类型的区别，可能会比较难,很容易因为考虑不周，使用了长度不够的数据类型。

ORACLE这么做提高了数据类型使用的易用性，可能牺牲了一些性能（我没有实际测试过）

学习

建一个表：
create table nfd (n number, f binary_float, d binary_double);

插入一些行：
insert /*+append*/ into nfd select rownum,rownum,rownum from dba_objects;
commit;
insert /*+append*/ into nfd select rownum+11372,rownum+11372,rownum+11372 from dba_objects;
commit;
insert /*+append*/ into nfd select rownum+22748,rownum+22748,rownum+22748 from dba_objects;
commit;
sid=39 pid=18> select count(*) from nfd;
  COUNT(*)
----------
     34110
总共有34110行。

打开计时：
set timing on

我先试验了求和：
sid=39 pid=18> select sum(n*n) from nfd;
  SUM(N*N)
----------
1.3232E+13
已用时间:  00: 00: 00.03
执行多次上面的命令后，时间稳定在0.03秒。
对其他两列也做同样的运算，时间差不多。可能是行太少，差别不明显，把操作换成复杂点的：

sid=39 pid=18> select sum(ln(n)) from nfd;
SUM(LN(N))
----------
321915.626
已用时间:  00: 00: 02.74
NUMBER型的列用时2.74秒。

sid=39 pid=18> select sum(ln(f)) from nfd;
SUM(LN(F))
----------
3.219E+005
已用时间:  00: 00: 00.04
binary_float型的列用时0.04秒。
binary_double型的列也是0.04秒。

QUOTE:

---

原帖由 晶晶小妹 于 2008-5-13 09:37 发表
...
sid=39 pid=18> select sum(ln(n)) from nfd;
SUM(LN(N))
----------
321915.626
已用时间:  00: 00: 02.74
NUMBER型的列用时2.74秒。

sid=39 pid=18> select sum(ln(f)) from nfd;
SUM(LN(F))
----------
3.219E+005
已用时间:  00: 00: 00.04
binary_float型的列用时0.04秒。
binary_double型的列也是0.04秒。

---

Thanks for the test. It's quite impressive. I'll remember to use binary_float and binary_double when the app needs fast computation.

For completeness, Note:311971.1 talks about the performance enhancement of these data types new in 10g. Note:291024.1 says the two data types can't be exported by the old export tool (exp) when transporting a tablespace and expdp must be used. I'm not sure if there's any other limitation. If anybody finds any, please post a message to this thread.

Yong Huang

学习.

版主英文水平真牛。。。。