一种关系型数据的存储方法及装置、电子设备、存储介质与流程

计算;推算;计数设备的制造及其应用技术1.本技术涉及数据存储技术领域，特别涉及一种关系型数据的存储方法及装置、电子设备、存储介质。背景技术：2.随着互联网技术的快速发展，web应用产生的数据量呈指数级增长，非结构化数据充斥着整个网络平台，并且大数据处理吸引了越来越多的关注。而redis数据库作为键值对内存数据库，以其高性能著称，通常作为大型系统的缓存，从而可以缓解底层数据库压力，提高处理效率。3.但是redis数据库采用的是键值对的方式进行数据存储，即其只能存储键值对，所以无法完整的存储关系型数据，导致其只能用于判断数据存在与否，而不能根据数据关系进行数据查询。因此，当前利用关系型数据库和redis数据库相结合的方式进行数据存储。数据在存储到redis数据库中后，会不断地传输到关系型数据库中进行持久化存储。当需要查询数据时，则可以从关系型数据库中进行查找，redis数据库仅用于临时缓存。4.但是这种方式，还需要先存储到redis数据库，则从redis数据库存储到关系型数据库中不仅增加的数据存储的复杂程度，并且还增加了成本。而数据查询不通过redis数据库，也无法利用到redis数据库的高性能的优势。技术实现要素：5.基于上述现有技术的不足，本技术提供了一种关系型数据的存储方法及装置、电子设备、存储介质，以解决现有技术需要结果关系型数据库，过于繁琐，且无法利用redis数据库的高性能的优势的问题。6.为了实现上述目的，本技术提供了以下技术方案：7.本技术第一方面提供了一种关系型数据的存储方法，包括：8.获取目标关系型数据表；9.将所述目标关系数据表的表名称、主键以及主键列的值，映射到redis 数据库中的主键哈希表中；其中，所述主键哈希表的key列的值为所述目标关系数据表的表名称、field列的值为所述主键列的值、value列的值为所述目标关系数据表的主键信息；一个所述主键信息由所述目标关系数据表的表名称、所述主键以及所述主键列的一个值组成；10.将所述目标关系数据表中的行数据以及所述主键哈希表中的value列的值，映射到所述redis数据库中的所述行数据哈希表中；其中，所述目标关系数据表的行数据为除所述主键和所述主键的值外的各个数据列以及各个所述数据列的值；所述行数据哈希表的key列的值为所述主键哈希表中的value列的值，field列的值为所述目标关系数据表中的行数据的各个所述数据列，value 列的值为所述目标关系数据表中的行数据的各个所述数据列的值。11.可选地，在上述的关系型数据的存储方法中，所述将所述目标关系数据表中的行数据以及所述主键哈希表中的value列的值，映射到所述redis数据库中的所述行数据哈希表中之后，还包括：12.将所述目标关系型数据表的关联数据表的表名称、外键以及外键列的值，映射到所述redis数据库中的外键哈希表中；其中，所述外键哈希表的key列的值为第一外键信息、field列的值为所述关联数据表的所述外键列的值、value 列的值为第二外键信息；所述第一外键信息由所述关联数据表的表名称以及所述外键组成；一个所述第二外键信息由所述关联数据表的表名称、所述外键以及所述外键列的一个值组成；13.将所述外键哈希表的field列的值和value列的值，映射到所述redis数据库中的数据键值表中；其中，所述数据键值表的key列的值为所述外键哈希表的value列的值；所述数据键值表的value列的值为关联数据数组；其中，一个所述关联数据数组包括所述外键列的同一个值所对应的数据列的各个关联数据。14.可选地，在上述的关系型数据的存储方法中，所述将所述目标关系数据表中的行数据以及所述主键哈希表中的value列的值，映射到所述redis数据库中的所述行数据哈希表中之后，还包括：15.接收用户发送的第一查询请求；其中，所述第一查询请求包括所述目标关系数据表的表名称以及待查询主键信息；16.从所述主键哈希表的key列的值中查找出与所述目标关系数据表的表名称一致的目标表名称；17.从所述目标表名称所在的各行的各个value列的值中，查找出包含所述待查询主键信息的目标主键信息；18.从所述行数据哈希表的key列的值中查找出所述目标主键信息；19.将所述行数据航信表中的所述目标主键信息所在的各行的各个field列的值和各个value列的值反馈给所述用户。20.可选地，在上述的关系型数据的存储方法中，所述将所述外键哈希表的 field列的值和value列的值，映射到所述redis数据库中的数据键值表中之后，还包括：21.接收用户发送的第二查询请求；其中，所述第二查询请求包括所述关联数据表的表名称以及待查询外键信息；22.从所述外键哈希表的key列的值中查找出包含所述关联数据表的表名称的目标第一外键信息；23.从所述目标第一外键信息所在的各行的各个value列的值中，查找出包含所述待查询外键信息的目标第二外键信息；24.从所述数据键值表的key列的值中查找出所述目标第二外键信息；25.将所述数据键值表中的所述目标第二外键信息所在行的value列的所述关联数据数组反馈给所述用户。26.本技术第二方面提供了一种关系型数据的存储装置，包括：27.获取单元，用于获取目标关系型数据表；28.第一映射单元，用于将所述目标关系数据表的表名称、主键以及主键列的值，映射到redis数据库中的主键哈希表中；其中，所述主键哈希表的key 列的值为所述目标关系数据表的表名称、field列的值为所述主键列的值、value 列的值为所述目标关系数据表的主键信息；一个所述主键信息由所述目标关系数据表的表名称、所述主键以及所述主键列的一个值组成；29.第二映射单元，用于将所述目标关系数据表中的行数据以及所述主键哈希表中的value列的值，映射到所述redis数据库中的所述行数据哈希表中；其中，所述目标关系数据表的行数据为除所述主键和所述主键的值外的各个数据列以及各个所述数据列的值；所述行数据哈希表的key列的值为所述主键哈希表中的value列的值，field列的值为所述目标关系数据表中的行数据的各个所述数据列，value列的值为所述目标关系数据表中的行数据的各个所述数据列的值。30.可选地，在上述的关系型数据的存储装置中，还包括：31.第三映射单元，用于将所述目标关系型数据表的关联数据表的表名称、外键以及外键列的值，映射到所述redis数据库中的外键哈希表中；其中，所述外键哈希表的key列的值为第一外键信息、field列的值为所述关联数据表的所述外键列的值、value列的值为第二外键信息；所述第一外键信息由所述关联数据表的表名称以及所述外键组成；一个所述第二外键信息由所述关联数据表的表名称、所述外键以及所述外键列的一个值组成；32.第四映射单元，用于将所述外键哈希表的field列的值和value列的值，映射到所述redis数据库中的数据键值表中；其中，所述数据键值表的key列的值为所述外键哈希表的value列的值；所述数据键值表的value列的值为关联数据数组；其中，一个所述关联数据数组包括所述外键列的同一个值所对应的数据列的各个关联数据。33.可选地，在上述的关系型数据的存储装置中，还包括：34.第一接收单元，用于接收用户发送的第一查询请求；其中，所述第一查询请求包括所述目标关系数据表的表名称以及待查询主键信息；35.第一查询单元，用于从所述主键哈希表的key列的值中查找出与所述目标关系数据表的表名称一致的目标表名称；36.第二查询单元，用于从所述目标表名称所在的各行的各个value列的值中，查找出包含所述待查询主键信息的目标主键信息；37.第三查询单元，用于从所述行数据哈希表的key列的值中查找出所述目标主键信息；38.第一反馈单元，用于将所述行数据航信表中的所述目标主键信息所在的各行的各个field列的值和各个value列的值反馈给所述用户。39.可选地，在上述的关系型数据的存储装置中，还包括：40.第二接收单元，用于接收用户发送的第二查询请求；其中，所述第二查询请求包括所述关联数据表的表名称以及待查询外键信息；41.第四查询单元，用于从所述外键哈希表的key列的值中查找出包含所述关联数据表的表名称的目标第一外键信息；42.第五查询单元，用于从所述目标第一外键信息所在的各行的各个value列的值中，查找出包含所述待查询外键信息的目标第二外键信息；43.第六查询单元，用于从所述数据键值表的key列的值中查找出所述目标第二外键信息；44.第二反馈单元，用于将所述数据键值表中的所述目标第二外键信息所在行的value列的所述关联数据数组反馈给所述用户。45.本技术第三方面提供了一种电子设备，包括：46.存储器和处理器；47.其中，所述存储器用于存储程序；48.所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如上述任意一项所述的关系型数据的存储方法。49.本技术第四方面提供了一种计算机存储介质，其特征在于，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一项所述的关系型数据的存储方法。50.本技术提供的一种关系型数据的存储方法，获取目标关系型数据表。然后将目标关系数据表的表名称、主键以及主键列的值，映射到redis数据库中的主键哈希表中。其中，主键哈希表的key列的值为目标关系数据表的表名称、 field列的值为主键列的值、value列的值为目标关系数据表的主键信息，一个主键信息由所述目标关系数据表的表名称、主键以及主键列的一个值组成，从而实现将主键数据映射为键值对存储在redis数据库中。然后将目标关系数据表中的行数据以及主键哈希表中的value列的值，映射到redis数据库中的行数据哈希表中。其中，目标关系数据表的行数据为除主键和所述主键的值外的各个数据列以及各个数据列的值，行数据哈希表的key列的值为主键哈希表中的value列的值，field列的值为目标关系数据表中的行数据的各个数据列， value列的值为目标关系数据表中的行数据的各个数据列的值，从而将主键及其对应的数据映射到redis数据库中，最终实现将整个关系型数据表的数据映射到redis数据库，进而可以直接通过redis数据库进行查询，不需要再发送至关系型数据库进行存储，再通过关系型数据库进行查询，充分利用了redis数据库高性能的优势。附图说明51.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。52.图1为本技术实施例提供的一种关系型数据的存储方法的流程图；53.图2为本技术实施例提供的一种映射主键哈希表和行数据哈希表的示例的示意图；54.图3为本技术实施例提供的一种数据查询方法的流程图；55.图4为本技术实施例提供的一种对关联数据表的数据的存储方法的流程图；56.图5为本技术实施例提供的一种映射外键哈希表和数据键值表的示例的示意图；57.图6为本技术实施例提供的另一种数据查询方法的流程图；58.图7为本技术实施例提供的一种关系型数据的存储装置的结构示意图；59.图8为本技术实施例提供的一种电子设备的结构示意图。具体实施方式60.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。61.在本技术中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。62.本技术实施例提供了一种关系型数据的存储方法，如图1所示，包括以下步骤：63.s101、获取目标关系型数据表。64.其中，目标关系型数据表指的是当前需要将其数据存储至redis数据库中的关系型数据表。65.s102、将目标关系数据表的表名称、主键以及主键列的值，映射到redis 数据库中的主键哈希表中。66.其中，主键指的是唯一能标识表中的某一行记录的属性或者属性组，例如，如图2所示的表名为“class”的关系型数据表中no(学号)，一个学号标识记录的一个学生的属性，即name(名字)和sex(性别)。而在本技术中提及主键时，主要指的是主键的名称。67.主键列的值则指的是主键所在的列中的各个值，例如，图2中的表名为“class”的关系型数据表中no(学号)所在列的“0”和“1”。68.需要说明的是，主键哈希表指的存储主键的映射关系的哈希表。哈希表的数据结构主要由三个字段组成，分别为“key”、“field”以及“value”，这属于本领域中的常识，所以此处不再赘述。而在本技术实施例中key列、field 列、以及value列分别指的就是这三个字段所在的列，例如，可以参见图2中的主键哈希表。69.在本技术实施例中，映射后的主键哈希表的key列的值为目标关系数据表的表名称。主键哈希表的field列的值为主键列的值。主键哈希表的value 列的值为目标关系数据表的主键信息。其中，一个主键信息由目标关系数据表的表名称、主键以及主键列的一个值组成。所以目标关系数据的主键列中有多少个值则相应的存在多少个主键信息。可选地，主键信息可以采用“表名：主键列：主键列的值”的组合方式，例如，如图2中的主键哈希表中的 value字段下的值：“class：no：0”和“class：no：1”。70.还需要说明的是，在映射过程中除了有列的要求外，主键哈希表的行也存在要求，同一行的数据应该对应的是目标关系型数据表中的同一条记录的数据。主键哈希表的key列的表名称所在的各行的数据应该都为该表名名称对应的关系型数据表的数据。同一行field列的值与value列的值所包括的主键列的值应该是一致。例如，如图2所示，主键哈希表的key列的class所在的两个行中的数据均为关系型数据表class的数据。并且，对于field列的0，与其同一样的value列的主键信息：“class：no：0”包含有主键列的值也为 0。71.s103、将目标关系数据表中的行数据以及主键哈希表中的value列的值，映射到redis数据库中的行数据哈希表中。72.主键哈希表存储了主键以及主键列的值，而对于目标关系数据表中的其他字段和这些字段的值，同样也需要存储到redis数据库，并且还需要与主键哈希表存在对应关系，才能实现对目标关系数据表中的其他数据查询。因此在本技术实施例中，还需进一步将目标关系数据表中的行数据以及主键哈希表中的value列的值，映射到另一个哈希表中，即映射到行数据哈希表。其中，目标关系数据表的行数据指的就是除主键和主键的值外的各个数据列以及各个数据列的值。例如，如图2所示的关系型数据表class中的name字段和sex 字段，以及这两个字段所在列下的值。73.在本技术实施例中，映射后得到的行数据哈希表的key列的值为主键哈希表中的value列的值，field列的值则为目标关系数据表中的行数据的各个所述数据列，而value列的值为目标关系数据表中的行数据的各个数据列的值。同理，对于行数据哈希表的行中的数据也是存在要求的，对应同一行的数据需要是目标关系数据表中的同一条记录中的信息。例如，如图2所示的行数据哈希表。其key列为主键哈希表中的两个主键信息：“class：no：0”和“class： no：1”。而对于两个主键信息，在行数据列表中，其对应的两行的数据分别时目标数据表的两条记录，即“wang”同学的记录信息，和“wu”同学的记录信息。74.可选地，对于主键哈希表的映射和行数据哈希表的映射，也可以针对每个关系型数据表，生成两个哈希表进行映射，即一个关系型数据表单独对应一个主键哈希表和一个行数据哈希表。当然，也可以是多个关系型数据表的数据映射到同一主键哈希表和行数据哈希表中。75.可选地，在将关系型数据以两个哈希表存储到redis数据库中，即在执行步骤s103后，就可以直接通过redis数据库从两个哈希表中，就查询目标关系型数据表中的数据了，不再需要结合关系型数据库。因此相应的，在本技术实施例中，提供了一种数据查询方法，如图3所示，包括：76.s301、接收用户发送的第一查询请求。77.其中，第一查询请求包括目标关系数据表的表名称以及待查询主键信息。78.具体的，当需要查询某一条信息时，可以通过其对应的表名称以及待查询主键信息发起第一查询请求。例如，班级与表名称是一致的，则可以通过输出班级和学号，然后发起第一查询请求，以查询该班级中的该学号的学生的信息。79.s302、从主键哈希表的key列的值中查找出与目标关系数据表的表名称一致的目标表名称。80.需要说明的是，若是目标关系型数据表单独对应一个主键哈希表，则可以不需要执行步骤s302。若是主键哈希表中存储了多个关系型数据表的数据，则就需要通过步骤s302，确定出属于目标关系型数据表中的数据。81.s303、从目标表名称所在的各行的各个value列的值中，查找出包含待查询主键信息的目标主键信息。82.s304、从行数据哈希表的key列的值中查找出目标主键信息。83.s305、将行数据航信表中的目标主键信息所在的各行的各个field列的值和各个value列的值反馈给用户。84.需要说明的是，对于部分的关系型数据库表关联其他的关系型数据表，即部分关系型数据表可能会包括有外键，所以本技术实施例中，还可以进一步包括对关联数据表的数据的存储方法，如图4所示，包括：85.s401、将目标关系型数据表的关联数据表的表名称、外键以及外键列的值，映射到redis数据库中的外键哈希表中。86.其中，一张表a中的主键还存在于另一张表b中，则该字段为表b的外键，常用于形成完整性约束。例如，图2所示的关系型数据表class的主键“no”，还存在于图5所示的关联数据表course(课程表)中，所以在关联数据表course 中的“no”即为外键。87.所以目标关系型数据表的关联数据表指的就是包含有目标关系型数据表的主键的关系型数据表，即关联数据表也是属于关系型数据表。88.由于，目标关系型数据表的关联数据表也存在这大量的关联信息，所以当目标关系型数据表存在关联数据表时，也可以将关联数据表的数据映射到 redis数据库中，从而通过redis数据库可以查询关联数据表中的数据。89.由于外键通常用于join连接操作，因此在本技术中通过哈希表映射关联数据表中的外键，该哈希表在本技术实施例中称为外键哈希表。90.具体的，映射得到的外键哈希表的key列的值为第一外键信息、field列的值为关联数据表的所述外键列的值、value列的值为第二外键信息。91.其中，第一外键信息由关联数据表的表名称以及外键组成，具体可以采用“表名称：外键”的形式组合。例如，图5所示，关联数据表的表名为“course”，而外键为“no”，所以外键哈希表的key列的值为：“course：no”。而一个第二外键信息由关联数据表的表名称、外键以及外键列的一个值组成，即与主键信息类似，第二外键信息的数据与外键列所包含的值的数量相等。同样，可以采用“表名称：外键：外键列的值”的形式组合。例如，图5所示的外键哈希表的value列的两个组：“course：no：0”和“course：no：1”。92.同理，对于外键哈希表的行的数据也同样存在要求，对应同一行的数据记录的应该是统一记录的数据。并且还需要说明的是，由于关联数据中的外键通常会存在一对多的关系，例如，图5所示的关联数据表course的外键“1”对应有三个不同的coursekey(课程标识)。而在映射后会将各个实体进行和，所以在映射过程中，可以将同一外键的值合并为一个，从而一个外键只对应一个第一外键信息，进而对应合并后的实体组合。例如，如图5所示，对于关联数据表course的三个外键“1”，映射到外键哈希表后，在field列中仅存在一个“1”，相应的也仅存在与其在同一行的value列中的一个第一外键信息“course：no：1”。93.s402、将外键哈希表的field列的值和value列的值，映射到redis数据库中的数据键值表中。94.由于外键哈希表主要映射的是外键的信息，所以还需要进一步将关联数据数表中外键对应的信息映射到redis数据库中。95.由于，外键通常存在一对多的实体关系，而set数据结构的数据表是键值对的结构，即满足redis数据库的存储格式，并且其value又可以存储数值，即刚好满足一对多的关系。所以在本技术实施例中，利用set数据结构的数据表实现外键映射，即本技术实施例中的数据键值表指的是set数据结构的数据表。其由key和value两个字段组成，并且value字段下可以存储数组。96.具体的，映射得到的数据键值表的key列的值为外键哈希表的value列的值。数据键值表的value列的值为关联数据数组。97.其中，一个关联数据数组包括外键列的同一个值所对应的数据列的各个关联数据。并且，与key列中的值同一行的value的数组，由该key列中的值所包含的外键对应的所有关联数据组成。例如，如图5所示，数据键值表的key 列的一个值为：“course：no：1”，即其所包含的外键为“1”，而外键1在关联数据表中对应的数据列coursekey对应的所有关联数据为：1、2、3。所以，数据键值表中与“course：no：1”同一行的value列的数组为：{1,2,3}。98.同理，在执行步骤s402后，也可以通过redis数据库中的外键哈希表和数据键值表进行数据查询。所以相应的，本技术另一实施例提供的另一种数据查询方法，如图6所示，包括：99.s601、接收用户发送的第二查询请求。100.其中，第二查询请求包括关联数据表的表名称以及待查询外键信息。101.s602、从外键哈希表的key列的值中查找出包含关联数据表的表名称的目标第一外键信息。102.s603、从目标第一外键信息所在的各行的各个value列的值中，查找出包含待查询外键信息的目标第二外键信息。103.s604、从数据键值表的key列的值中查找出目标第二外键信息。104.s605、将数据键值表中的所述目标第二外键信息所在行的value列的关联数据数组反馈给用户。105.需要说明的是，步骤s601～步骤s605的具体实施方式，与步骤s301～步骤 s305的实施方式相似，仅是对象不相同，所以步骤s601～步骤s605的具体实施方式可以相应地参考步骤s301～步骤s305的实施方式，此处不再赘述。106.本技术实施例提供了一种关系型数据的存储方法，获取目标关系型数据表。然后将目标关系数据表的表名称、主键以及主键列的值，映射到redis数据库中的主键哈希表中。其中，主键哈希表的key列的值为目标关系数据表的表名称、field列的值为主键列的值、value列的值为目标关系数据表的主键信息，一个主键信息由所述目标关系数据表的表名称、主键以及主键列的一个值组成，从而实现将主键数据映射为键值对存储在redis数据库中。然后将目标关系数据表中的行数据以及主键哈希表中的value列的值，映射到redis数据库中的行数据哈希表中。其中，目标关系数据表的行数据为除主键和所述主键的值外的各个数据列以及各个数据列的值，行数据哈希表的key列的值为主键哈希表中的value列的值，field列的值为目标关系数据表中的行数据的各个数据列，value列的值为目标关系数据表中的行数据的各个数据列的值，从而将主键及其对应的数据映射到redis数据库中，最终实现将整个关系型数据表的数据映射到redis数据库，进而可以直接通过redis数据库进行查询，不需要再发送至关系型数据库进行存储，再通过关系型数据库进行查询，充分利用了redis数据库高性能的优势。107.本技术另一实施例提供了一种关系型数据的存储装置，如图7所示，包括：108.获取单元701，用于获取目标关系型数据表。109.第一映射单元702，用于将目标关系数据表的表名称、主键以及主键列的值，映射到redis数据库中的主键哈希表中。110.其中，主键哈希表的key列的值为目标关系数据表的表名称、field列的值为主键列的值、value列的值为目标关系数据表的主键信息。一个主键信息由目标关系数据表的表名称、主键以及主键列的一个值组成。111.第二映射单元703，用于将目标关系数据表中的行数据以及主键哈希表中的value列的值，映射到redis数据库中的行数据哈希表中。其中，目标关系数据表的行数据为除主键和主键的值外的各个数据列以及各个数据列的值。行数据哈希表的key列的值为主键哈希表中的value列的值，field列的值为目标关系数据表中的行数据的各个数据列，value列的值为目标关系数据表中的行数据的各个数据列的值。112.可选地，在本技术另一实施例提供的关系型数据的存储装置中，还包括：113.第三映射单元，用于将目标关系型数据表的关联数据表的表名称、外键以及外键列的值，映射到redis数据库中的外键哈希表中。114.其中，外键哈希表的key列的值为第一外键信息、field列的值为关联数据表的外键列的值、value列的值为第二外键信息。第一外键信息由关联数据表的表名称以及外键组成。一个第二外键信息由关联数据表的表名称、外键以及外键列的一个值组成。115.第四映射单元，用于将外键哈希表的field列的值和value列的值，映射到redis数据库中的数据键值表中。其中，数据键值表的key列的值为外键哈希表的value列的值。数据键值表的value列的值为关联数据数组。116.其中，一个关联数据数组包括外键列的同一个值所对应的数据列的各个关联数据。117.可选地，在本技术另一实施例提供的关系型数据的存储装置中，还包括：118.第一接收单元，用于接收用户发送的第一查询请求。119.其中，第一查询请求包括目标关系数据表的表名称以及待查询主键信息。120.第一查询单元，用于从主键哈希表的key列的值中查找出与目标关系数据表的表名称一致的目标表名称。121.第二查询单元，用于从目标表名称所在的各行的各个value列的值中，查找出包含待查询主键信息的目标主键信息。122.第三查询单元，用于从行数据哈希表的key列的值中查找出目标主键信息。123.第一反馈单元，用于将行数据航信表中的目标主键信息所在的各行的各个field列的值和各个value列的值反馈给用户。124.可选地，在本技术另一实施例提供的关系型数据的存储装置中，还包括：125.第二接收单元，用于接收用户发送的第二查询请求。其中，第二查询请求包括关联数据表的表名称以及待查询外键信息。126.第四查询单元，用于从外键哈希表的key列的值中查找出包含关联数据表的表名称的目标第一外键信息。127.第五查询单元，用于从目标第一外键信息所在的各行的各个value列的值中，查找出包含待查询外键信息的目标第二外键信息。128.第六查询单元，用于从数据键值表的key列的值中查找出目标第二外键信息。129.第二反馈单元，用于将数据键值表中的目标第二外键信息所在行的value 列的关联数据数组反馈给用户。130.需要说明的是，本技术上述实施例提供的各个单元的具体工作过程，可相应地参考上述方法实施例中的相应的步骤，此处不再赘述。131.本技术另一实施例提供了一种电子设备，如图8所示，包括：132.存储器801和处理器802。133.其中，存储器801用于存储程序。134.处理器802用于执行存储器801存储的程序，该程序被执行时，具体用于实现如上述任意一个实施例提供的关系型数据的存储方法。135.本技术另一实施例提供了一种计算机存储介质，用于存储计算机程序，计算机程序被执行时，用于实现如上述任意一个实施例提供的关系型数据的存储方法。136.计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存 (pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。137.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。138.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。









图片声明：本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明：本文中引用的各种信息及资料（包括但不限于文字、数据、图表及超链接等）均来源于该信息及资料的相关主体（包括但不限于公司、媒体、协会等机构）的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理！本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明：我们致力于保护作者版权，注重分享，被刊用文章因无法核实真实出处，未能及时与作者取得联系，或有版权异议的，请联系管理员，我们会立即处理，本文部分文字与图片资源来自于网络，部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益，请立即通知我们，情况属实，我们会第一时间予以删除，并同时向您表示歉意,谢谢!