达梦8数据库适配ORACLE的8个参数

1、概述

1.1 概述

1.2 实验环境

2、参数简介

3、实验部分

3.1 参数BLANK_PAD_MODE

3.2 参数COMPATIBLE_MODE

3.3 参数ORDER_BY_NULLS_FLAG

3.4 参数DATETIME_FMT_MODE

3.5 参数PL_SQLCODE_COMPATIBLE

3.6 参数CALC_AS_DECIMAL

3.7 参数ENABLE_PL_SYNONYM

3.8 参数VIEW_ACCESS_MODE

1、概述

1.1 概述

本文整理了达梦8数据库适配ORACLE的8个参数，设计了3个实验场景，通过实验观察各参数在数据库中的作用。

1.2 实验环境

达梦数据库版本：DM Database 64 V8 03134284094-20231108-207962-20067

ORACLE版本：V19.3

2、参数简介

参数	含义	缺省值	属性	适配ORACLE值
BLANK_PAD_MODE	设置字符串比较时，结尾空格填充模式是否兼容 ORACLE。取值 0 或 1。0不兼容，1 兼容。	0	不可修改	1
COMPATIBLE_MODE	是否兼容其他数据库模式。0：不兼容，1：兼容 SQL92 标准，2：部分兼容 ORACLE，3：部分兼容 MS SQL SERVER，4：部分兼容 MYSQL，5：兼容 DM6，6：部分兼容 TERADATA，7：部分兼容 POSTGRES	0	静态	2
ORDER_BY_NULLS_FLAG	控制排序时 NULL 值返回的位置，取值 0、1、2、3。0 表示 NULL 值始终在最前面返回；1 表示 ASC 升序排序时NULL 值在最后返回，DESC 降序排序时 NULL 值在最前面返回，在参数等于 1 的情况下，NULL 值的返回与 ORACLE保持一致；2 表示 ASC 升序排序时 NULL 值在最前面返回，DESC 降序排序时 NULL 值在最后返回，在参数等于2 的情况下，NULL 值的返回与 MYSQL 保持一致；3 表示在取值为 1 的基础上，将空串置于 NULL 值和非空值之间	0	动态，会话级	1
DATETIME_FMT_MODE	是否兼容 ORACLE 的五种日期时间类型的默认日期时间格式。0：不兼容；1：兼容注：此参数被动态修改后仅影响新生成的会话	0	动态，系统级	1
PL_SQLCODE_COMPATIBLE	默认值为 0；如果设置为 1，则 PL 的异常处理中，SQLCODE 的错误码值需要尽量与 ORACLE 一致	0	静态	1
CALC_AS_DECIMAL	0：默认值，表示整数类型的除法、整数与字符或 BINARY 串的所有四则运算，结果都处理成整数； 1：表示将整数类型的除法、整数与字符或 BINARY 串的除法转换为 DECIMAL 处理； 2：表示将整数类型的除法、整数与字符或 BINARY 串的所有四则运算都转换为 DECIMAL 处理； 3：所有涉及整型的四则运算全部转换为 DECIMAL 处理。注：该参数只有在 USE_PLN_POOL 为 0 或 1 时有效。当 USE_PLN_POOL 为 2 或 3 时，按照CALC_AS_DECIMAL=2 处理	0	静态	1
ENABLE_PL_SYNONYM	是否可以通过同义词执行非系统用户创建的包或者存储过程。1是，0否。若设置为0，在解析过程/包名时，如果借助了同义词，则这些对象要么是系统内部创建的，或者其创建者必须为系统用户，否则一律报错	0	动态，系统级	1
VIEW_ACCESS_MODE	指定视图的自主访问控制机制。0：兼容 DM；1：兼容 ORACLE	0	静态	1

3、实验部分

3.1 参数BLANK_PAD_MODE

从oracle迁移数据到达梦数据库中，有时会遇到主键或唯一约束创建失败的情况，这有可能跟BLANK_PAD_MODE的设置有关，通常将BLANK_PAD_MODE设置为1可以解决问题。

测试方案说明：在表中插入3条数据，数据分别是字符串a、a加1个空格、a加两个空格。在ORACLE中这样的3条数据不被视为重复数据。在达梦8中，默认情况下视为重复数据，创建主键会报错。

1）在DM8中测试BLANK_PAD_MODE=0

准备测试数据

create table tb_dm8_001
(
C1 varchar2(10) not null
);

--第1条数据是：'a'
insert into tb_dm8_001 values('a');
commit;

--第2条数据是：'a'+1个空格
insert into tb_dm8_001 values('a ');
commit;

--第3条数据是：'a'+2个空格
insert into tb_dm8_001 values('a  ');
commit;

测试是否能成功创建主键

ALTER table tb_dm8_001 ADD PRIMARY KEY(c1);

测试结果：BLANK_PAD_MODE=0时，用案例数据创建主键失败。

2）在DM8中测试BLANK_PAD_MODE=1

BLANK_PAD_MODE是初始化参数，不能修改，我们创建个新库做下面的测试。

dminit path=/dm8/datadm db_name=dbtest01 BLANK_PAD_MODE=1

启动新库

dmserver path=/dm8/datadm/dbtest01/dm.ini

准备测试数据

disql SYSDBA/SYSDBA
create table tb_dm8_002
(
C1 varchar2(10) not null
);
--第1条数据是：'a'
insert into tb_dm8_002 values('a');
commit;

--第2条数据是：'a'+1个空格
insert into tb_dm8_002 values('a ');
commit;

--第3条数据是：'a'+2个空格
insert into tb_dm8_002 values('a  ');
commit;

测试是否能成功创建主键

ALTER table tb_dm8_002 ADD PRIMARY KEY(c1);

测试结果：BLANK_PAD_MODE=1时，用案例数据创建主键成功。

3）ORACLE中的相关测试

准备测试数据

create table tb_oracle_001
(
C1 varchar2(10) not null
);

--第1条数据是：'a'
insert into tb_oracle_001 values('a');
commit;

--第2条数据是：'a'+1个空格
insert into tb_oracle_001 values('a ');
commit;

--第3条数据是：'a'+2个空格
insert into tb_oracle_001 values('a  ');
commit;

测试是否能成功创建主键

ALTER table tb_oracle_001 ADD PRIMARY KEY(c1);

测试结果：ORACLE中用案例数据创建主键成功。

3.2 参数COMPATIBLE_MODE

静态参数，修改后要重启数据库。

是否兼容其他数据库模式。0：不兼容，1：兼容 SQL92 标准，2：部分兼容 ORACLE，3：部分兼容 MS SQL SERVER，4：部分兼容 MYSQL，5：兼容 DM6，6：部分兼容 TERADATA，7：部分兼容 POSTGRES

这个参数是达梦数据库中最重要的兼容性参数，涉及内容较多，实验略。

3.3 参数ORDER_BY_NULLS_FLAG

动态，会话级参数：

控制排序时 NULL 值返回的位置，取值 0、1、2、3。

0 表示 NULL 值始终在最前面返回；

1 表示 ASC 升序排序时NULL 值在最后返回，DESC 降序排序时 NULL 值在最前面返回，在参数等于 1 的情况下，NULL 值的返回与 ORACLE保持一致；

1）在DM8中测试ORDER_BY_NULLS_FLAG=0

准备测试数据

create table tb_dm8_order_null_0
(
id int,
C1 varchar2(10) 
);
insert into tb_dm8_order_null_0 values(1,'a');
insert into tb_dm8_order_null_0 values(2,'b');
insert into tb_dm8_order_null_0 values(3,'c');
insert into tb_dm8_order_null_0 values(4,null);
commit;

测试

select * from tb_dm8_order_null_0 order by c1 asc;
select * from tb_dm8_order_null_0 order by c1 desc;

测试结果：ORDER_BY_NULLS_FLAG=0时，NULL 值始终在最前面返回。

2）在DM8中测试ORDER_BY_NULLS_FLAG=1

动态参数，设置后立即生效

sp_set_para_value(1,'ORDER_BY_NULLS_FLAG',1);

准备测试数据

create table tb_dm8_order_null_1
(
id int,
C1 varchar2(10) 
);
insert into tb_dm8_order_null_1 values(1,'a');
insert into tb_dm8_order_null_1 values(2,'b');
insert into tb_dm8_order_null_1 values(3,'c');
insert into tb_dm8_order_null_1 values(4,null);
commit;

测试

select * from tb_dm8_order_null_1 order by c1 asc;
select * from tb_dm8_order_null_1 order by c1 desc;

测试结果：ORDER_BY_NULLS_FLAG=1时，ASC 升序排序时NULL 值在最后返回，DESC 降序排序时 NULL 值在最前面返回。

3）在ORACLE中的相关测试

准备测试数据

create table tb_oracle_order_null
(
id int,
C1 varchar2(10) 
);
insert into tb_oracle_order_null values(1,'a');
insert into tb_oracle_order_null values(2,'b');
insert into tb_oracle_order_null values(3,'c');
insert into tb_oracle_order_null values(4,null);
commit;

测试

select * from tb_oracle_order_null order by c1 asc;
select * from tb_oracle_order_null order by c1 desc;

测试结果：在ORACLE中， ASC升序排序时NULL 值在最后返回，DESC 降序排序时 NULL 值在最前面返回

3.4 参数DATETIME_FMT_MODE

动态系统级参数，是否兼容 ORACLE 的五种日期时间类型的默认日期时间格式。0：不兼容；1：兼容。注：此参数被动态修改后仅影响新生成的会话

1）在DM8中测试DATETIME_FMT_MODE=0

日期格式为：YYYY-MM-DD

2）在DM8中测试DATETIME_FMT_MODE=1

动态系统级参数，不需要重启数据库

sp_set_para_value(1,'DATETIME_FMT_MODE',1);

进入新会话测试

日期部分格式为：DD-MM月-YY

3）在ORACLE中的相关测试

在ORACLE中测试

日期格式为：DD-MM月-YY

3.5 参数PL_SQLCODE_COMPATIBLE

静态参数，默认值为 0；如果设置为 1，则 PL 的异常处理中，SQLCODE 的错误码值需要尽量与 ORACLE 一致。

1）在DM8中测试PL_SQLCODE_COMPATIBLE=0

制造异常1，让系统抛出异常

begin
  select 2/0 from dual;
end;
/

除0错误代码是-6103

制造异常2，做异常处理，查看SQLCODE的代码值

BEGIN
  select 2/0 from dual;
EXCEPTION
WHEN OTHERS THEN 
	SELECT  SQLCODE ||' '|| SQLERRM;
END;
/

除0错误代码还是-6103

2）在DM8中测试PL_SQLCODE_COMPATIBLE=1

静态参数，需要重启数据库

sp_set_para_value(2,'PL_SQLCODE_COMPATIBLE',1); -- 重启服务后生效

制造异常1，让系统抛出异常

BEGIN
  select 2/0 from dual;
END;
/

虽然配置了兼容性参数PL_SQLCODE_COMPATIBLE=1，但是在系统抛出异常的场景中，除0错误码依然是-6103

制造异常2，做异常处理，查看SQLCODE的代码值

BEGIN
  select 2/0 from dual;
EXCEPTION
WHEN OTHERS THEN 
	SELECT  SQLCODE ||' '|| SQLERRM;
END;
/

测试结果：PL_SQLCODE_COMPATIBLE=1时，错误码发生了变化，现在是-1476

小结，通过上面的测试我们看到：

（1）系统抛出的异常代码不会去兼容ORACLE

（2）异常处理代码中的SQLCODE，可以配置成兼容ORACLE

3）在ORACLE中的相关测试

执行测试代码

declare
 var_1 number(10,2);
begin
  select 2/0 into var_1 from dual;
end;
/

Oracle除数为0的代码是1476

3.6 参数CALC_AS_DECIMAL

静态参数。

0：默认值，表示整数类型的除法、整数与字符或 BINARY 串的所有四则运算，结果都处理成整数；

1：表示将整数类型的除法、整数与字符或 BINARY 串的除法转换为 DECIMAL 处理；

2：表示将整数类型的除法、整数与字符或 BINARY 串的所有四则运算都转换为 DECIMAL 处理；

3：所有涉及整型的四则运算全部转换为 DECIMAL 处理。

注：该参数只有在 USE_PLN_POOL 为 0 或 1 时有效。当 USE_PLN_POOL 为 2 或 3 时，按照CALC_AS_DECIMAL=2 处理

1）在DM8中测试CALC_AS_DECIMAL=0

执行测试代码

select 2/3 ;
select 5/4;
select 2.0/3;

小结：

1）这个参数适用于除数和被除数都是整数，具体可以观察实验中2/3与2.0/3的区别。

2）我们看到2/3的结果是0，而不是1，说明系统采用的是“舍位进位”而不是“四舍五入进位”。

2）在DM8中测试CALC_AS_DECIMAL=1

静态参数，配置后需要重启数据库生效

sp_set_para_value(2,'CALC_AS_DECIMAL',1);

执行测试代码

select 2/3 ;
select 5/4;
select 2.0/3;

测试结果：除法的结果有小数部分了。

3）在ORACLE中的相关测试

执行测试代码

select 2/3 from dual;
select 5/4 from dual;
select 2.0/3 from dual;

小结：通过实验我们发现，配置CALC_AS_DECIMAL=1后，达梦和ORACLE的小数位精度还是有一定差异的。

3.7 参数ENABLE_PL_SYNONYM

动态，系统级。是否可以通过同义词执行非系统用户创建的包或者存储过程。1是，0否。若设置为0，在解析过程/包名时，如果借助了同义词，则这些对象要么是系统内部创建的，或者其创建者必须为系统用户，否则一律报错

1）在DM8中测试ENABLE_PL_SYNONYM=0

创建非系统用户

create user user01 identified by "usr01";
grant "PUBLIC","RESOURCE","SOI","VTI" to user01;

用新用户登录

disql user01/user01

创建存储过程

CREATE OR REPLACE PROCEDURE "USER01"."P_TEST01" ()
AS
	VARNAME INT;
BEGIN
	SELECT 1 INTO VARNAME;
END;

创建同义词

CREATE SYNONYM "USER01"."P_T01" FOR "USER01"."P_TEST01";

执行存储过程

CALL USER01.P_TEST01();

用同义词执行存储过程

CALL USER01.P_T01();

我们看到，ENABLE_PL_SYNONYM=0时，用同义词执行存储过程失败。

2）在DM8中测试ENABLE_PL_SYNONYM=1

动态参数，不需要重启

sp_set_para_value(1,'ENABLE_PL_SYNONYM',1);

调整完参数，再次测试用同义词执行非系统用户创建的存储过程

CALL USER01.P_T01();

测试结果：ENABLE_PL_SYNONYM=1时，用同义词执行存储过程成功。

3）在ORACLE中的相关测试

在ORACLE中测试，准备：

create user c##USER01 identified by "usr01";
grant PUBLIC,RESOURCE to c##USER01;

CREATE OR REPLACE PROCEDURE c##user01.P_ORACLE_TEST01
AS
  VARNAME INT;
BEGIN
  SELECT 1 INTO VARNAME FROM DUAL;
END;

CREATE SYNONYM c##USER01.P_S01 FOR c##USER01.P_ORACLE_TEST01;

用同义词执行存储过程