CN104504001A - 面向海量分布式关系数据库的游标构造方法 - Google Patents

面向海量分布式关系数据库的游标构造方法 Download PDF

Info

Publication number
CN104504001A
CN104504001A CN201410748863.7A CN201410748863A CN104504001A CN 104504001 A CN104504001 A CN 104504001A CN 201410748863 A CN201410748863 A CN 201410748863A CN 104504001 A CN104504001 A CN 104504001A
Authority
CN
China
Prior art keywords
vernier
plan
cursor
statement
declare
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201410748863.7A
Other languages
English (en)
Other versions
CN104504001B (zh
Inventor
刘文洁
周兴琼
李战怀
高锦涛
邬娜
杜彦荣
李建强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Miangen Technology Development Co.,Ltd.
Original Assignee
Northwestern Polytechnical University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Northwestern Polytechnical University filed Critical Northwestern Polytechnical University
Priority to CN201410748863.7A priority Critical patent/CN104504001B/zh
Publication of CN104504001A publication Critical patent/CN104504001A/zh
Application granted granted Critical
Publication of CN104504001B publication Critical patent/CN104504001B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种面向海量分布式关系数据库的游标构造方法,用于解决现有OceanBase中SQL处理流程对于游标功能构造缺失的技术问题。技术方案是以SQL92标准语法为依据,基于海量分布式数据库的架构,设计了完整的游标构造方法,根据游标常用关键字,构造了统一的语法树、逻辑计划和物理计划,并设计了游标SQL的执行流程。该方法能够完成分布式数据库的游标功能并在大数据量查询时,具有较优的查询性能。通过与商用数据库DB2在100万数据集上的游标执行性能对比,本发明方法构造的游标性能比DB2的查询速度快70倍左右。

Description

面向海量分布式关系数据库的游标构造方法
技术领域
本发明涉及一种游标构造方法,特别是涉及一种面向海量分布式关系数据库的游标构造方法。
背景技术
文献“海量结构化数据存储管理系统OceanBase.阳振坤,杨传辉,李震.科研信息化技术与应用,2013,4(1):41–48”公开了一种融合了NOSQL数据库架构和关系数据库特点的新型数据库架构-OceanBase,不仅支持跨行跨表的事务的强一致性,也支持数据节点的可扩展性。该数据库是一个架构于MySQL数据库之上的开源分布式数据库,支持通用的SQL查询语言,通过对输入的SQL语句进行词法分析、语法分析、逻辑计划生成和物理计划生成,并将数据划分为静态数据和动态数据,每次查询时即时的提供动态数据和静态数据的融合,来完成分布式的关系数据查询。但是,目前Oceanbase中语法树、逻辑计划和物理计划中缺少对游标功能的构造,导致其无法支持游标,而游标是金融应用中常用的功能,提供数据集合的批量处理,特别是在银行大规模数据集业务中使用广泛,这对于传统金融行业,是非常大的制限。
发明内容
为了克服现有OceanBase中SQL处理流程对于游标功能构造缺失的不足,本发明提供一种面向海量分布式关系数据库的游标构造方法。该方法以SQL92标准语法为依据,基于海量分布式数据库的架构,设计了完整的游标构造方法,根据游标常用关键字,构造了统一的语法树、逻辑计划和物理计划,并设计了游标SQL的执行流程。该方法能够完成分布式数据库的游标功能并在大数据量查询时,具有较优的查询性能。通过与商用数据库DB2在100万数据集上的游标执行性能对比,本发明方法构造的游标性能比DB2的查询速度快70倍左右。
本发明解决其技术问题所采用的技术方案是:一种面向海量分布式关系数据库的游标构造方法,其特点是采用以下步骤:
步骤一、构建语法树;
语法树是SQL语句经过词法和语法解析后生成的数据结构,根据SQL不同语法树有所不同。游标涉及的关键字包括:Declare、Open、Fetch、Close和Deallocate,游 标的名称是所有节点共通的部分,用来区分不同的游标。此外,Declare语句中要包含Select查询部分,需要有第二个子节点,Fetch语句中要输入获取数据的方向,从第一条记录开始取数据或者从最后一条记录开始取数据。具体生成流程如下:
1.Input:游标关键字类型
2.生成根节点(Cursor keyword)node;
3.生成子节点children_[0],存放游标定义名称cursor_name;
4.If(游标关键字类型=Declare或Fetch)
{生成子节点children_[1];
if(游标关键字类型=Declare)
{children_[1]=(select)node;
Else
children_[1]=fetch_direction;
}
5.语法树生成完成
作为游标语法树,其数据结构分为根节点和子节点,根节点存放游标关键字类型,子节点为childen_[0]和childen_[1]。childen_[0]是游标的每个关键字必须构造的节点,主要是存储游标名称。childen_[1]只有Declare和Fetch关键字需要构造,Declare用来构造语句中所包含的Select查询的相关信息(select)node。Fetch用来存储取得数据方向的信息fetch_direction。
步骤二、构建逻辑计划;
逻辑计划是根据语法树生成的数据结构,需要根据语法树内容,将SQL语句中所涉及到的表、字段和表达式解析出来并判断有效性,但逻辑计划不可执行。
在一个逻辑计划中,每一个查询有一个唯一标识query_id,每一张表有一个唯一的标识tid,每一个列有一个唯一的标识cid,每一个表达式有一个唯一的标识eid。
逻辑计划生成过程如下:
1.Input:游标语法树 
2.生成逻辑计划根节点Logic_plan,创建存储容器ObVector<ObBasicStmt>stms_;
3.生成子节点stms_[0];
4.生成游标容器cursor_stmt,存放游标查询信息query_id,游标名称curor_name, 查询语句类型stmt_type;
5.If(游标关键字类型=Declare),生成declare_query_id,存入cursor_stmt;
6.If(游标关键字类型=Fetch),生成fetch_direction,存入cursor_stmt;
7.stms_[0]=cursor_stmt;
8.If(游标关键字类型=Declare)
{生成子节点children_[1];
children_[1]=(select)node;
}
9.逻辑计划生成完成。
游标逻辑计划的构造也包含根节点和子节点生成,根节点中包含逻辑计划容器ObVector<ObBasicStmt>stms_,子节点包括stms_[0]和stms_[1],stms_[0]存放查询标识query_id、游标名称cursor_name、逻辑计划类型stmt_type,当游标关键字为Declare和Fetch时,还要生成declare_query_id和fetch_direction。stms_[1]仅在关键字为Declare时生成,保村其中查询语句的相关信息select_stmt。
步骤三、构建查询物理计划;
物理计划是一系列数据操作的有序集合,由逻辑计划解析而成,是可执行的最终数据结构。物理计划按照物理操作符的顺序执行,由于Oceanbase并未支持游标,因此所有的物理操作符需要重新设计。游标的物理操作符分别定义为:ObDeclare、ObOpen、ObFetch、ObClose和ObDeallocate。物理计划的生成流程如下:
1.Input:游标逻辑计划
2.生成根节点ObPhysicalPlan,保存主查询信息Main_query;
3.生成子节点cursor_phyOp,保存游标物理操作符;
4.If(游标关键字类型=Declare)
{生成子节点child_op;
child_op=Select物理操作符;}
5.物理计划生成完成。
游标的物理计划中,cursor_phyOp代表游标的物理操作符,根据关键字的不同有所变化,可选节点信息是针对declare节点中所包含的Select查询语句的物理操作符信息,由于Select物理操作符的设计在Oceanbase中已经完成,因此不加以展开。
步骤四、游标执行流程设计;
游标的执行流程类似于其他SQL的执行流程,构造完游标各个阶段的数据结构之后,完成游标功能的执行。游标执行流程如下:
1.Input:游标SQL
2.词法语法解析,生成游标语法树;
3.逻辑计划生成,输出游标逻辑计划;
4.物理计划生成,输出游标物理计划;
5.物理计划执行,输出查询结果,返回客户端。
游标中Declare、Open、Fetch、Close和Deallocate语句都是新加的SQL语句。除Declare语句不执行物理计划,Open、Fetch、Close和Deallocate语句都需要执行物理计划来生成对于数据结构。
Declare语句是存储Select语句的物理计划和游标的名字。
Open语句通过游标名找到与之对应的Select语句物理计划并执行,缓存Select语句的结果集。对于结果集的缓存方式,考虑了内排和外排两种情况:当内存可以放下全部数据时,排序只有一路;当内存不能放下全部数据时,排序会是多路,中间结果刷到外存上。
Fetch语句通过游标名找到与之相关的结果集,单向单行地取结果集中的一行数据。
Close语句通过游标名找到与之相关的结果集,关闭游标并释放结果集。
Deallocate语句通过游标名找到与之相关的物理计划,删除物理计划,释放游标。
本发明的有益效果是:该方法以SQL92标准语法为依据,基于海量分布式数据库的架构,设计了完整的游标构造方法,根据游标常用关键字,构造了统一的语法树、逻辑计划和物理计划,并设计了游标SQL的执行流程。该方法能够完成分布式数据库的游标功能并在大数据量查询时,具有较优的查询性能。通过与商用数据库DB2在100万数据集上的游标执行性能对比,本发明方法构造的游标性能比DB2的查询速度快70倍左右。
下面是游标的性能测试实验。
实验环境:Oceanbase单服务器部署。服务器由1T硬盘,16G内存,16核CPU,一块网卡组成。服务器操作系统是Red Hat6.2,内核是2.6.32-220.el6.x86_64。
实验目的:测试Oceanbase和DB2的游标功能在100万级数据量的表中取数据的 性能差异。表中有100万数据,结果集为各种数据量(1万到80万),Fetch完所有数据,测open和fetch语句取全部结果集的执行时间。
测试SQL语句模板如下所示。
1、declare cursor csr1 for select*from test_100w where id<n 
2、open csr1
3、fetch csr1
4、close csr1
表1 OB与DB2游标性能测试
表1结果表明:随着数据量的增加,Oceanbase的游标获取数据的时间远远小于DB2,查询速度更快,性能优于DB2。这也体现了分布式数据库在大数据量查询时的优势。
下面结合附图和具体实施方式对本发明作详细说明。
附图说明
图1是本发明方法构造的Declare关键字的语法树;
图2是本发明方法构造的Declare关键字的逻辑计划;
图3是本发明方法构造的Declare关键字的物理计划;
图4是本发明方法中游标的执行流程。
具体实施方式
参照图1-4。本发明面向海量分布式关系数据库的游标构造方法具体步骤如下:
对于如下的游标的Declare语句SQL:
Declare Cursor cs1 for select c1,c2 from test;
可按照如下的步骤实现游标。
1)构建语法树:构造Declare关键字的语法树。构造流程如下:
1.Input:Declare关键字
2.生成根节点(Declare)node;
3.生成子节点children_[0],存放游标定义名称cs1;
4.因为(游标关键字类型=Declare)
{生成子节点children_[1];
children_[1]=(select)node;}
5.语法树生成完成
2)构建逻辑计划:构造游标Declare的逻辑计划。构造流程如下:
1.Input:Declare语法树
2.生成逻辑计划根节点Logic_plan,创建存储容器ObVector<ObBasicStmt>stms_;
3.生成子节点stms_[0];
4.生成游标容器cursor_stmt,存放游标查询信息query_id,游标名称cs1,查询语句类为select;
5.因为(游标关键字类型=Declare),生成declare_query_id,存入cursor_stmt;
6.stms_[0]=cursor_stmt;
7.生成子节点children_[1];children_[1]=(select)node;
8.逻辑计划生成完成。
3)构建物理计划:构造游标Declare的物理计划。构造流程如下:
1.Input:Declare逻辑计划
2.生成根节点ObPhysicalPlan,保存主查询信息Main_query;
3.生成子节点cursor_phyOp,保存游标物理操作符;
4.因为(游标关键字类型=Declare)
5.{生成子节点child_op;
6.child_op=Select物理操作符;}
7.物理计划生成完成。
4)游标的执行流程:Declare的SQL语句首先通过词法和语法解析后,生成语法树,相应的处理程序从语法树解析出表名、列名、并赋予查询ID后将其转换为逻辑计划,逻辑计划进一步转换为可执行的物理计划,并在ChunkServer上执行,获得静态数据,和UpdateServer上的动态数据融合,将结果返回给客户端,执行流程如下:
1.Input:Declare Cursor cs1 for select c1,c2 from test;
2.词法语法解析,生成游标语法树;
3.逻辑计划生成,输出游标逻辑计划;
4.物理计划生成,输出游标物理计划;
5.物理计划执行,输出查询结果,返回客户端。
5)作用效果:由于采用了技术方案中的游标构造方法,解决了Oceanbase中无法存储游标数据、构造游标执行流程的问题,实现了游标功能。通过与商用数据库DB2在100万数据集上的游标执行性能对比,本发明的游标性能比DB2的查询速度快70倍左右。下面是游标的性能测试实验。
● 实验环境:Oceanbase单服务器部署。服务器由1T硬盘,16G内存,16核CPU,一块网卡组成。服务器操作系统是Red Hat6.2,内核是2.6.32-220.el6.x86_64。
● 实验验证:
实验目的:测试Oceanbase和DB2的游标功能在100万级数据量的表中取数据的性能差异。表中有100万数据,结果集为各种数据量(1万到80万),Fetch完所有数据,测open和fetch语句取全部结果集的执行时间。
测试SQL语句模板如下所示。
1.declare cursor csr1 for select*from test_100w where id<n;
2.open csr1
3.fetch csr1
4.close csr1
表2 OB与DB2游标性能测试
表2结果表明:随着数据量的增加,Oceanbase的游标获取数据的时间远远小于DB2,查询速度更快,性能优于DB2。这也体现了分布式数据库在大数据量查询时的优势。

Claims (1)

1.一种面向海量分布式关系数据库的游标构造方法,其特征在于包括以下步骤:
步骤一、构建语法树;
语法树是SQL语句经过词法和语法解析后生成的数据结构,根据SQL不同语法树有所不同;游标涉及的关键字包括:Declare、Open、Fetch、Close和Deallocate,游标的名称是所有节点共通的部分,用来区分不同的游标;此外,Declare语句中要包含Select查询部分,需要有第二个子节点,Fetch语句中要输入获取数据的方向,从第一条记录开始取数据或者从最后一条记录开始取数据;具体生成流程如下:
1.Input:游标关键字类型
2.生成根节点(Cursor keyword)node;
3.生成子节点children_[0],存放游标定义名称cursor_name;
4.If(游标关键字类型=Declare或Fetch)
5.语法树生成完成
作为游标语法树,其数据结构分为根节点和子节点,根节点存放游标关键字类型,子节点为childen_[0]和childen_[1];childen_[0]是游标的每个关键字必须构造的节点,主要是存储游标名称;childen_[1]只有Declare和Fetch关键字需要构造,Declare用来构造语句中所包含的Select查询的相关信息(select)node;Fetch用来存储取得数据方向的信息fetch_direction;
步骤二、构建逻辑计划;
逻辑计划是根据语法树生成的数据结构,需要根据语法树内容,将SQL语句中所涉及到的表、字段和表达式解析出来并判断有效性,但逻辑计划不可执行;
在一个逻辑计划中,每一个查询有一个唯一标识query_id,每一张表有一个唯一的标识tid,每一个列有一个唯一的标识cid,每一个表达式有一个唯一的标识eid;
逻辑计划生成过程如下:
1.Input:游标语法树
2.生成逻辑计划根节点Logic_plan,创建存储容器ObVector<ObBasicStmt>stms_;
3.生成子节点stms_[0];
4.生成游标容器cursor_stmt,存放游标查询信息query_id,游标名称curor_name,查询语句类型stmt_type;
5.If(游标关键字类型=Declare),生成declare_query_id,存入cursor_stmt;
6.If(游标关键字类型=Fetch),生成fetch_direction,存入cursor_stmt;
7.stms_[0]=cursor_stmt;
8.If(游标关键字类型=Declare)
{生成子节点children_[1];
children_[1]=(select)node;
}
9.逻辑计划生成完成;
游标逻辑计划的构造也包含根节点和子节点生成,根节点中包含逻辑计划容器ObVector<ObBasicStmt>stms_,子节点包括stms_[0]和stms_[1],stms_[0]存放查询标识query_id、游标名称cursor_name、逻辑计划类型stmt_type,当游标关键字为Declare和Fetch时,还要生成declare_query_id和fetch_direction;stms_[1]仅在关键字为Declare时生成,保村其中查询语句的相关信息select_stmt;
步骤三、构建查询物理计划;
物理计划是一系列数据操作的有序集合,由逻辑计划解析而成,是可执行的最终数据结构;物理计划按照物理操作符的顺序执行,由于Oceanbase并未支持游标,因此所有的物理操作符需要重新设计;游标的物理操作符分别定义为:ObDeclare、ObOpen、ObFetch、ObClose和ObDeallocate;物理计划的生成流程如下:
1.Input:游标逻辑计划
2.生成根节点ObPhysicalPlan,保存主查询信息Main_query;
3.生成子节点cursor_phyOp,保存游标物理操作符;
4.If(游标关键字类型=Declare)
{生成子节点child_op;
child_op=Select物理操作符;}
5.物理计划生成完成;
游标的物理计划中,cursor_phyOp代表游标的物理操作符,根据关键字的不同有所变化,可选节点信息是针对declare节点中所包含的Select查询语句的物理操作符信息,由于Select物理操作符的设计在Oceanbase中已经完成,因此不加以展开;
步骤四、游标执行流程设计;
游标的执行流程类似于其他SQL的执行流程,构造完游标各个阶段的数据结构之后,完成游标功能的执行;游标执行流程如下:
1.Input:游标SQL
2.词法语法解析,生成游标语法树;
3.逻辑计划生成,输出游标逻辑计划;
4.物理计划生成,输出游标物理计划;
5.物理计划执行,输出查询结果,返回客户端;
游标中Declare、Open、Fetch、Close和Deallocate语句都是新加的SQL语句;除Declare语句不执行物理计划,Open、Fetch、Close和Deallocate语句都需要执行物理计划来生成对于数据结构;
Declare语句是存储Select语句的物理计划和游标的名字;
Open语句通过游标名找到与之对应的Select语句物理计划并执行,缓存Select语句的结果集;对于结果集的缓存方式,考虑了内排和外排两种情况:当内存可以放下全部数据时,排序只有一路;当内存不能放下全部数据时,排序会是多路,中间结果刷到外存上;
Fetch语句通过游标名找到与之相关的结果集,单向单行地取结果集中的一行数据;
Close语句通过游标名找到与之相关的结果集,关闭游标并释放结果集;
Deallocate语句通过游标名找到与之相关的物理计划,删除物理计划,释放游标。
CN201410748863.7A 2014-12-04 2014-12-04 面向海量分布式关系数据库的游标构造方法 Active CN104504001B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410748863.7A CN104504001B (zh) 2014-12-04 2014-12-04 面向海量分布式关系数据库的游标构造方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410748863.7A CN104504001B (zh) 2014-12-04 2014-12-04 面向海量分布式关系数据库的游标构造方法

Publications (2)

Publication Number Publication Date
CN104504001A true CN104504001A (zh) 2015-04-08
CN104504001B CN104504001B (zh) 2017-08-08

Family

ID=52945399

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410748863.7A Active CN104504001B (zh) 2014-12-04 2014-12-04 面向海量分布式关系数据库的游标构造方法

Country Status (1)

Country Link
CN (1) CN104504001B (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105279286A (zh) * 2015-11-27 2016-01-27 陕西艾特信息化工程咨询有限责任公司 一种交互式大数据分析查询处理方法
CN105426504A (zh) * 2015-11-27 2016-03-23 陕西艾特信息化工程咨询有限责任公司 一种基于内存计算的分布式数据分析处理方法
CN106570145A (zh) * 2016-10-28 2017-04-19 中国科学院软件研究所 一种基于分层映射的分布式数据库结果缓存方法
CN109033209A (zh) * 2018-06-29 2018-12-18 新华三大数据技术有限公司 Spark存储过程处理方法及装置
CN111026776A (zh) * 2019-11-06 2020-04-17 中科驭数(北京)科技有限公司 关系型数据库中的查询方法及装置
WO2020177074A1 (zh) * 2019-03-05 2020-09-10 深圳市天软科技开发有限公司 一种数据提取方法、终端设备及计算机可读存储介质
CN111666295A (zh) * 2019-03-05 2020-09-15 深圳市天软科技开发有限公司 数据提取方法、终端设备及计算机可读存储介质
CN111666294A (zh) * 2019-03-05 2020-09-15 深圳市天软科技开发有限公司 获取数据集的方法、终端设备及计算机可读存储介质
CN111737295A (zh) * 2020-06-11 2020-10-02 上海达梦数据库有限公司 数据库游标查询方法、装置、设备和存储介质
CN111831717A (zh) * 2020-07-15 2020-10-27 北京思特奇信息技术股份有限公司 一种将分布式数据库数据导入物理数据库的方法及装置
CN112001500A (zh) * 2020-08-13 2020-11-27 星环信息科技(上海)有限公司 基于纵向联邦学习系统的模型训练方法、设备及存储介质
CN112487019A (zh) * 2020-12-14 2021-03-12 广州海量数据库技术有限公司 用于OpenGauss数据库的解析动态SQL的方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101533408A (zh) * 2009-04-21 2009-09-16 北京四维图新科技股份有限公司 一种海量数据的处理方法及处理装置
CN102163232A (zh) * 2011-04-18 2011-08-24 国电南瑞科技股份有限公司 一种支持iec61850对象查询的sql接口实现方法
US8261209B2 (en) * 2007-08-06 2012-09-04 Apple Inc. Updating content display based on cursor position

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8261209B2 (en) * 2007-08-06 2012-09-04 Apple Inc. Updating content display based on cursor position
CN101533408A (zh) * 2009-04-21 2009-09-16 北京四维图新科技股份有限公司 一种海量数据的处理方法及处理装置
CN102163232A (zh) * 2011-04-18 2011-08-24 国电南瑞科技股份有限公司 一种支持iec61850对象查询的sql接口实现方法

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105426504A (zh) * 2015-11-27 2016-03-23 陕西艾特信息化工程咨询有限责任公司 一种基于内存计算的分布式数据分析处理方法
CN105279286A (zh) * 2015-11-27 2016-01-27 陕西艾特信息化工程咨询有限责任公司 一种交互式大数据分析查询处理方法
CN106570145A (zh) * 2016-10-28 2017-04-19 中国科学院软件研究所 一种基于分层映射的分布式数据库结果缓存方法
CN106570145B (zh) * 2016-10-28 2020-07-10 中国科学院软件研究所 一种基于分层映射的分布式数据库结果缓存方法
CN109033209B (zh) * 2018-06-29 2021-12-31 新华三大数据技术有限公司 Spark存储过程处理方法及装置
CN109033209A (zh) * 2018-06-29 2018-12-18 新华三大数据技术有限公司 Spark存储过程处理方法及装置
WO2020177074A1 (zh) * 2019-03-05 2020-09-10 深圳市天软科技开发有限公司 一种数据提取方法、终端设备及计算机可读存储介质
CN111666295A (zh) * 2019-03-05 2020-09-15 深圳市天软科技开发有限公司 数据提取方法、终端设备及计算机可读存储介质
CN111666294A (zh) * 2019-03-05 2020-09-15 深圳市天软科技开发有限公司 获取数据集的方法、终端设备及计算机可读存储介质
CN111666294B (zh) * 2019-03-05 2024-03-08 深圳市天软科技开发有限公司 获取数据集的方法、终端设备及计算机可读存储介质
CN111666295B (zh) * 2019-03-05 2023-12-26 深圳市天软科技开发有限公司 数据提取方法、终端设备及计算机可读存储介质
CN111026776B (zh) * 2019-11-06 2020-10-02 中科驭数(北京)科技有限公司 关系型数据库中的查询方法及装置
CN111026776A (zh) * 2019-11-06 2020-04-17 中科驭数(北京)科技有限公司 关系型数据库中的查询方法及装置
CN111737295A (zh) * 2020-06-11 2020-10-02 上海达梦数据库有限公司 数据库游标查询方法、装置、设备和存储介质
CN111737295B (zh) * 2020-06-11 2023-02-03 上海达梦数据库有限公司 数据库游标查询方法、装置、设备和存储介质
CN111831717B (zh) * 2020-07-15 2023-12-01 北京思特奇信息技术股份有限公司 一种将分布式数据库数据导入物理数据库的方法及装置
CN111831717A (zh) * 2020-07-15 2020-10-27 北京思特奇信息技术股份有限公司 一种将分布式数据库数据导入物理数据库的方法及装置
CN112001500A (zh) * 2020-08-13 2020-11-27 星环信息科技(上海)有限公司 基于纵向联邦学习系统的模型训练方法、设备及存储介质
CN112487019A (zh) * 2020-12-14 2021-03-12 广州海量数据库技术有限公司 用于OpenGauss数据库的解析动态SQL的方法及系统
CN112487019B (zh) * 2020-12-14 2024-02-20 广州海量数据库技术有限公司 用于OpenGauss数据库的解析动态SQL的方法及系统

Also Published As

Publication number Publication date
CN104504001B (zh) 2017-08-08

Similar Documents

Publication Publication Date Title
CN104504001A (zh) 面向海量分布式关系数据库的游标构造方法
CN105608086B (zh) 分布式数据库系统的事务处理方法及装置
JP7487115B2 (ja) データフローグラフ最適化のシステム及び方法
Berg et al. History of databases
Chasseur et al. Enabling JSON Document Stores in Relational Systems.
US20160055233A1 (en) Pre-join tags for entity-relationship modeling of databases
CN103646032B (zh) 一种基于本体和受限自然语言处理的数据库查询方法
Bach et al. Standardization of NoSQL database languages
Li et al. An integration approach of hybrid databases based on SQL in cloud computing environment
CN104462351B (zh) 一种面向MapReduce范型的数据查询模型与方法
CN106528898A (zh) 将非关系型数据库数据转换到关系型数据库的方法及装置
WO2019228015A1 (zh) 基于移动端NoSQL数据库的索引创建方法及装置
Kricke et al. Graph data transformations in Gradoop
Feuerlicht Database Trends and Directions: Current Challenges and Opportunities.
Rudolf SQL, noSQL or newSQL–comparison and applicability for Smart Spaces
Hellerstein Looking back at Postgres
Leeka et al. RQ-RDF-3X: going beyond triplestores
WO2019010277A2 (en) HIGHLY ATOMIZED INTERVIEWABLE AND SEGMENTED DATA SYSTEMS (HASIDS)
Hauck et al. Highspeed graph processing exploiting main-memory column stores
Lamllari Extending a methodology for migration of the database layer to the Cloud considering relational database schema migration to NoSQL
Solanke et al. Migration of relational database to MongoDB and Data Analytics using Naïve Bayes classifier based on Mapreduce approach
Pen et al. Comparing HiveQL and MapReduce methods to process fact data in a data warehouse
Jiang et al. Managing large scale unstructured data with rdbms
Ilyas Data unification at scale: data tamer
Faroult et al. Refactoring SQL applications

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190617

Address after: 523808 Zhongsheng silver building, No. three road, Songshan Lake headquarters, Dongguan, Guangdong, 20

Patentee after: Dongguan Sanhang civil Military Integration Innovation Institute

Address before: 710072 No. 127 Youyi West Road, Shaanxi, Xi'an

Patentee before: Northwestern Polytechnical University

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20211209

Address after: 523000 room 211, Zhonghui Shiyin building, No. 20, headquarters Third Road, Songshanhu high tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: Guangdong Miangen Technology Development Co.,Ltd.

Address before: 523808 Zhongsheng silver building, No. three road, Songshan Lake headquarters, Dongguan, Guangdong, 20

Patentee before: DONGGUAN SANHANG CIVIL-MILITARY INTEGRATION INNOVATION Research Institute