CN117370397A - 一种数据库兼容方法、装置、设备及存储介质 - Google Patents
一种数据库兼容方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN117370397A CN117370397A CN202311396966.7A CN202311396966A CN117370397A CN 117370397 A CN117370397 A CN 117370397A CN 202311396966 A CN202311396966 A CN 202311396966A CN 117370397 A CN117370397 A CN 117370397A
- Authority
- CN
- China
- Prior art keywords
- database
- data
- database table
- length
- layer
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 230000004048 modification Effects 0.000 claims abstract description 45
- 238000012986 modification Methods 0.000 claims abstract description 45
- 238000004590 computer program Methods 0.000 claims description 16
- 238000013500 data storage Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- 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
- G06F16/2282—Tablespace storage structures; Management thereof
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
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)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种数据库兼容方法、装置、设备及存储介质,所述方法包括:获取待存入第一数据库的第二数据库表;其中,第二数据库表来源于第二数据库;根据第二数据库表的总列数对第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表;将第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入第一数据库表中。本发明公开的数据库兼容方法,通过修改数据库的行长度限制,可以实现第一数据库和第二数据库的100%兼容。
Description
技术领域
本发明涉及数据库技术领域,尤其涉及一种数据库兼容方法、装置、设备及存储介质。
背景技术
对于Oracle数据库来说,其最大支持1000个字段的表,即Oracle数据表最多支持1000个列,而MySQL数据库中,SQL层和Innodb层存在行长度限制,导致对Oracle大表的场景兼容失败。其中,MySQL的限制如下:
SQL层具有65535字节的最大行大小限制,而对于1000个VARCHAR(65533),SQL层计算的总大小为65535×1000=65535000字节,远大于65535字节;Innodb层的最大引擎支持列数为1017,行长度限制为数据表的最大行大小不超过16KB(16384字节),而对于1000个VARCHAR,若每个字段按41字节计算,41×1000=41000字节,远大于16384字节。所以,由于SQL层和Innodb层的限制,现有的MySQL无法支持创建大表。
目前基于MySQL数据库做Oracle行长度兼容,主要是通过由业务或中间件层去修改业务表的方式,但是其只能满足部分场景。例如,对于1000个varchar的场景,通过blob字段替代varchar字段,虽然可通过SQL层限制,但仍无法通过InnoDB层的限制,所以无法实现100%兼容。
发明内容
本发明提供了一种数据库兼容方法、装置、设备及存储介质,以实现数据库之间的兼容。
根据本发明的一方面,提供了一种数据库兼容方法,包括:
获取待存入第一数据库的第二数据库表;其中,所述第二数据库表来源于第二数据库;
根据所述第二数据库表的总列数对所述第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表;
将所述第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入所述第一数据库表中。
进一步地,所述第一数据库包括MySQL数据库,所述第二数据库包括Oracle数据库。
进一步地,所述目标数据库引擎包括SQL层和InnoDB层,根据所述第二数据库表的总列数对所述第一数据库中的目标数据库引擎进行行长度限制修改,包括:
获取所述目标数据库引擎的最大引擎支持列数;
若所述最大引擎支持列数大于所述第二数据库表的总列数,则根据所述最大引擎支持列数分别修改所述SQL层和所述InnoDB层的行长度限制。
进一步地,根据所述最大引擎支持列数修改所述SQL层的行长度限制,包括:
获取所述SQL层的修改前的行长度限制数据;
将所述最大引擎支持列数与所述修改前的行长度限制数据的乘积作为所述SQL层的修改后的行长度限制数据。
进一步地,根据所述最大引擎支持列数修改所述InnoDB层的行长度限制,包括:
获取所述InnoDB层的修改前的变长字段存储长度;
将所述最大引擎支持列数与所述修改前的变长字段存储长度的乘积作为所述InnoDB层的修改后的行长度限制数据。
进一步地,所述缓存中包括至少一个数据存储结构,所述数据存储结构中包括至少一个存储节点,所述存储节点中包括至少一个数据页。
进一步地,将所述第二数据库表中的数据存储于缓存中,包括:
提取所述第二数据库表中的定长字段和变长字段;
将所述变长字段存储于行溢出页中,将所述定长字段和所述变长字段的行溢出页指针存储于所述数据页中。
根据本发明的另一方面,提供了一种数据库兼容装置,包括:
第二数据库表获取模块,用于获取待存入第一数据库的第二数据库表;其中,所述第二数据库表来源于第二数据库;
行长度限制修改模块,用于根据所述第二数据库表的总列数对所述第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表;
数据写入模块,用于将所述第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入所述第一数据库表中。
可选的,所述第一数据库包括MySQL数据库,所述第二数据库包括Oracle数据库。
可选的,所述目标数据库引擎包括SQL层和InnoDB层,行长度限制修改模块还用于:
获取所述目标数据库引擎的最大引擎支持列数;
若所述最大引擎支持列数大于所述第二数据库表的总列数,则根据所述最大引擎支持列数分别修改所述SQL层和所述InnoDB层的行长度限制。
可选的,行长度限制修改模块还用于:
获取所述SQL层的修改前的行长度限制数据;
将所述最大引擎支持列数与所述修改前的行长度限制数据的乘积作为所述SQL层的修改后的行长度限制数据。
可选的,行长度限制修改模块还用于:
获取所述InnoDB层的修改前的变长字段存储长度;
将所述最大引擎支持列数与所述修改前的变长字段存储长度的乘积作为所述InnoDB层的修改后的行长度限制数据。
可选的,所述缓存中包括至少一个数据存储结构,所述数据存储结构中包括至少一个存储节点,所述存储节点中包括至少一个数据页。
可选的,数据写入模块还用于:
提取所述第二数据库表中的定长字段和变长字段;
将所述变长字段存储于行溢出页中,将所述定长字段和所述变长字段的行溢出页指针存储于所述数据页中。
根据本发明的另一方面,提供了一种电子设备,所述电子设备包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明任一实施例所述的数据库兼容方法。
根据本发明的另一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使处理器执行时实现本发明任一实施例所述的数据库兼容方法。
本发明公开的数据库兼容方法,首先获取待存入第一数据库的第二数据库表;其中,第二数据库表来源于第二数据库;然后根据第二数据库表的总列数对第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表;最后将第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入第一数据库表中。本发明公开的数据库兼容方法,通过修改数据库的行长度限制,可以实现第一数据库和第二数据库的100%兼容。
应当理解,本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征,也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例一提供的一种数据库兼容方法的流程图;
图2是根据本发明实施例二提供的一种数据库兼容方法的流程图;
图3是根据本发明实施例二提供的一种行溢出页数据存储结构示意图;
图4是根据本发明实施例三提供的一种数据库兼容装置的结构示意图;
图5是实现本发明实施例四的数据库兼容方法的电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例一
图1为本发明实施例一提供的一种数据库兼容方法的流程图,本实施例可适用于对两个数据库进行兼容处理的情况,该方法可以由数据库兼容装置来执行,该数据库兼容装置可以采用硬件和/或软件的形式实现,该数据库兼容装置可配置于电子设备中。如图1所示,该方法包括:
S110、获取待存入第一数据库的第二数据库表。
其中,第二数据库表来源于第二数据库。
可选的,第一数据库可以是MySQL数据库,第二数据库可以是Oracle数据库。
在本实施例中,方案的应用场景主要是将第二数据库表转存入第一数据库的情况,尤其是将Oracle数据库表转存入MySQL数据库。
对于Oracle数据库来说,其最大支持1000个字段的表,即Oracle数据表最多支持1000个列,而MySQL数据库中存在行长度限制,因此,若Oracle数据库表较大时,将Oracle数据库表转存入MySQL数据库时可能出现兼容失败的情况。
S120、根据第二数据库表的总列数对第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表。
其中,目标数据库引擎是第一数据库中对存入表行长度大小有限制的用于数据存储和处理的服务,例如可以是SQL层和Innodb层。第一数据库表是在第一数据库中用于存储第二数据库表的数据的数据表。
在本实施例中,为了使第二数据库表可以存入第一数据库中,可以对第一数据库中目标数据库引擎的行长度限制进行修改,使其可以允许第一数据库表建立并进行数据存储。
S130、将第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入第一数据库表中。
在本实施例中,建立第一数据库表之后,为将第二数据库表中的数据写入第一数据库表,可以先将第二数据库表中的数据进行缓存,再从缓存中提取待存入的数据写入第一数据库表。
本发明公开的数据库兼容方法,首先获取待存入第一数据库的第二数据库表,然后根据第二数据库表的总列数对第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表,最后将第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入第一数据库表中。本发明公开的数据库兼容方法,通过修改数据库的行长度限制,实现了第一数据库和第二数据库的100%兼容。
实施例二
图2为本发明实施例二提供的一种数据库兼容方法的流程图,本实施例为上述实施例的细化。如图2所示,该方法包括:
S210、获取待存入第一数据库的第二数据库表。
其中,第二数据库表来源于第二数据库。
可选的,第一数据库包括MySQL数据库,第二数据库包括Oracle数据库。
S220、获取目标数据库引擎的最大引擎支持列数,若最大引擎支持列数大于第二数据库表的总列数,则根据最大引擎支持列数分别修改SQL层和InnoDB层的行长度限制,创建第一数据库表。
其中,目标数据库引擎包括SQL层和InnoDB层。
在本实施例中,由于MySQL数据库中的SQL层和InnoDB层都有行长度限制,可能导致MySQL数据库兼容Oracle数据库大表的场景失败,所以可以对SQL层和InnoDB层的行长度限制进行修改。其中,SQL层具有65535字节的最大行大小限制,即MySQL数据表中每一行不能超过65535字节;InnoDB层中存储引擎页大小为16K,其行长度限制为数据表的最大行大小不超过16KB。对于InnoDB层,其最大引擎支持列数为1017,而Oracle数据库中的最大支持列数为1000。
可选的,根据最大引擎支持列数修改SQL层的行长度限制的方法可以是:获取SQL层的修改前的行长度限制数据;将最大引擎支持列数与修改前的行长度限制数据的乘积作为SQL层的修改后的行长度限制数据。
具体的,SQL层的修改前的行长度限制数据为65535字节,即MySQL数据表中每一行不能超过65535字节,可以通过源代码重新编译将SQL层的行长度限制修改为65535×1017字节。其中,1017为InnoDB引擎列个数上限。
可选的,根据最大引擎支持列数修改InnoDB层的行长度限制的方法可以是:获取InnoDB层的修改前的变长字段存储长度;将最大引擎支持列数与修改前的变长字段存储长度的乘积作为InnoDB层的修改后的行长度限制数据。
具体的,MySQL数据库中的存储字段包括变长字段和定长字段,其中,定长字段占用的字符长度是固定的,变长字段没有固定长度,需要根据实际数据长度分配空间。对于变长字段,InnoDB层的修改前的变长字段存储长度为41字节,即变长字段存储需要的长度,InnoDB层的行长度限制修改为41×1017;对于固定长度,InnoDB层仍保留行长度限制为数据表的最大行大小不超过16KB。
通过上述修改方式,InnoDB层最多可以支持1017个变长字段,大于Oracle数据库中的最大支持列数1000。
S230、提取第二数据库表中的定长字段和变长字段,将变长字段存储于行溢出页中,将定长字段和变长字段的行溢出页指针存储于数据页中,从缓存中提取待写入的第二数据库表数据并写入第一数据库表中。
其中,缓存中包括至少一个数据存储结构,数据存储结构中包括至少一个存储节点,存储节点中包括至少一个数据页。
在原生MySQL的InnoDB引擎表中,通常采用B+树进行缓存管理,树中的每个节点使用数据页进行数据存储(大小16KB),每个数据页可存储多行数据,而行中的变长字段采用字段溢出页方式进行处理,即数据页中存储溢出页20字节指针。很显然,若全部用溢出页方式去存储,一个数据页也存储不下1000列变长字段。
因此,为解决上述问题,本实施例可以采用“行溢出页”的方式进行存储,即对于Oracle数据库表,将其中的定长字段和变长字段进行区分,将其整行中所有变长字段进行单独存储,即数据页存储定长字段和20字节行溢出页指针,而将所有变长字段存储于行溢出页中,此时也可100%满足Oracle数据库表较大的场景。
图3是本发明实施例提供的一种行溢出页数据存储结构示意图,如图所示,0-4n字节存储各个变长字段的长度,每个长度采用4字节存储,4n字节之后存储各个字段值,存储结构中的字段顺序和原数据表中变长字段定义的顺序一致。
可选的,对于Oracle数据库表,还可以采用特殊数据页进行存储,即将原本的限制为64KB(最大可存储约3276个溢出列)的数据页替换为大小为128KB的特殊数据页,此时也可以满足Oracle数据库表较大的场景。
进一步地,将Oracle数据库表缓存完成之后,即可从缓存中提取待写入的Oracle数据库表数据并写入已建立的第一数据库表,即MySQL数据库表,从而实现了MySQL数据库对Oracle数据库的兼容。
本发明公开的数据库兼容方法,首先获取待存入第一数据库的第二数据库表,然后获取目标数据库引擎的最大引擎支持列数,若最大引擎支持列数大于第二数据库表的总列数,则根据最大引擎支持列数分别修改SQL层和InnoDB层的行长度限制,创建第一数据库表,最后提取第二数据库表中的定长字段和变长字段,将变长字段存储于行溢出页中,将定长字段和变长字段的行溢出页指针存储于数据页中,从缓存中提取待写入的第二数据库表数据并写入第一数据库表中。本发明公开的数据库兼容方法,通过修改数据库的行长度限制,实现了第一数据库和第二数据库的100%兼容,并通过行溢出页的缓存方式,解决了数据页存储结构的存储限制问题。
实施例三
图4为本发明实施例三提供的一种数据库兼容装置的结构示意图。如图4所示,该装置包括:第二数据库表获取模块310,行长度限制修改模块320和数据写入模块330。
第二数据库表获取模块310,用于获取待存入第一数据库的第二数据库表;其中,第二数据库表来源于第二数据库。
行长度限制修改模块320,用于根据第二数据库表的总列数对第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表。
数据写入模块330,用于将第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入第一数据库表中。
可选的,第一数据库包括MySQL数据库,第二数据库包括Oracle数据库。
可选的,目标数据库引擎包括SQL层和InnoDB层,行长度限制修改模块320还用于:
获取目标数据库引擎的最大引擎支持列数;若最大引擎支持列数大于第二数据库表的总列数,则根据最大引擎支持列数分别修改SQL层和InnoDB层的行长度限制。
可选的,行长度限制修改模块320还用于:
获取SQL层的修改前的行长度限制数据;将最大引擎支持列数与修改前的行长度限制数据的乘积作为SQL层的修改后的行长度限制数据。
可选的,行长度限制修改模块320还用于:
获取InnoDB层的修改前的变长字段存储长度;将最大引擎支持列数与修改前的变长字段存储长度的乘积作为InnoDB层的修改后的行长度限制数据。
可选的,缓存中包括至少一个数据存储结构,数据存储结构中包括至少一个存储节点,存储节点中包括至少一个数据页。
可选的,数据写入模块330还用于:
提取第二数据库表中的定长字段和变长字段;将变长字段存储于行溢出页中,将定长字段和所述变长字段的行溢出页指针存储于数据页中。
本发明实施例所提供的数据库兼容装置可执行本发明任意实施例所提供的数据库兼容方法,具备执行方法相应的功能模块和有益效果。
实施例四
图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本发明的实现。
如图5所示,电子设备10包括至少一个处理器11,以及与至少一个处理器11通信连接的存储器,如只读存储器(ROM)12、随机访问存储器(RAM)13等,其中,存储器存储有可被至少一个处理器执行的计算机程序,处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序,来执行各种适当的动作和处理。在RAM 13中,还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。
电子设备10中的多个部件连接至I/O接口15,包括:输入单元16,例如键盘、鼠标等;输出单元17,例如各种类型的显示器、扬声器等;存储单元18,例如磁盘、光盘等;以及通信单元19,例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理,例如数据库兼容方法。
在一些实施例中,数据库兼容方法可被实现为计算机程序,其被有形地包含于计算机可读存储介质,例如存储单元18。在一些实施例中,计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM13并由处理器11执行时,可以执行上文描述的数据库兼容的一个或多个步骤。备选地,在其他实施例中,处理器11可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行数据库兼容方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本发明的上下文中,计算机可读存储介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。备选地,计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在电子设备上实施此处描述的系统和技术,该电子设备具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本发明的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (10)
1.一种数据库兼容方法,其特征在于,包括:
获取待存入第一数据库的第二数据库表;其中,所述第二数据库表来源于第二数据库;
根据所述第二数据库表的总列数对所述第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表;
将所述第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入所述第一数据库表中。
2.根据权利要求1所述的方法,其特征在于,所述第一数据库包括MySQL数据库,所述第二数据库包括Oracle数据库。
3.根据权利要求1所述的方法,其特征在于,所述目标数据库引擎包括SQL层和InnoDB层,根据所述第二数据库表的总列数对所述第一数据库中的目标数据库引擎进行行长度限制修改,包括:
获取所述目标数据库引擎的最大引擎支持列数;
若所述最大引擎支持列数大于所述第二数据库表的总列数,则根据所述最大引擎支持列数分别修改所述SQL层和所述InnoDB层的行长度限制。
4.根据权利要求3所述的方法,其特征在于,根据所述最大引擎支持列数修改所述SQL层的行长度限制,包括:
获取所述SQL层的修改前的行长度限制数据;
将所述最大引擎支持列数与所述修改前的行长度限制数据的乘积作为所述SQL层的修改后的行长度限制数据。
5.根据权利要求3所述的方法,其特征在于,根据所述最大引擎支持列数修改所述InnoDB层的行长度限制,包括:
获取所述InnoDB层的修改前的变长字段存储长度;
将所述最大引擎支持列数与所述修改前的变长字段存储长度的乘积作为所述InnoDB层的修改后的行长度限制数据。
6.根据权利要求1所述的方法,其特征在于,所述缓存中包括至少一个数据存储结构,所述数据存储结构中包括至少一个存储节点,所述存储节点中包括至少一个数据页。
7.根据权利要求6所述的方法,其特征在于,将所述第二数据库表中的数据存储于缓存中,包括:
提取所述第二数据库表中的定长字段和变长字段;
将所述变长字段存储于行溢出页中,将所述定长字段和所述变长字段的行溢出页指针存储于所述数据页中。
8.一种数据库兼容装置,其特征在于,包括:
第二数据库表获取模块,用于获取待存入第一数据库的第二数据库表;其中,所述第二数据库表来源于第二数据库;
行长度限制修改模块,用于根据所述第二数据库表的总列数对所述第一数据库中的目标数据库引擎进行行长度限制修改,创建第一数据库表;
数据写入模块,用于将所述第二数据库表中的数据存储于缓存中,从缓存中提取待写入的第二数据库表数据并写入所述第一数据库表中。
9.一种电子设备,其特征在于,所述电子设备包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-7中任一项所述的数据库兼容方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的数据库兼容方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311396966.7A CN117370397A (zh) | 2023-10-25 | 2023-10-25 | 一种数据库兼容方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311396966.7A CN117370397A (zh) | 2023-10-25 | 2023-10-25 | 一种数据库兼容方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117370397A true CN117370397A (zh) | 2024-01-09 |
Family
ID=89392569
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311396966.7A Pending CN117370397A (zh) | 2023-10-25 | 2023-10-25 | 一种数据库兼容方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117370397A (zh) |
-
2023
- 2023-10-25 CN CN202311396966.7A patent/CN117370397A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111259107B (zh) | 行列式文本的存储方法、装置以及电子设备 | |
CN112528067A (zh) | 图数据库的存储方法、读取方法、装置及设备 | |
CN117236236B (zh) | 一种芯片设计数据管理方法、装置、电子设备及存储介质 | |
CN114816578A (zh) | 基于配置表的程序配置文件生成方法、装置及设备 | |
CN114564149B (zh) | 一种数据存储方法、装置、设备及存储介质 | |
CN111858612A (zh) | 基于图数据库的数据加速访问方法、装置及存储介质 | |
CN116594709A (zh) | 用于获取数据的方法、装置及计算机程序产品 | |
CN116340518A (zh) | 文本关联矩阵的建立方法、装置、电子设备及存储介质 | |
CN117370397A (zh) | 一种数据库兼容方法、装置、设备及存储介质 | |
CN116185389A (zh) | 一种代码生成方法、装置、电子设备及介质 | |
CN115905322A (zh) | 业务处理方法、装置、电子设备及存储介质 | |
CN115168358A (zh) | 数据库访问方法、装置、电子设备及存储介质 | |
CN117271840B (zh) | 图数据库的数据查询方法、装置及电子设备 | |
CN113343064B (zh) | 数据处理方法、装置、设备、存储介质以及计算机程序产品 | |
CN116303258A (zh) | 一种分布式存储系统哈希索引的构建方法和装置 | |
CN117873820A (zh) | 一种日志生成方法、装置、电子设备及存储介质 | |
CN116204453A (zh) | 多核系统的数据访问方法、装置、设备及存储介质 | |
CN117194435A (zh) | 索引数据更新方法、装置、设备及存储介质 | |
CN116860826A (zh) | 基于时序数据库的数据处理方法、装置、设备及介质 | |
CN115203246A (zh) | 一种联表查询方法、装置、电子设备及存储介质 | |
CN117608794A (zh) | 基于定时任务的多副本缓存刷新方法、装置、设备及介质 | |
CN116126249A (zh) | 一种数据读取方法、装置、电子设备及存储介质 | |
CN116383333A (zh) | 数据存储方法、装置、设备及存储介质 | |
CN116126296A (zh) | 基于多个关联日期选择器的控制方法、装置及电子设备 | |
CN115905121A (zh) | 一种文件处理方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |