Oracle数据类型的简单学习之一

Oracle数据类型的简单学习之一

---

背景

因为信创安可替代的发展
有很多项目提到了数据库切换到国产数据库的要求.
一般情况是要求从Oracle/SQLServer 迁移到国产的:
达梦/瀚高/人大金仓/南大通用 等数据库. 
但是因为Oracle作为数据库领域 No.1的存在
他对SQL的规范标准支持的并不是很好.
所以里面会有很多数据库数据类型映射的问题. 
自己对数据库学习很浅.  希望能够慢慢学习逐渐提高.

---

Oracle的自建数据类型

---

字符类型

前期总结过很多 字符数据类型
主要是 varchar nvarchar 相关的内容.
区别是:
varchar 存储的是  安装时指定的数据库字符集.
nvarchar 存储的是 安装时指定的国家字符集. 
需要说明的是 国家字符集一般是AL16UTF16
这个字符集只能用于 国家字符集, 不能用于数据库字符集
这里需要补充的是, 虽然 varchar 一般说法是按照 字节来存储. nvarchar 安装字符来存储
但是实际上也是不对的. 
他主要是受到: NLS_LENGTH_SEMANTICS 参数的默认限制
也可以创建表时, 通过 varchar(lenth char/byte)的方式显示来指定.
需要注意, 这个参数默认是 byte. 建库语句默认也是byte.
修改参数后建议重启数据库, 并且这个参数是PDB可以隔离的.
参数是 session/system 级别都可以进行设置的.

---

字符类型

---

数值类型

需要说明 Oracle其实底层存储只有 number 和 float BINARY_FLOAT BINARY_DOUBLE 四种数据类型
但是ISO的SQL规范里面 int double float 等等多种数据类型, 其实Oracle里面一概没有实现. 
并且decimal 其实也仅是 number 的一个别名, 据说只是为了从DB2里面进行转换才用的. 
这里面有一个非常大的误区. Oracle的number 虽然是 38 的最大precision
但是实际上他可以最多存储126位的数字, 当然 此时的精度无法保证.
最大可以存储 e+125 的数值. 
里面的换算关系很复杂, 可以通过测试来进行验证.
但是定义了精度和scale的话, 就跟decimal 一样可以保证精度.

---

测试1

drop table zhaobsh ;
create table zhaobsh (a decimal ,b number , c decimal(5) , d decimal(19,2) ,
e float ,F decimal(38,2),g number(38,-84) ,h BINARY_FLOAT , i binary_double ) ;
SQL> desc zhaobsh
 ----------------------------------------- -------- ----------------------------
 A                                                  NUMBER(38)
 B                                                  NUMBER
 C                                                  NUMBER(5)
 D                                                  NUMBER(19,2)
 E                                                  FLOAT(126)
 F                                                  NUMBER(38,2)
 G                                                  NUMBER(38,-84)
 H                                                  BINARY_FLOAT
 I                                                  BINARY_DOUBLE

---

测试2

insert into zhaobsh(b) values (999999999999999999999999999999999999999949999999999999999999999999999999999999999999999999999999999999999999999999999999999999)
126长度， 这个可以正常保存。
insert into zhaobsh(b) values (999999999999999999999999999999999999999950000000000000000000000000000000000000000000000000000000000000000000000000000000000000)
126长度， 这个保存会报错。

---

数值类型

---

布尔类型

需要说明 Oracle没有布尔类型.
布尔类型其实是一个深坑. 他是 SQL2003的标准才添加的.
SQL92标准里面其实是没有 boolean 类型的. 
Oracle作为数据库的扛把子, 自己玩的比标准还要深入.
所以他并没有非常良好的按照SQL标准进行开发. 
产品一般可以使用 char(1) 后者是 number(1) 进行描述.
但是迁移后的数据, 是需要对照一下的.
这里其实还有业务逻辑, 需要进行处理.

---

SQL规范的进展-来源参见水印 CSDN

• 需要注意 2023.6.1 SQL2023规范已经发布.
• 这个规范是需要付费的. 没钱的不建议下载.

---

SQL2003规范

SQL:2003是SQL标准的一个重要版本，于2003年发布。它在SQL:1999的基础上做了一些修订和扩展，引入了一些新的功能和改进，进一步完善了SQL语言的功能和能力。
以下是SQL:2003标准的一些主要特征和改进：
更多的窗口函数：SQL:2003扩展了对窗口函数的支持，使得窗口函数的功能更加强大和灵活。
序列和自增字段：引入了序列（Sequence）和自增字段（Identity Columns）的概念，为数据库中生成唯一标识符提供了更方便和标准的方式。
更强大的数据类型支持：SQL:2003引入了更多种类的数据类型，包括布尔类型（BOOLEAN）、日期和时间处理的增强类型等，增强了数据建模的灵活性。
更多的XML支持：SQL:2003进一步加强了对XML数据类型和XML查询语言的支持，允许更方便地操作和处理XML数据。
对标量子查询的扩展：引入了对标量子查询（Scalar Subqueries）的支持，允许在SELECT列表中使用子查询。
更多的标准化函数和操作符：SQL:2003引入了更多的标准函数和操作符，增强了SQL语言的表达能力。
更多的数据完整性约束和管理：加强了对数据完整性约束的支持和管理，使得数据库更容易受到保护和控制。
对外部数据集成的改进：SQL:2003增强了对外部数据集成的能力，使得数据库系统更容易与外部数据进行集成和交互。