CN103778239B - 一种多数据库数据管理方法及系统 - Google Patents
一种多数据库数据管理方法及系统 Download PDFInfo
- Publication number
- CN103778239B CN103778239B CN201410042257.3A CN201410042257A CN103778239B CN 103778239 B CN103778239 B CN 103778239B CN 201410042257 A CN201410042257 A CN 201410042257A CN 103778239 B CN103778239 B CN 103778239B
- Authority
- CN
- China
- Prior art keywords
- database
- stored
- entity
- attribute
- properties
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/21—Design, administration or maintenance of databases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
- G06F16/288—Entity relationship models
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)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开一种多数据库数据管理方法及系统,管理方法包括:获取需要存储的实体,作为待存储实体;提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中;如果所述待存储实体标识还包括第二数据库属性,则生成一个用于标识所述待存储实体的关联标识,将所述关联标识保存在第一数据库中,并同时提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中。本发明减少了存储和查询时所占内存消耗,同时,在使用多数据库混合存储时,数据的分割和组合透明化,可自动实现数据的分割和存储,大大简化开发难度。同时查询时也实现自动组合。
Description
技术领域
本发明设计数据库管理相关技术领域,特别是一种多数据库数据管理方法及系统。
背景技术
MySQL是一种关系型数据库管理系统,将数据保存在不同的表中。MongoDB是一个基于分布式文件存储的数据库,一个介于关系数据库和非关系数据库之间的产品,是非关系型数据库当中功能最丰富,最像关系型数据库的。
在WEB系统中,需要将一条数据的一部分字段存放到MySQL,另一部分存放到MongoDB中,现有的处理方式是,只能先把数据分割,MySQL的数据存放MySQL后,再将MongoDB的数据存放MongoDB。在WEB系统中,查询一条数据时,也只能先从MySQL中查询出一条数据,再从MongoDB中查询对应的数据,组装后获取完整的数据。
现有的解决方案通常为:
1.创建一个与MySQL相对应的实体,并编写基于iBatis的映射文件,使用iBatis框架将实体映射为MySQL的一条记录,并使用iBatis框架存取数据。
2.再创建一个与MongoDB相对应的实体,使用MongoDB客户端存放取数据。
3.若是存放数据时,需要将数据分割为MySQL映射的实体,MongoDB映射的实体,再存放,若是取数据时,需要先将MySQL和MongoDB的数据取出后,再组装成第三个实体。
因此,至少需要三个实体,一份映射文件才能完成一条数据的存取。
发明内容
基于此,有必要针对现有技术在进行多数据库存储和查询时,需要建立多个实体与多个数据库对应,导致内存较多,资源浪费较大的技术问题,提供一种多数据库数据管理方法及系统。
一种多数据库数据管理方法,包括:
获取需要存储的实体,作为待存储实体;
提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,所述第一数据库属性为在待存储实体中设有第一数据库标识的属性;
判断所述待存储实体是否标识还包括第二数据库属性,如果所述待存储实体标识还包括第二数据库属性,则生成一个用于标识所述待存储实体的关联标识,将所述关联标识保存在第一数据库中,并同时提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,否则结束存储,所述第二数据库属性为在待存储实体中设有第二数据库标识的属性。
一种多数据库数据管理系统,包括:
待存储实体获取模块,用于获取需要存储的实体,作为待存储实体;
第一数据库属性存储模块,用于提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,所述第一数据库属性为在待存储实体中设有第一数据库标识的属性;
第二数据库属性存储模块,用于判断所述待存储实体是否标识还包括第二数据库属性,如果所述待存储实体标识还包括第二数据库属性,则生成一个用于标识所述待存储实体的关联标识,将所述关联标识保存在第一数据库中,并同时提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,否则结束存储,所述第二数据库属性为在待存储实体中设有第二数据库标识的属性。
本发明通过采用一个实体,分别对应多个数据库,先将实体的第一数据库属性的属性值保存到第一数据库,然后通过判断该实体是否标识有第二数据库属性,将第二数据库属性的属性值保存到第二数据库中。本发明减少了实体的应用,从而减少了存储和查询时所占内存消耗,同时,在使用多数据库混合存储时,数据的分割和组合透明化,可自动实现数据的分割和存储,大大简化开发难度。同时查询时也实现自动组合。
附图说明
图1为本发明一种多数据库数据管理方法的工作流程图;
图2为本发明存储方面的一个例子的工作流程图;
图3为本发明存储方面的一个例子的工作流程图;
图4为本发明一种多数据库数据管理系统的结构模块图。
具体实施方式
下面结合附图和具体实施例对本发明做进一步详细的说明。
如图1所示为本发明一种多数据库数据管理方法的工作流程图,包括:
步骤S101,获取需要存储的实体,作为待存储实体;
步骤S102,提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,所述第一数据库属性为在待存储实体中设有第一数据库标识的属性;
步骤S103,判断所述待存储实体是否标识还包括第二数据库属性,如果所述待存储实体标识还包括第二数据库属性,则生成一个用于标识所述待存储实体的关联标识,将所述关联标识保存在第一数据库中,并同时提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,否则结束存储,所述第二数据库属性为在待存储实体中设有第二数据库标识的属性。
其中,步骤S101的待存储实体由客户建立,系统获取该待存储实体后,执行步骤S102。一个实体可以包括多个属性,对于不同的属性,其是需要保存到第一数据库还是保存到第二数据库,由客户在建立该实体时指定,通过一个对每个属性增加一个标识可以实现。其中,对于仅需要在两个数据库之间选择的属性,其标识可以简单地通过一个布尔值实现。例如第一数据库标识为0,而第二数据库标识为1。
步骤S103中,对于第二数据库属性的保存,通过一个关联标识实现,该关联标识唯一指定该待存储实体,同时,由于该关联标识保存在第一数据库中,因此,能够将第一数据库中该待存储实体的第一数据库属性的属性值与第二数据库中该待存储实体的第二数据库属性的属性值进行关联。同时,为了保持待存储实体与第一数据库中所存储数据的统一,也可以将该关联标识保存在待存储实体中,并返回给用户。用户在后续查询时,可以附带上该关联标识,也可以从第一数据库中获取该关联标识。
本发明通过一个实体,则实现了在多个数据库中透明存放,对于Web应用中使用混合存储(MySQL+MongoDB)或者其他关系型数据库和NoSQL数据时,本发明可以自动实现数据的分割存储(分割的规则由使用者自行定义)。
在其中一个实施例中,所述判断所述待存储实体是否标识还包括第二数据库属性,具体包括:
获取所述待存储实体的注释信息,如果所述注释信息中包括了第二数据库相关标识,则判断所述待存储实体还包括第二数据库属性,否则判断所述待存储实体不包括第二数据库属性。
实体中可以增加注释信息,例如对于Java实体来说,可以通过Annotation技术增加对Java实体的注释。Annotations提供一些本来不属于程序的数据,比如:一段代码的作者或者告诉编译器禁止一些特殊的错误。An annotation对代码的执行没有什么影响。Annotations使用@annotation的形式应用于代码:类(class),属性(attribute),方法(method)等等。一个Annotation出现在上面提到的开始位置,而且一般只有一行,也可以包含有任意的参数。本实施例可以利用该方式,在实体中关联上一个第二数据库相关标识。该第二数据库相关标识由用户在建立实体时生成。例如,对于第一数据库为MySQL,而第二数据库为MongoDB的方式,该第二数据库相关标识可以为一个布尔值:RelatedMongoDB。如果RelatedMongoDB=1,则判断所述待存储实体还包括第二数据库属性,如果RelatedMongoDB=0,则判断所述待存储实体不包括第二数据库属性。
在其中一个实施例中,所述提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,具体包括:
获取用于标识所述第一数据库与所述待存储实体中的第一数据库属性之间的映射关系的第一数据库映射文件,根据所述第一数据库映射文件,将所述待存储实体中第一数据库属性的属性值,保存到第一数据库中。
其中,第一数据库映射文件指示了待存储实体中的第一数据库属性是如何保存在第一数据库中,例如指定第一数据库属性与第一数据库中第几个表的第几个字段对应等。
当待存储实体为Java实体时,可以采用iBatis获取第一数据库映射文件。其中iBatis为一种使用Java编写的ORM映射(Java对象与数据库表的映射)框架,使用者,只需要定义Java对象与数据库表的对应关系,编写SQL语句,即可以实现Java对象到数据库的存储功能。
在其中一个实施例中,所述提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,具体包括:
属性初始化步骤,将所述待存储实体的所有属性设定为未筛选属性,执行当前属性获取步骤;
当前属性获取步骤,从所述待存储实体中选择一个未筛选属性作为当前属性,执行当前属性筛选步骤;
当前属性筛选步骤,如果当前属性属于第二数据库属性,则执行第二数据库属性值获取步骤,否则执行属性判断步骤;
第二数据库属性值获取步骤,获取当前属性的属性值作为第二数据库属性值,执行属性判断步骤;
属性判断步骤,设定当前属性为已筛选属性,如果所述待存储实体中还有未筛选属性,则执行当前属性获取步骤,否则执行属性值保存步骤;
属性值保存步骤,将所有经过当前属性筛选步骤得到的第二数据库属性值与所述关联标识关联地保存到第二数据库。
在其中一个实施例中,还包括查询步骤,具体包括:
响应数据查询请求,获取待查询实体;
从第一数据库中获取所述待查询实体的第一数据库属性的属性值;
判断所述待存储实体是否标识还包括第二数据库属性,如果所述待查询实体标识还包括第二数据库属性,则从第一数据库中获取所述关联标识,根据所述关联标识从第二数据库中获取所述待查询实体的第二数据库属性的属性值;
将所述第一数据库属性的属性值和第二数据库属性的属性值封装到所述待查询实体中。
如图2所示为本发明存储方面的一个例子,其中第一数据库为MySQL,第二数据库为MongoDB,实体为Java实体,本发明所描述的技术方案,采用了API(ApplicationProgramming Interface,应用程序编程接口)进行封装,具体包括:
步骤S201,当API被调用,获取要存储的对象后,首先通过iBatis框架找到Java实体对应的映射文件,并在MySQL中存储数据。
步骤S202,根据Java反射技术获取当前Java实体的类信息,使用annotation技术判断当前实体是否有本发明特定的annotation(RelatedMongoDB),若有,则执行步骤S203,若无,则执行步骤S207。
步骤S203,生成关联ID,并根据Java反射技术获取当前Java实体的属性列表,依次遍历每个属性。
步骤S204,判断是否是属于MongoDB的属性,若是,则执行步骤S205,若不是,重复步骤S204判断下一属性是否是MongoDB的属性,直到Java实体的属性全部检查完毕,执行步骤S206。
步骤S205,根据属性对象,使用Java反射技术获取属性的属性值,重复步骤S204判断下一个属性。
步骤S206,将筛选出的属性值与关联ID关联地存储到MongoDB中,并使用Javaannotation技术将关联ID保存到Java实体中。
步骤S207,返回Java实体,结束。
如图3所示为本发明查询方面的一个例子,其中第一数据库为MySQL,第二数据库为MongoDB,实体为Java实体,本发明所描述的技术方案,采用了API(ApplicationProgramming Interface,应用程序编程接口)进行封装,具体包括:
步骤S301,当API被调用,根据查询的Java实体找到对应的iBatis映射文件。
步骤S302,根据映射文件从MySQL中查询出数据。
步骤S303,使用Java annotation技术,判断当前Java实体是否有属于MongoDB的属性,若有,则执行步骤S304,若无,则执行步骤S307。
步骤S304,再次使用Java annotation技术找到关联Id。
步骤S305,从MongoDB中使用关联Id查询出数据。
步骤S306,将MySQL和MongoDB查询的数据做组装。
步骤S307,返回数据,结束。
如图4所示为本发明一种多数据库数据管理系统的结构模块图,包括:
待存储实体获取模块401,用于获取需要存储的实体,作为待存储实体;
第一数据库属性存储模块402,用于提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,所述第一数据库属性为在待存储实体中设有第一数据库标识的属性;
第二数据库属性存储模块403,用于判断所述待存储实体是否标识还包括第二数据库属性,如果所述待存储实体标识还包括第二数据库属性,则生成一个用于标识所述待存储实体的关联标识,将所述关联标识保存在第一数据库中,并同时提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,否则结束存储,所述第二数据库属性为在待存储实体中设有第二数据库标识的属性。
在其中一个实施例中,所述判断所述待存储实体是否标识还包括第二数据库属性,具体包括:
获取所述待存储实体的注释信息,如果所述注释信息中包括了第二数据库相关标识,则判断所述待存储实体还包括第二数据库属性,否则判断所述待存储实体不包括第二数据库属性。
在其中一个实施例中,所述提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,具体包括:
获取用于标识所述第一数据库与所述待存储实体中的第一数据库属性之间的映射关系的第一数据库映射文件,根据所述第一数据库映射文件,将所述待存储实体中第一数据库属性的属性值,保存到第一数据库中。
在其中一个实施例中,所述提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,具体包括:
属性初始化子模块,用于将所述待存储实体的所有属性设定为未筛选属性,执行当前属性获取子模块;
当前属性获取子模块,用于从所述待存储实体中选择一个未筛选属性作为当前属性,执行当前属性筛选子模块;
当前属性筛选子模块,用于如果当前属性属于第二数据库属性,则执行第二数据库属性值获取子模块,否则执行属性判断子模块;
第二数据库属性值获取子模块,用于获取当前属性的属性值作为第二数据库属性值,执行属性判断子模块;
属性判断子模块,用于设定当前属性为已筛选属性,如果所述待存储实体中还有未筛选属性,则执行当前属性获取子模块,否则执行属性值保存子模块;
属性值保存子模块,用于将所有经过当前属性筛选子模块得到的第二数据库属性值与所述关联标识关联地保存到第二数据库。
在其中一个实施例中,还包括查询模块,具体用于:
响应数据查询请求,获取待查询实体;
从第一数据库中获取所述待查询实体的第一数据库属性的属性值;
判断所述待存储实体是否标识还包括第二数据库属性,如果所述待查询实体标识还包括第二数据库属性,则从第一数据库中获取所述关联标识,根据所述关联标识从第二数据库中获取所述待查询实体的第二数据库属性的属性值;
将所述第一数据库属性的属性值和第二数据库属性的属性值封装到所述待查询实体中。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种多数据库数据管理方法,其特征在于,包括:
获取需要存储的实体,作为待存储实体;
提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,所述第一数据库属性为在待存储实体中设有第一数据库标识的属性;
判断所述待存储实体是否标识还包括第二数据库属性,如果所述待存储实体标识还包括第二数据库属性,则生成一个用于标识所述待存储实体的关联标识,将所述关联标识保存在第一数据库中,并同时提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,否则结束存储,所述第二数据库属性为在待存储实体中设有第二数据库标识的属性。
2.根据权利要求1所述的多数据库数据管理方法,其特征在于,所述判断所述待存储实体是否标识还包括第二数据库属性,具体包括:
获取所述待存储实体的注释信息,如果所述注释信息中包括了第二数据库相关标识,则判断所述待存储实体还包括第二数据库属性,否则判断所述待存储实体不包括第二数据库属性。
3.根据权利要求1所述的多数据库数据管理方法,其特征在于,所述提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,具体包括:
获取用于标识所述第一数据库与所述待存储实体中的第一数据库属性之间的映射关系的第一数据库映射文件,根据所述第一数据库映射文件,将所述待存储实体中第一数据库属性的属性值,保存到第一数据库中。
4.根据权利要求1所述的多数据库数据管理方法,其特征在于,所述提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,具体包括:
属性初始化步骤,将所述待存储实体的所有属性设定为未筛选属性,执行当前属性获取步骤;
当前属性获取步骤,从所述待存储实体中选择一个未筛选属性作为当前属性,执行当前属性筛选步骤;
当前属性筛选步骤,如果当前属性属于第二数据库属性,则执行第二数据库属性值获取步骤,否则执行属性判断步骤;
第二数据库属性值获取步骤,获取当前属性的属性值作为第二数据库属性值,执行属性判断步骤;
属性判断步骤,设定当前属性为已筛选属性,如果所述待存储实体中还有未筛选属性,则执行当前属性获取步骤,否则执行属性值保存步骤;
属性值保存步骤,将所有经过当前属性筛选步骤得到的第二数据库属性值与所述关联标识关联地保存到第二数据库。
5.根据权利要求1所述的多数据库数据管理方法,其特征在于,还包括查询步骤,具体包括:
响应数据查询请求,获取待查询实体;
从第一数据库中获取所述待查询实体的第一数据库属性的属性值;
判断所述待存储实体是否标识还包括第二数据库属性,如果所述待查询实体标识还包括第二数据库属性,则从第一数据库中获取所述关联标识,根据所述关联标识从第二数据库中获取所述待查询实体的第二数据库属性的属性值;
将所述第一数据库属性的属性值和第二数据库属性的属性值封装到所述待查询实体中。
6.一种多数据库数据管理系统,其特征在于,包括:
待存储实体获取模块,用于获取需要存储的实体,作为待存储实体;
第一数据库属性存储模块,用于提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,所述第一数据库属性为在待存储实体中设有第一数据库标识的属性;
第二数据库属性存储模块,用于判断所述待存储实体是否标识还包括第二数据库属性,如果所述待存储实体标识还包括第二数据库属性,则生成一个用于标识所述待存储实体的关联标识,将所述关联标识保存在第一数据库中,并同时提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,否则结束存储,所述第二数据库属性为在待存储实体中设有第二数据库标识的属性。
7.根据权利要求6所述的多数据库数据管理系统,其特征在于,所述判断所述待存储实体是否标识还包括第二数据库属性,具体包括:
获取所述待存储实体的注释信息,如果所述注释信息中包括了第二数据库相关标识,则判断所述待存储实体还包括第二数据库属性,否则判断所述待存储实体不包括第二数据库属性。
8.根据权利要求6所述的多数据库数据管理系统,其特征在于,所述提取所述待存储实体中第一数据库属性的属性值,保存到第一数据库中,具体包括:
获取用于标识所述第一数据库与所述待存储实体中的第一数据库属性之间的映射关系的第一数据库映射文件,根据所述第一数据库映射文件,将所述待存储实体中第一数据库属性的属性值,保存到第一数据库中。
9.根据权利要求6所述的多数据库数据管理系统,其特征在于,所述提取所述待存储实体中第二数据库属性的属性值,与所述关联标识关联地保存到第二数据库中,具体包括:
属性初始化子模块,用于将所述待存储实体的所有属性设定为未筛选属性,执行当前属性获取子模块;
当前属性获取子模块,用于从所述待存储实体中选择一个未筛选属性作为当前属性,执行当前属性筛选子模块;
当前属性筛选子模块,用于如果当前属性属于第二数据库属性,则执行第二数据库属性值获取子模块,否则执行属性判断子模块;
第二数据库属性值获取子模块,用于获取当前属性的属性值作为第二数据库属性值,执行属性判断子模块;
属性判断子模块,用于设定当前属性为已筛选属性,如果所述待存储实体中还有未筛选属性,则执行当前属性获取子模块,否则执行属性值保存子模块;
属性值保存子模块,用于将所有经过当前属性筛选子模块得到的第二数据库属性值与所述关联标识关联地保存到第二数据库。
10.根据权利要求6所述的多数据库数据管理系统,其特征在于,还包括查询模块,具体用于:
响应数据查询请求,获取待查询实体;
从第一数据库中获取所述待查询实体的第一数据库属性的属性值;
判断所述待存储实体是否标识还包括第二数据库属性,如果所述待查询实体标识还包括第二数据库属性,则从第一数据库中获取所述关联标识,根据所述关联标识从第二数据库中获取所述待查询实体的第二数据库属性的属性值;
将所述第一数据库属性的属性值和第二数据库属性的属性值封装到所述待查询实体中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410042257.3A CN103778239B (zh) | 2014-01-28 | 2014-01-28 | 一种多数据库数据管理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410042257.3A CN103778239B (zh) | 2014-01-28 | 2014-01-28 | 一种多数据库数据管理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103778239A CN103778239A (zh) | 2014-05-07 |
CN103778239B true CN103778239B (zh) | 2017-02-01 |
Family
ID=50570474
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410042257.3A Active CN103778239B (zh) | 2014-01-28 | 2014-01-28 | 一种多数据库数据管理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103778239B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105335448B (zh) * | 2014-08-15 | 2018-09-21 | 中国银联股份有限公司 | 基于分布式环境的数据存储及处理系统 |
CN105117456A (zh) * | 2015-08-19 | 2015-12-02 | 焦点科技股份有限公司 | 一种提取实体信息的方法 |
CN105550261A (zh) * | 2015-12-09 | 2016-05-04 | 国云科技股份有限公司 | 一种基于ibatis的快速检索方法 |
CN105718556B (zh) * | 2016-01-20 | 2019-06-04 | 北京京东尚科信息技术有限公司 | 数据库存储和查询方法、属性值获取方法和设备 |
CN107491663A (zh) * | 2017-10-12 | 2017-12-19 | 上海联影医疗科技有限公司 | 一种管理医学影像数据方法、系统及装置 |
CN109299332A (zh) * | 2018-11-02 | 2019-02-01 | 芜湖智久机器人有限公司 | 一种将类和数据库映射的方法、装置及存储介质 |
CN111159213A (zh) * | 2018-11-07 | 2020-05-15 | 航天信息股份有限公司 | 一种数据查询方法、装置、系统和存储介质 |
CN111897824B (zh) * | 2020-03-25 | 2024-09-17 | 上海云砺信息科技有限公司 | 数据操作方法、装置、设备和存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103530327A (zh) * | 2013-09-25 | 2014-01-22 | 清华大学深圳研究生院 | 一种从非关系型数据库到关系型数据库的数据迁移方法 |
-
2014
- 2014-01-28 CN CN201410042257.3A patent/CN103778239B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103530327A (zh) * | 2013-09-25 | 2014-01-22 | 清华大学深圳研究生院 | 一种从非关系型数据库到关系型数据库的数据迁移方法 |
Non-Patent Citations (1)
Title |
---|
《混合数据存储的对象关系映射框架的设计与实现》;陈诚;《万方学术期刊数据库》;20121225;论文正文22-24、33-39页 * |
Also Published As
Publication number | Publication date |
---|---|
CN103778239A (zh) | 2014-05-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103778239B (zh) | 一种多数据库数据管理方法及系统 | |
CN107391653B (zh) | 一种分布式NewSQL数据库系统及图片数据储存方法 | |
CN105183735B (zh) | 数据的查询方法及查询装置 | |
CN103577440B (zh) | 一种非关系型数据库中的数据处理方法和装置 | |
CN104915450B (zh) | 一种基于HBase的大数据存储与检索方法及系统 | |
CN104765731B (zh) | 数据库查询优化方法和设备 | |
CA2846417C (en) | Shared cache used to provide zero copy memory mapped database | |
CN104423982B (zh) | 请求的处理方法和处理设备 | |
JP2005293578A5 (zh) | ||
TW201423447A (zh) | 動態資料遮罩方法以及資料庫系統 | |
CN106934023A (zh) | 一种数据管理方法及装置 | |
US20140279972A1 (en) | Cleansing and standardizing data | |
JP2013033305A (ja) | データ配置変更プログラム、データ配置変更方法およびデータ配置変更装置 | |
CN109656986A (zh) | 一种业务数据汇总的辅助方法、装置及电子设备 | |
CN103092996A (zh) | 单据数据获取装置和单据数据获取方法 | |
CN103020753A (zh) | 单据状态显示系统和单据状态显示方法 | |
CN106294128B (zh) | 一种导出报表数据的自动化测试方法及装置 | |
CN106484826A (zh) | 一种操作数据库的方法及装置 | |
CN103258047B (zh) | 一种面向药企作业成本控制数据仓库的数据组织方法 | |
US9876809B2 (en) | Standard metadata model for analyzing events with fraud, attack, or any other malicious background | |
US20170344627A1 (en) | System for lightweight objects | |
CN107203387A (zh) | 目标数据库访问方法与系统 | |
US9009731B2 (en) | Conversion of lightweight object to a heavyweight object | |
CN105868384A (zh) | 一种更新共享数据的方法、装置及系统 | |
CN110517010A (zh) | 一种数据处理方法、系统及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |