鲲鹏社区首页
EN
注册
开发者
Oracle的逻辑对象,openGauss都能hold住吗?

Oracle的逻辑对象,openGauss都能hold住吗?

openGauss

发表于 2020/11/10

0

除了最常用的数据库表外,数据库的逻辑对象还包括索引、约束、视图、序列、同义词等,接下来我们将逐一评估Oracle对象在openGauss中的兼容性。

索引

索引是一种特殊的数据结构,能够快速定位到所要查找的数据。为了提高查询效率,在创建表之后通常需要在关键字段上创建索引。按照数据结构分类,Oracle数据库中的索引分为B*树索引及位图索引。

1. B*树索引

B*树索引是数据库中最常用的索引类型,所有的叶子节点数据构成了一个有序链表。

在Oracle数据库中大多数情况下创建的索引都属于B*树索引,按照使用场景进行细分,可以分为常规索引、复合索引、唯一索引、反向索引、基于函数的索引、全局索引。

(1)常规索引:

基于表中单个列建立的索引,也是最简单的索引创建方式,无需额外关键字,索引默认按照升序排序。

postgres=# create index single_index on product(name);

CREATE INDEX

(2)复合索引:

基于表中多个列创建索引。

postgres=# create index mutli_index on product(id,name);

CREATE INDEX

(3)唯一索引:

创建索引时,通过指定unique关键字限制索引列中的值必须唯一,与唯一约束功能类似。

postgres=# create unique index unique_index on product(id,name);

CREATE INDEX

(4)反向索引:

索引列按照降序进行排序,在Oracle中通过REVERSE关键字进行创建,但openGauss中不支持关键字REVERSE,可以通过指定DESC关键字进行替代。

postgres=# create index reverse_index on product(name) REVERSE;

ERROR: syntax error at or near "REVERSE"

LINE 1: create index reverse_index on product(name) REVERSE;



postgres=# create index reverse_index on product(name desc);

CREATE INDEX

(5)基于函数的索引:

基于函数的索引适用于某个字段做查询的时候经常带函数操作,openGauss中可以支持基于函数的索引。

postgres=# CREATE INDEX func_index ON product(trunc(name));

CREATE INDEX

(6)分区索引:

分区表的数据量通常较大,随着数据增大,会导致分区表上的B*树的索引的性能下降,维护成本也随之升高。对于分区表而言,基于每个分区进行索引创建则十分必要。创建分区索引需要加local关键字,openGauss可以支持分区索引的场景。

postgres=# CREATE TABLE t_range_partition

( prod_id NUMBER(6)

, cust_id NUMBER

, time_id DATE

, channel_id CHAR(1)

, promo_id NUMBER(6)

, quantity_sold NUMBER(3)

, amount_sold NUMBER(10,2)

) PARTITION BY RANGE (time_id)

(PARTITION sales_q1_2006 VALUES LESS THAN (TO_DATE('01-APR-2006','dd-MON-yyyy')) TABLESPACE pg_default, PARTITION sales_q2_2006 VALUES LESS THAN (TO_DATE('01-JUL-2006','dd-MON-yyyy')) TABLESPACE pg_default, PARTITION sales_q3_2006 VALUES LESS THAN (TO_DATE('01-OCT-2006','dd-MON-yyyy')) TABLESPACE pg_default, PARTITION sales_q4_2006 VALUES LESS THAN (TO_DATE('01-JAN-2007','dd-MON-yyyy')) TABLESPACE pg_default );

CREATE TABLE

postgres=# create index IDX_PARTI_RANGE_ID on t_range_partition(prod_id) local;

CREATE INDEX

2. 位图索引

位图索引的存储结构与B*树差异较大,ROWID并不直接存储。位图的每个位置映射到一个可能的ROWID上,位图上每个位置的内容用于表示该行特定的值是否在位图列中。所以,位图的每个位置存储特殊行和相关ROWID的信息。如果该ROWID的行的值匹配,则该特殊rowid位置存储为"1",否则储存为"0"。

位图索引适用于该列只有几个枚举值的情况,比如性别字段,标示字段比如只有0和1的情况。openGauss当前版本暂不支持位图索引。

postgres=# create bitmap index bit_index on product(name);

ERROR: syntax error at or near "bitmap"

LINE 1: create bitmap index bit_index on product(name);

约束

数据库约束用来防止无效的数据进入到表中,以保护数据的实体完整性,最常见的数据库约束就是主键,大多数SQL规范中都会包含建表需要定义主键。在Oracle数据库中,数据库约束分为5类:非空约束、主键约束、唯一约束、外键约束、检查约束,openGauss可以兼容所有约束类型。

1. 非空约束(NOT NULL)

如果在列上定义了非空约束,那么当插入数据时,必须保证数据不能为NULL,如果数据为空则无法插入,openGauss支持非空约束。

postgres=# create table t_notnull(

id number not null,

name varchar2(20));

CREATE TABLE

2. 主键约束

当定义主键约束后,该列的值不能重复而且不能为NULL。一张表最多只能有一个主键,但是可以由多个唯一约束。创建主键后,openGuass会自动创建表名+pkey的索引。

postgres=# create table t_primary_key(

id number not null primary key,

name varchar2(20));

NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index "t_primary_key_pkey" for table "t_primary_key"

CREATE TABLE

3. 唯一约束

唯一约束与主键的区别是,当定义了唯一约束后,该列值是不能重复的,但是可以为NULL,并且对于同一张表,唯一约束可以存在多个。创建唯一约束后,openGuass也会自动创建唯一索引。

postgres=# create table t_unique

(

product_id number not null,

product_name number not null,

product_type varchar2(50),

supplier_id number,

CONSTRAINT t_unique_u1 UNIQUE (product_id, product_name)

);

NOTICE: CREATE TABLE / UNIQUE will create implicit index "t_unique_u1" for table "t_unique"

CREATE TABLE

4. 外键约束

用于定义主表和从表之间的关系,外键约束要定义在从表上,主要则必须具有主键约束或是唯一约束,当定义外键约束后,要求外键列数据必须在主表的主键列存在或是为NULL。

外键约束会增加表插入、更新等SQL性能的额外开销,不少系统里面通过业务逻辑控制来取消外键约束。例如在数据仓库中,就推荐禁用外键约束。

postgres=# create table t1(id number);

CREATE TABLE

postgres=# create table t2(id number,cc number,constraint fk_t2_id foreign key(id) references t1(id));

ERROR: there is no unique constraint matching given keys for referenced table "t1"

5. 检查约束

用于强制行数据必须满足的条件,假定在sal列上定义了check约束,并要求sal列值在5000~50000之间,如果插入数据不在此范围之间就会提示出错。

postgres=# create table t3(id number,sal number,constraint ck_t3_sal check(sal between 5000 and 50000));

CREATE TABLE

postgres=# insert into t3 values (1,6000);

INSERT 0 1

postgres=# insert into t3 values (1,600);

ERROR: new row for relation "t3" violates check constraint "ck_t3_sal"

DETAIL: Failing row contains (1, 600).

视图

视图主要是为了提升开发效率,作为一个定义查询语句结果的对象存在的;根据是否真实存储数据,分为关系视图及物化视图。

1. 关系视图

Oracle的关系视图本身不包含任何数据,也是大家最常用的视图,通过create view... as ...简化的语法就可以创建,还可以需求将视图设置为只读形式等。注意:在当前用户下创建视图需要CREATE VIEW系统权限。openGauss可以兼容Oracle创建视图语法,但对于Oracle视图创建中的with check option以及with read only选项暂不支持。

postgres=# CREATE OR REPLACE VIEW prod_view AS select p.id, p.name from product p;

CREATE VIEW



postgres=# CREATE OR REPLACE VIEW read_view AS select p.id, p.name from product p WITH READ ONLY;

ERROR: syntax error at or near "READ"

LINE 1: ..._view AS select p.id, p.name from product p WITH READ ONLY;



postgres=# CREATE OR REPLACE VIEW check_view AS select p.id, p.name from product p WITH CHECK OPTION;

ERROR: WITH CHECK OPTION is not implemented

2. 物化视图

物化视图有别于关系视图,可以像数据库表一样可以真实存储数据。openGauss可以支持物化视图的创建,但对于数据刷新需要手动刷新,不支持自动刷新。

postgres=# create materialized view mater_view as select p.id, p.name from product p;

SELECT 0

序列

序列可供多个用户用来产生唯一数值的数据库对象。在MySQL中可以通过自增长字段auto_increment,而Oracle中没有自增长字段功能,通常通过建立序列来实现自增长的功能,openGauss中可以支持sequence功能。

postgres=# create sequence autoincre

minvalue 1

maxvalue 9999999999999

start with 1

increment by 1;

CREATE SEQUENCE

同义词

同义词就是别名,可以为表、字段名建立别名,主要是为了简化书写,在当前用户下创建同义词需要 create synonym 权限。

postgres=# create synonym product_syn for product;

CREATE SYNONYM

总结

对象类型

分类

是否兼容

备注

索引

B*索引

兼容

REVERSE关键字需用DESC替代

位图索引

不兼容

 -

约束

非空约束

兼容

 -

主键约束

兼容

 -

唯一约束

兼容

 -

外键约束

兼容

 -

检查约束

兼容

 -

视图

关系视图

兼容

部分选项不兼容

物化视图

兼容

部分选项不兼容

序列

 

兼容

 -

同义词

 

兼容

 -

相关阅读:

(1)openGauss可替代Oracle吗?从字段类型说起……

(2)openGauss能兼容Oracle的数据库表吗?

openGauss开源社区官方网站:

https://opengauss.org/

openGauss组织仓库:

https://gitee.com/opengauss

openGauss镜像仓库:

https://github.com/opengauss-mirror

作者介绍

洪烨,openGauss Contributor,多年银行业系统架构设计及DBA实战经验,《DB2数据库内部解析与性能调优》作者。

本页内容