CN113486016B - 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 - Google Patents
一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 Download PDFInfo
- Publication number
- CN113486016B CN113486016B CN202110813955.9A CN202110813955A CN113486016B CN 113486016 B CN113486016 B CN 113486016B CN 202110813955 A CN202110813955 A CN 202110813955A CN 113486016 B CN113486016 B CN 113486016B
- Authority
- CN
- China
- Prior art keywords
- tables
- appointed
- specified
- deleted
- source
- 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
Images
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/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/21—Design, administration or maintenance of databases
- G06F16/214—Database migration support
-
- 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)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种在SQL数据库中兼容MySQL删除多表的方法及存储介质,本发明是根据来源表确定各个指定表的位置信息,然后基于指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,并对没有继承关系的指定表直接合并每一个需删除的指定表的路径,最后将所有需删除的指定表的路径进行总体合并再删除,以在SQL数据库中实现对有无继承关系的多个指定表进行删除,提高SQL数据库的实用性和易用性。
Description
技术领域
本发明涉及计算机技术领域,特别是涉及一种在SQL数据库中兼容MySQL删除多表的方法及存储介质。
背景技术
当前PostgreSQL数据库中DELETE语法支持删除一个指定表的行,也会删除该表的任何继承表中的匹配行,不支持删除多个指定表。而MySQL则支持删除多个表的行,且可从多个表中选择需删除的表,这就使得应用从MySQL删除多表,再迁移后无法使用,需手动修改才能实现删除,从而大大的降低工作效率,增加人工成本。
发明内容
本发明提供了一种在SQL数据库中兼容MySQL删除多表的方法及存储介质,以解决现有技术中SQL数据库不能兼容MySQL删除多表的问题。
第一方面,本发明提供了一种在SQL数据库中兼容MySQL删除多表的方法,该方法包括:根据来源表确定各个指定表的位置信息,其中,所述指定表为在MySQL兼容模式下预删除的表,所述来源表为所述指定表所对应的出处;基于所述指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,并对没有继承关系的指定表直接合并每一个需删除的指定表的路径,然后将所有需删除的指定表的路径进行总体合并,并进行删除,以在SQL数据库中对所有指定表进行删除。
可选地,所述根据来源表确定各个指定表的位置信息之前,所述方法还包括:按照预设的语法处理规则对所述指定表和所述来源表进行处理,并对所有的指定表和所有的来源表均进行保存。
可选地,所述按照预设的语法处理规则对所述指定表和所述来源表进行处理,包括:通过链表形式来保存所述指定表以及与该指定表所对应的来源表。
可选地,所述根据来源表确定各个指定表的位置信息之前,所述方法还包括:判断所述指定表和所述来源表是否满足预设要求,如果是,则根据来源表确定各个指定表的位置信息。
可选地,所述判断所述指定表和所述来源表是否满足预设要求,包括:
执行以下一种或多种判断:
判断是否存在所述指定表,判断所述来源表是否为多表,判断所述指定表的格式是否满足预设格式要求,以及判断所述指定表是否全部存在对应的来源表;
如果任一个判断为否,则结束,如果所有判断均为是,则根据来源表确定各个指定表的位置信息。
可选地,所述判断所述指定表的格式是否满足预设格式要求,包括:
将所述指定表的列信息按预设格式要求进行转换,并判断转换后的所述指定表的格式是否满足预设格式要求。
可选地,所述方法还包括:基于所述指定表的位置信息确定所述指定表是否有继承关系。
可选地,基于所述指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,包括:基于所述指定表的位置信息,找到该指定表所对应的子表,记录子表个数和所述指定表位置,通过遍历所有指定表,获取所有有效子表,同时遍历有效子表,获取父表信息;计算除有效子表以外的所有子表的行锁信息,标记本次不需要删除的子表,获取路径信息,合并每一个需删子表的路径等信息。
可选地,基于所述指定表的位置信息,对没有继承关系的指定表直接合并每一个需删除的指定表的路径,包括:遍历所有无继承关系的指定表,根据当前指定表计算行锁信息,用于标记本次不需要删除的表,获取路径信息,合并每一个需删表的路径信息。
第二方面,本发明提供了一种计算机可读存储介质,所述计算机可读存储介质存储有信号映射的计算机程序,所述计算机程序被至少一个处理器执行时,以实现上述任一种所述的在SQL数据库中兼容MySQL删除多表的方法。
本发明有益效果如下:
本发明是根据来源表确定各个指定表的位置信息,然后基于指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,并对没有继承关系的指定表直接合并每一个需删除的指定表的路径,最后将所有需删除的指定表的路径进行总体合并再删除,以在SQL数据库中实现对有无继承关系的多个指定表进行删除,提高SQL数据库的实用性和易用性。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1是本发明第一实施例提供的一种在SQL数据库中兼容MySQL删除多表的方法的流程示意图;
图2是本发明第一实施例提供的对多表进行预处理的流程示意图;
图3是本发明第一实施例提供的确定指定表的位置信息的流程示意图;
图4是本发明第一实施例提供的生成需删除指定表的路径的流程示意图;
图5是本发明第一实施例提供的对存在继承关系的指定表生成删除路径的流程示意图;
图6是本发明第一实施例提供的对不存在继承关系的指定表生成删除路径的流程示意图。
具体实施方式
本发明实施例是针对现有SQL数据库不能兼容MySQL删除多表的问题,通过将指定表与来源表做相应的处理,确定指定表与来源表之间的位置关系,然后基于继承关系和非继承关系来生成指定表的路径,最后根据该路径进行指定表的删除,以实现在PostgreSQL数据库中删除继承关系和非继承关系的多表能够在MySQL下实现兼容,也即在MySQL模式下实现对具有继承关系以及非继承关系的多表删除能够实现兼容。以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
本发明第一实施例提供了一种在SQL数据库中兼容MySQL删除多表的方法,参见图1,该方法包括:
S101、根据来源表确定各个指定表的位置信息;
其中,所述指定表为在MySQL兼容模式下预删除的表,所述来源表为所述指定表所对应的出处;
S102、基于所述指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,并对没有继承关系的指定表直接合并每一个需删除的指定表的路径,然后将所有需删除的指定表的路径进行总体合并,并进行删除,以在SQL数据库中对所有指定表进行删除。
即,本发明实施例是通过对所有指定表的路径进行总体合并和删除,从而实现对多表的删除。
需要说明的是,本发明实施例中所述的SQL数据库其实质是PostgreSQL数据库。
总体来说,本发明实施例是根据指定表与来源表之间的位置关系,分别以继承关系和非继承关系来生成指定表的路径,最后对所有需要删除的路径进行合并,再对合并后的路径进行删除,以实现一次性删除多表,最终实现在PostgreSQL数据库中删除继承关系和非继承关系的多表,从而实现PostgreSQL数据库能够兼容MySQL。
通过本发明所述的方法,使得当前PostgreSQL数据库中支持删除一个指定表的行,及删除该表的任何继承表中的匹配行,本发明不仅实现兼容MySQL删除多表的语法,且支持PostgreSQL中有继承与无继承关系的多表删除,从而降低了迁移工作的难度,提高了工作效率,也增强了数据库的性能。
在步骤S101之前,本发明所述的方法还包括:对所有的指定表和所有的来源表均进行保存,并按照预设的语法处理规则对所述指定表和所述来源表进行处理。
即,本发明实施例将所有需要处理的指定表和来源表都先统一进行保存,然后以链表形式来保存指定表以及与该指定表所对应的来源表。
本发明实施例所述的链表形式可以是,在delete与from之间标记指定表,并在from之后来标记来源表,当然本领域技术人员也可以采用其他方式来对指定表和来源表进行标记。
如图2所示,在具体实施时,本发明实施例首先对指定表和来源表进行语法解析,记录多表,然后进行语义分析,处理多表,即通过语义分析解析生成的解析树,以处理指定表与来源表;
具体来说,本发明实施例语法解析的步骤具体包括:
在语法解析阶段来增加节点,并通过链表来保存指定表与来源表;
如图3所示,本发明实施例语义分析的步骤具体包括:判断指定表是否为MySQL模式,指定表不能为空;如果均为是,则解析所述指定表,判断所述指定表的格式是否满足要求,并在满足格式要求的前提下进一步判断来源表是否包括指定表,在包括的情况下,移除来源表中未指定的表,并获取和保存剩下的来源表的位置信息。
也就是说,本发明实施例在根据来源表确定各个指定表的位置信息之前还包括:判断所述指定表和所述来源表是否满足预设要求,如果是,则根据来源表确定各个指定表的位置信息。
即,判断是否存在所述指定表,判断所述来源表是否为多表,判断所述指定表的格式是否满足预设格式要求,以及判断所述指定表是否全部存在对应的来源表;如果任一个判断为否,则结束,如果所有判断均为是,则根据来源表确定各个指定表的位置信息。
具体来说,本发明实施例是在mysql兼容模式下,检查指定表是否存在,来源表的是否为多表;然后解析指定表,需要将指定表的列信息转换,再判断是否满足预设格式要求,具体转化后的指定表的格式如表1所示;
表1转化后的指定表的格式
再比较指定表与来源表,判断指定表是否全部包含在来源表中,将来源表中未指定的表移动到using链表中,作为额外的表使用,最后获取并保存来源表中指定表的位置信息。
如图4所示,在具体实施时,本发明实施例所述步骤S102还包括:基于所述指定表的位置信息确定所述指定表是否有继承关系,然后对所有存在继承关系的指定表合并需删除子表的路径,并对没有继承关系的指定表直接合并每一个需删除的指定表的路径,然后将所有需删除的指定表的路径进行总体合并,并进行删除,以在SQL数据库中对所有指定表进行删除。
其中,所述基于所述指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,包括:基于所述指定表的位置信息,找到该指定表所对应的子表,记录子表个数和所述指定表位置,通过遍历所有指定表,获取所有有效子表,同时遍历有效子表,获取父表信息;计算除有效子表以外的所有子表的行锁信息,标记本次不需要删除的子表,获取路径信息,合并每一个需删子表的路径等信息。
下面将结合图5对所有存在继承关系的指定表合并需删除子表的路径进行详细说明:
1)通过调用group_planner函数获取父表与子表的关系等信息;
当然在具体实施时,本发明实施例也可以通过其他方式来获取父表与子表的关系,本发明实施例对此不作具体限定。
2)根据指定表位置信息,计算子表与父表的对应关系,以及子表的个数,并通过数组的形式来进行保存;
3)遍历指定表,获取所有的子表信息(父表亦作子表处理);
4)调整子表中变量位置等信息;
5)遍历子表,获取父表的位置信息;
6)根据当前表计算其它表行锁信息,用于标记本次不需要删除的子表;
7)首次不需要赋值,第二次开始将上次遍历后的指定表作为本次的初始指定表;
8)调用group_planner函数获取路径等信息;
9)合并需删子表的路径等信息。
具体实施例是,本发明实施例所述基于所述指定表的位置信息,对没有继承关系的指定表直接合并每一个需删除的指定表的路径,包括:遍历所有无继承关系的指定表,根据当前指定表计算行锁信息,用于标记本次不需要删除的表,获取路径信息,合并每一个需删表的路径信息。
下面将结合图6对本发明实施例所述的没有继承关系的指定表直接合并每一个需删除的指定表的路径进行详细的解释和说明:
1)遍历所有无继承关系表时,根据当前表计算行锁信息,用于标记本次不需要删除的表;
2)调用group_planner函数获取路径等信息;
3)合并每一个需删表的指定表的路径等信息。
本发明所述的方法能够兼容MySQL的删除多表语法,同时支持PostgreSQL中有继承与无继承关系的多表删除,为MySQL应用迁移删除多表提供支持,从而最终提高了工作效率,使得数据库易用、好用且实用。
本发明第二实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有信号映射的计算机程序,所述计算机程序被至少一个处理器执行时,以实现本发明第一实施例中任一种所述的在SQL数据库中兼容MySQL删除多表的方法。本发明实施例的相关内容可参见本发明第一实施例进行理解,在此不做详细论述。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (8)
1.一种在SQL数据库中兼容MySQL删除多表的方法,其特征在于,包括:
根据来源表确定各个指定表的位置信息,其中,所述指定表为在MySQL兼容模式下预删除的表,所述来源表为所述指定表所对应的出处;
基于所述指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,并对没有继承关系的指定表直接合并每一个需删除的指定表的路径,然后将所有需删除的指定表的路径进行总体合并,并进行删除,以在SQL数据库中对所有指定表进行删除;
其中,基于所述指定表的位置信息,对所有存在继承关系的指定表合并需删除子表的路径,包括:基于所述指定表的位置信息,找到该指定表所对应的子表,记录子表个数和所述指定表位置,通过遍历所有指定表,获取所有有效子表,同时遍历有效子表,获取父表信息;计算除有效子表以外的所有子表的行锁信息,标记本次不需要删除的子表,获取路径信息,合并每一个需删子表的路径信息;
基于所述指定表的位置信息,对没有继承关系的指定表直接合并每一个需删除的指定表的路径,包括:遍历所有无继承关系的指定表,根据当前指定表计算行锁信息,用于标记本次不需要删除的表,获取路径信息,合并每一个需删指定表的路径信息。
2.根据权利要求1所述的方法,其特征在于,所述根据来源表确定各个指定表的位置信息之前,所述方法还包括:
对所有的指定表和所有的来源表均进行保存,并按照预设的语法处理规则对所述指定表和所述来源表进行处理。
3.根据权利要求2所述的方法,其特征在于,所述按照预设的语法处理规则对所述指定表和所述来源表进行处理,包括:
通过链表形式来保存所述指定表以及与该指定表所对应的来源表。
4.根据权利要求1所述的方法,其特征在于,所述根据来源表确定各个指定表的位置信息之前,所述方法还包括:
判断所述指定表和所述来源表是否满足预设要求,如果是,则根据来源表确定各个指定表的位置信息。
5.根据权利要求4所述的方法,其特征在于,所述判断所述指定表和所述来源表是否满足预设要求,包括:
执行以下一种或多种判断:
判断是否存在所述指定表,判断所述来源表是否为多表,判断所述指定表的格式是否满足预设格式要求,以及判断所述指定表是否全部存在对应的来源表;
如果任一个判断为否,则结束,如果所有判断均为是,则根据来源表确定各个指定表的位置信息。
6.根据权利要求5所述的方法,其特征在于,所述判断所述指定表的格式是否满足预设格式要求,包括:
将所述指定表的列信息按预设格式要求进行转换,并判断转换后的所述指定表的格式是否满足预设格式要求。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
基于所述指定表的位置信息确定所述指定表是否有继承关系。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有信号映射的计算机程序,所述计算机程序被至少一个处理器执行时,以实现权利要求1-7中任意一项所述的在SQL数据库中兼容MySQL删除多表的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110813955.9A CN113486016B (zh) | 2021-07-19 | 2021-07-19 | 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110813955.9A CN113486016B (zh) | 2021-07-19 | 2021-07-19 | 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113486016A CN113486016A (zh) | 2021-10-08 |
CN113486016B true CN113486016B (zh) | 2023-07-14 |
Family
ID=77942211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110813955.9A Active CN113486016B (zh) | 2021-07-19 | 2021-07-19 | 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113486016B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002109448A (ja) * | 2000-09-28 | 2002-04-12 | Toshiba Corp | 帳票処理装置、帳票処理方法、記憶媒体 |
CA2326805A1 (en) * | 2000-11-24 | 2002-05-24 | Ibm Canada Limited-Ibm Canada Limitee | Method and apparatus for deleting data in a database |
CN1645372A (zh) * | 2005-02-25 | 2005-07-27 | 中兴通讯股份有限公司 | 一种实时内存数据库通用约束的实现方法 |
CN101872397A (zh) * | 2010-06-08 | 2010-10-27 | 用友软件股份有限公司 | 权限角色继承方法 |
CN109189778A (zh) * | 2018-06-29 | 2019-01-11 | 武汉掌游科技有限公司 | 一种在线修改数据库表结构的方法 |
CN110597781A (zh) * | 2019-08-09 | 2019-12-20 | 北京人大金仓信息技术股份有限公司 | 一种数据库的闪回删除方法及系统 |
CN112163030A (zh) * | 2020-11-03 | 2021-01-01 | 北京明略软件系统有限公司 | 多表批量操作方法、系统及计算机设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7801921B2 (en) * | 2006-11-08 | 2010-09-21 | International Business Machines Corporation | Deletion of data from child tables with multiple parents |
-
2021
- 2021-07-19 CN CN202110813955.9A patent/CN113486016B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002109448A (ja) * | 2000-09-28 | 2002-04-12 | Toshiba Corp | 帳票処理装置、帳票処理方法、記憶媒体 |
CA2326805A1 (en) * | 2000-11-24 | 2002-05-24 | Ibm Canada Limited-Ibm Canada Limitee | Method and apparatus for deleting data in a database |
CN1645372A (zh) * | 2005-02-25 | 2005-07-27 | 中兴通讯股份有限公司 | 一种实时内存数据库通用约束的实现方法 |
CN101872397A (zh) * | 2010-06-08 | 2010-10-27 | 用友软件股份有限公司 | 权限角色继承方法 |
CN109189778A (zh) * | 2018-06-29 | 2019-01-11 | 武汉掌游科技有限公司 | 一种在线修改数据库表结构的方法 |
CN110597781A (zh) * | 2019-08-09 | 2019-12-20 | 北京人大金仓信息技术股份有限公司 | 一种数据库的闪回删除方法及系统 |
CN112163030A (zh) * | 2020-11-03 | 2021-01-01 | 北京明略软件系统有限公司 | 多表批量操作方法、系统及计算机设备 |
Non-Patent Citations (2)
Title |
---|
数据库表关联删除的遍历算法实现;赵高长;西安科技大学学报(第01期);第102-105页 * |
面向SQL Server 2012的数据库约束的设计与应用;陈潇;;软件工程(第12期);第16-18页 * |
Also Published As
Publication number | Publication date |
---|---|
CN113486016A (zh) | 2021-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109299102B (zh) | 一种基于Elastcisearch的HBase二级索引系统及方法 | |
CN110059103B (zh) | 一种跨平台统一的大数据sql查询方法 | |
US11449481B2 (en) | Data storage and query method and device | |
CN105574093B (zh) | 一种在基于HDFS的spark-sql大数据处理系统上建立索引的方法 | |
CN108363746B (zh) | 一种支持多源异构数据的统一sql查询系统 | |
JP5626733B2 (ja) | 個人情報匿名化装置及び方法 | |
CN113032362B (zh) | 数据血缘分析方法、装置、电子设备和存储介质 | |
US20030041304A1 (en) | Structured document management system and structured document management method | |
CN106611044B (zh) | 一种sql优化方法及设备 | |
KR101083563B1 (ko) | 데이터베이스 관리 방법 및 시스템 | |
CN108681603B (zh) | 数据库中快速搜索树形结构数据的方法、存储介质 | |
JP2017188137A (ja) | 異種データソース混在環境におけるフィールド間の関係性の自動的発見のための方法、プログラム、および、システム | |
US7159171B2 (en) | Structured document management system, structured document management method, search device and search method | |
CN113364801A (zh) | 网络防火墙策略的管理方法、系统、终端设备及存储介质 | |
JP6642435B2 (ja) | データ処理装置、データ処理方法、及び、プログラム | |
CN113590894A (zh) | 一种动态高效的遥感影像元数据入库检索方法 | |
CN109408539B (zh) | 数据操作方法、装置、服务器和存储介质 | |
CN113486016B (zh) | 一种在SQL数据库中兼容MySQL删除多表的方法及存储介质 | |
JP5287071B2 (ja) | データベース管理システムおよびプログラム | |
CN110990423B (zh) | Sql语句的执行方法、装置、设备和存储介质 | |
US9881055B1 (en) | Language conversion based on S-expression tabular structure | |
CN116501938A (zh) | 数据采集方法、装置、设备及存储介质 | |
CN114036158B (zh) | 一种Elasticsearch与MySQL的联合查询方法和装置 | |
CN115391346A (zh) | 数据库聚合索引的生成方法、存储介质与计算机设备 | |
US9959295B1 (en) | S-expression based computation of lineage and change impact analysis |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |