CN111506682A - 地图数据处理方法、数据查询方法、装置、电子设备 - Google Patents
地图数据处理方法、数据查询方法、装置、电子设备 Download PDFInfo
- Publication number
- CN111506682A CN111506682A CN202010032943.8A CN202010032943A CN111506682A CN 111506682 A CN111506682 A CN 111506682A CN 202010032943 A CN202010032943 A CN 202010032943A CN 111506682 A CN111506682 A CN 111506682A
- Authority
- CN
- China
- Prior art keywords
- sub
- data
- map
- target
- scale
- 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
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/29—Geographical information 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
Abstract
本发明实施例提供了一种地图数据处理方法、数据查询方法、装置、电子设备。其中,所述地图数据处理方法包括:从按照地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标分表;确定所述目标分表对应的下级地图分幅的比例尺,为所述目标分表创建与所述比例尺匹配的设定数量的子分表,其中,所述下级地图分幅的比例尺小于所述目标分表对应的地图分幅的比例尺;将所述目标分表中的地理数据,迁移到创建的所述子分表中。通过本发明实施例,使分表操作更加灵活。
Description
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种地图数据处理方法、 数据查询方法、装置、电子设备。
背景技术
地图行业存储数据时,基于地图分幅(即图幅)分隔地理数据并将分隔 后的地理数据独立存储的场景非常普遍,但存在一个共性问题是不同地图分 幅下覆盖的数据密度会有很大差异,主要取决于不同地图分幅对应的地理范 围内的对象实体的活跃度。
例如,对地图的划分通常是按照国家测绘局制订的地图分幅标准来进行 的。其中,地图分幅标准规定的比例尺包括1:5000、1:1万、1:2.5万、1:5 万、1:10万、1:25万、1:50万、1:100万共8种不同比例尺。对于每个比例 尺下的每一个地图分幅,测绘局制定了全局唯一地图分幅编号。由于我国地 形面积大,原始采集点记录非常庞大,为了应对海量数据,通常会采用分库 分表方案来存储地理数据,例如,基于固定比例尺的地图分幅进行分库分表, 一个地图分幅对应一张物理表,使用地图分幅编号作为分表的后缀。
如:按照1:10万地形图比例尺分表,中国地区共分为15000多个地图分 幅,每个地图分幅对应一个分表。业务端可以根据业务需求对分表数量进行 约束,即通过调整比例尺大小,以调整分表数量。
这种方式存在的问题在于:
其一,不同地理范围中的对象实体数量差异很大,比如,地区A的对象 实体数量远大于地区B的对象实体数量,而且地区A的对象实体的活跃度也 远大于地区B的对象实体的活跃度,这就导致地区A的数据量与地区B的数 据量有数个量级的差异。而在进行地图分幅时,地区A与地区B对应不同的 地图分幅中,其数据也存储在不同的分表中。这就导致现有技术中以地图分 幅作为分表依据,会造成不同分表中存储的数据量差异很大,数据倾斜严重, 容易出现短板效应或者资源浪费。
其二,现有的分表灵活性差,在某个分表的数据量达到瓶颈,需要拆分 时,必须将所有分表进行拆分,导致分表操作效率低。
发明内容
有鉴于此,本发明实施例提供一种地图数据处理方案,以解决上述部分 或全部问题。
根据本发明实施例的第一方面,提供了一种地图数据处理方法,其包括: 从按照地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的 目标分表;确定所述目标分表对应的下级地图分幅的比例尺,为所述目标分 表创建与所述比例尺匹配的设定数量的子分表,其中,所述下级地图分幅的 比例尺小于所述目标分表对应的地图分幅的比例尺;将所述目标分表中的地 理数据,迁移到创建的所述子分表中。
根据本发明实施例的第二方面,提供了数据查询方法,其包括:获取查 询基准对象的地理位置信息;根据所述地理位置信息和分表路由,确定待查 询的地理数据分表,其中,所述分表包括根据第一方面所述的地图数据处理 方法创建的所述子分表,所述分表路由根据创建的所述子分表的访问路径确 定;根据所述地理位置信息和所述待查询的地理数据分表的信息,生成数据 查询请求。
根据本发明实施例的第三方面,提供了一种地图数据处理装置,其包括: 目标分表确定模块,用于从按照地图分幅存储地理数据的多个分表中,确定 数据容量超出容量阈值的目标分表;比例尺确定模块,用于确定所述目标分 表对应的下级地图分幅的比例尺,为所述目标分表创建与所述比例尺匹配的 设定数量的子分表,其中,所述下级地图分幅的比例尺小于所述目标分表对 应的地图分幅的比例尺;迁移模块,用于将所述目标分表中的地理数据,迁 移到创建的所述子分表中。
根据本发明实施例的第四方面,提供了一种数据查询装置,其包括:获 取模块,用于获取查询基准对象的地理位置信息;分表路由模块,用于根据 所述地理位置信息和分表路由,确定待查询的地理数据分表,其中,所述分 表包括根据前述的地图数据处理装置创建的所述子分表,所述分表路由根据 创建的所述子分表的访问路径确定;生成模块,用于根据所述地理位置信息 和所述待查询的地理数据分表的信息,生成数据查询请求。
根据本发明实施例的第五方面,提供了一种电子设备,包括:处理器、 存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通 过所述通信总线完成相互间的通信;所述存储器用于存放至少一可执行指令, 所述可执行指令使所述处理器执行如第一方面所述的地图数据处理方法对应 的操作,或者,使所述处理器执行如第二方面所述的数据查询方法对应的操 作。
根据本发明实施例的第六方面,提供了一种计算机存储介质,其上存储 有计算机程序,该程序被处理器执行时实现如第一方面所述的地图数据处理 方法,或者实现如第二方面所述的数据查询方法。
根据本发明实施例提供的地图数据处理方案,通过对每个分表设置容量 阈值,以分表中的地理数据的数量是否超过容量阈值为是否对分表进行拆分 操作的基准,仅对超过容量阈值的目标分表进行拆分,可以解决现有技术中, 分库分表是基于固定比例尺的地图分幅进行切分的,一个地图分幅对应一张 物理分表,使用地图分幅的编号作为分表标识中的后缀,为了满足业务端的 需求,必须保证所有地图分幅的比例尺一致,使得某一分表由于地理数据量 过大需要拆分时,所有分表都需要同步进行拆分造成的拆分工作量大的问题, 而通过本申请实施例的方案,可以根据分表的容量阈值来进行分表,使得可 以按照不同地理范围中的地理数据量,制定不同图幅大小和数量的分表,灵 活性更高,而且可以一定程度上解决数据倾斜严重的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面 描述中的附图仅仅是本发明实施例中记载的一些实施例,对于本领域普通技 术人员来讲,还可以根据这些附图获得其他的附图。
图1为根据本发明实施例一的一种地图数据处理方法的步骤流程图;
图2为根据本发明实施例二的一种地图数据处理方法的步骤流程图;
图3为根据本发明实施例三的一种地图数据处理方法的步骤流程图;
图4为根据本发明实施例四的一种地图数据处理方法的步骤流程图;
图5为根据本发明使用场景中的数据库系统的结构框图;
图6为根据本发明使用场景的对地图进行分表的示意图;
图7为根据本发明使用场景的根据比例尺对目标分表进行拆分的逻辑过 程示意图;
图8为根据本发明实施例五的一种数据查询方法的步骤流程图;
图9为根据本发明实施例六的一种地图数据处理装置的结构框图;
图10为根据本发明实施例七的一种地图数据处理装置的结构框图;
图11为根据本发明实施例八的一种数据查询装置的结构框图;
图12为根据本发明实施例九的一种数据查询装置的结构框图;
图13为根据本发明实施例十的一种电子设备的结构示意图。
具体实施方式
为了使本领域的人员更好地理解本发明实施例中的技术方案,下面将结 合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地 描述,显然,所描述的实施例仅是本发明实施例一部分实施例,而不是全部 的实施例。基于本发明实施例中的实施例,本领域普通技术人员所获得的所 有其他实施例,都应当属于本发明实施例保护的范围。
下面结合本发明实施例附图进一步说明本发明实施例具体实现。
实施例一
参照图1,示出了根据本发明实施例一的一种地图数据处理方法的步骤 流程图。
本实施例的地图数据处理方法包括以下步骤:
步骤S102:从按照地图分幅存储地理数据的多个分表中,确定数据容量 超出容量阈值的目标分表。
在数据库系统中,为了使业务端更加方便、高效地获取和使用地理数据, 数据库系统按照地图分幅存储地理数据。其中,地图分幅是指按一定方式将 广大地区的地图划分成尺寸适宜的若干单幅地图(即图幅),以便于地图制 作和使用。
例如,按照国家测绘局制订的地图分幅标准来进行分幅,地图分幅标准 包括1:5000、1:1万、1:2.5万、1:5万、1:10万、1:25万、1:50万、1:100 万共8种不同比例尺。根据不同的比例尺可以将某一地理范围划分为一定数 量的地图分幅,每个地图分幅对应的地理数据存储在一个分表中,这样通过 分库分表的形式存储地理数据,可以确保高效地存储非常庞大的地理数据, 分担读写压力。
在本实施例中,为了保证对分表中地理数据的检索效率,避免由于单一 分表中的地理数据的数量过大,造成索引深度过深,导致检索性能下降,对 各分表设置容量阈值,容量阈值用于指示分表中最大可存储的地理数据的数 量。
根据需要不同,不同的分表可以设置不同的容量阈值,例如,使用二叉 树索引的分表,其容量阈值可以为千万级。当然,针对使用其他类型索引的 分表,其容量阈值可以为其他值,本实施例对此不作限制。但不限于此,在 分表数据量相对接近的数据库中,也可以为所有分表或者为同一比例尺下的 分表设置统一的容量阈值等。
为了保证分表中的地理数据的数量不超过容量阈值,可以在接收到地理 数据写入请求时,或者,在满足设定条件时,确定分表中的地理数据的数量 是否超过容量阈值。
例如,地理范围1使用通过1:10万的比例尺进行地图分幅处理,获得 4个地图分幅,分别记作图幅1-4,每个图幅中的地理数据对应存储到分表 A~D中。
以接收到地理数据写入请求为例,当有新的地理数据需要写入分表A中 时,可以先将新的地理数据写入分表A中,再确定分表A中的地理数据的数 量是否超过了设定的容量阈值,若超过,则分表A为目标分表,对其执行步 骤S104;反之,则可以不动作。
或者,当有新的地理数据需要写入分表A中时,可以先确定分表A中的 地理数据的数量是否超过设定的容量阈值,若超过,则分表A为目标分表, 对其执行步骤S104,对分表A进行分表操作,以获得多个子分表,并将需要 写入的新的地理数据写入到对应的子分表中;反之,则直接将新的地理数据 写入分表A中。
步骤S104:确定所述目标分表对应的下级地图分幅的比例尺,为所述目 标分表创建与所述比例尺匹配的设定数量的子分表。
为了保证每个分表存储的地理数据的数量小于或等于容量阈值限定的数 据量,对目标分表进行分表操作,并获得多个子分表。而为了保证分表操作 后使用子分表存储地理数据依然能够满足业务端的业务逻辑需求,需要保证 子分表对应存储的下级地图分幅的比例尺小于所述目标分表对应的地图分幅 的比例尺。
本领域技术人员可以采用任何适当的方式确定目标分表对应的下级地图 分幅的比例尺。
例如,根据地图分幅标准,确定目标分表的下级地图分幅的比例尺,如, 目标分表的地图分幅的比例尺为1:100万,按照地图分幅标准,其对应的下 级地图分幅的比例尺为1:5万。
又例如,使用根据业务逻辑确定的分表规则,从预设的地图分幅标准中 确定的目标分表对应的下级地图分幅对应的比例尺,如目标分表的地图分幅 的比例尺为1:100万,而分表规则中指示其对应的下级地图分幅的比例尺为 地图分幅标准中的1:2.5万。
在确定下级地图分幅的比例尺后,根据目标分表对应的地理范围和下级 地图分幅的比例尺,可以确定地理范围对应的下级地图分幅数量(即设定数 量),从而创建设定数量的子分表,每个子分表用于存储一个下级地图分幅 的地理数据。
步骤S106:将所述目标分表中的地理数据,迁移到创建的所述子分表中。
在创建子分表之后,将目标分表中的地理数据,按照所属的地理范围, 迁移到创建的子分表中,从而通过各子分表存储目标分表中的部分地理数据, 以实现对地理数据的拆分,使每个子分表中的地理数据量减少,以保证能够 满足业务需求。
通过本实施例,通过对每个分表设置容量阈值,以分表中的地理数据的 数量是否超过容量阈值为是否对分表进行拆分操作的基准,仅对超过容量阈 值的目标分表进行拆分,可以解决现有技术中,分库分表是基于固定比例尺 的地图分幅进行切分的,一个地图分幅对应一张物理分表,使用地图分幅的 编号作为分表标识中的后缀,为了满足业务端的需求,必须保证所有地图分 幅的比例尺一致,使得某一分表由于地理数据量过大需要拆分时,所有分表 都需要同步进行拆分造成的拆分工作量大的问题,而通过本申请实施例的方案,可以根据分表的容量阈值来进行分表,使得可以按照不同地理范围中的 地理数据量,制定不同图幅大小和数量的分表,灵活性更高,而且可以一定 程度上解决数据倾斜严重的问题。
本实施例的地图数据处理方法可以由任意适当的具有数据处理能力的电 子设备执行,包括但不限于:服务器、移动终端(如平板电脑、手机等)和PC机等。
实施例二
参照图2,示出了根据本发明实施例二的一种地图数据处理方法的步骤 流程图。
本实施例的地图数据处理方法包括前述的步骤S102~步骤S106。
其中,步骤S106可以包括以下子步骤:
子步骤S1061:针对所述目标分表中的每一条地理数据,获取当前地理 数据对应的坐标信息。
由于针对目标分表进行了分表操作,使得一个目标分表拆分为多个子分 表,每个子分表对应存储一个下级地图分幅对应的地理范围内的地理数据。
为了保证目标分表中的地理数据能够正确地存储到对应的下级地图分幅 所对应的子分表中,对目标分表中的每一条地理数据进行处理,并获得当前 地理数据对应的坐标信息,以便后续能够根据坐标信息确定其对应的子分表。
获取坐标信息的方法可以根据需要确定,本实施例对此不作限制。例如, 使用与将坐标信息转换为一维编码的转换方法相对应的解码方法,根据一维 编码反向解码出坐标信息。
子步骤S1062:根据所述坐标信息,将当前地理数据迁移至地理范围包 括所述坐标信息指示的地理位置的子分表中。
子分表的地理范围指其对应的下级地图分幅对应的地理范围。例如,子 分表A1的下级地图分幅对应的地理范围以分幅坐标[100,100;200,200] 对应的地理区域,如,从东经120度至20度,北纬30度至60度的区域。
则根据获得当前地理数据中的坐标信息,可以确定当前地理数据指示的 地理位置所对应的地理范围,进而将当前地理数据迁移到与该地理范围对应 的子分表中。例如,当前地理数据指示的地理位置为东经110度,北纬42 度的位置,则可以将该地理数据迁移至分幅坐标[100,100;200,200]对应 的子分表中。
子步骤S1063:获取所述目标分表中的下一地理数据,并返回所述获取 当前地理数据对应的坐标信息的步骤继续执行,直至所述目标分表中的所有 地理数据迁移完成。
在完成当前地理数据的迁移后,获取目标分表中的下一地理数据作为当 前地理数据,并返回子步骤S1061继续执行,直至目标分表中的所有地理数 据迁移完成,之后可以删除目标分表。
需要说明的是,在需要时,对每一条地理数据执行子步骤S1061~子步骤 S1063的过程可以并行执行,以提升对地理数据的迁移效率。
通过本实施例,针对目标分表中的各条地理数据,根据其坐标信息将其 迁移至地理范围包括所述坐标信息指示的地理位置的子分表中,从而使得地 理空间上相邻的地理数据存储在同一子分表中的概率较高,以使得后续查询 地理数据的效率较高。
此外,通过本实施例,通过对每个分表设置容量阈值,以分表中的地理 数据的数量是否超过容量阈值为是否对分表进行拆分操作的基准,仅对超过 容量阈值的目标分表进行拆分,可以解决现有技术中,分库分表是基于固定 比例尺的地图分幅进行切分的,一个地图分幅对应一张物理分表,使用地图 分幅的编号作为分表标识中的后缀,为了满足业务端的需求,必须保证所有 地图分幅的比例尺一致,使得某一分表由于地理数据量过大需要拆分时,所 有分表都需要同步进行拆分造成的拆分工作量大的问题,而通过本申请实施例的方案,可以根据分表的容量阈值来进行分表,使得可以按照不同地理范 围中的地理数据量,制定不同图幅大小和数量的分表,灵活性更高,而且可 以一定程度上解决数据倾斜严重的问题。
本实施例的地图数据处理方法可以由任意适当的具有数据处理能力的电 子设备执行,包括但不限于:服务器、移动终端(如平板电脑、手机等)和 PC机等。
实施例三
参照图3,示出了根据本发明实施例三的一种地图数据处理方法的步骤 流程图。
本实施例的地图数据处理方法包括前述的步骤S102~步骤S106。其中, 步骤S106可以采用实施例二中的方式实现,或者采用其他方式实现。
在本实施例中,步骤S104包括以下子步骤:
子步骤S1041:根据预设的地图分幅标准,确定所述目标分表对应的下 级地图分幅的比例尺。
一种可行方式中,在确定下级地图分幅的比例尺时,可以直接查找地图 分幅标准,将目标分表对应的地图分幅的比例尺的下一级比例尺作为下级地 图分幅对应的比例尺。例如,如实施例一中所述,地图分幅标准规定比例尺 为八级,目标分表对应的地图分幅的比例尺为1:5万,那么通过查找地图分 幅标准,可以确定1:2.5万为下级地图分幅对应的比例尺。
或者,另一种可行方式中,所述子步骤S1041包括:根据业务逻辑对应 的分表规则,从预设的地图分幅标准中确定所述目标分表对应的下级地图分 幅的比例尺。
为了更好地适应业务端的需求,可以根据业务逻辑对应的分表规则,确 定目标分表对应的下级地图分幅的比例尺,这样可以实现跨级分表。例如, 针对目标分表A,其对应的地图分幅的比例尺为1:5万,由于其地理数据量 较大,因此需要对其进行分表操作,此时,根据分表规则,从预设的地图分 幅标准中确定1:5000的比例尺为下级地图分幅对应的比例尺,这样可以实 现根据业务逻辑进行跨级分表,从而无需进行多次分表操作,以省略多次数 据迁移的过程,提升分表效率。
子步骤S1042:创建与所述下级地图分幅对应的多个子分表,并根据所 述下级地图分幅的比例尺,确定各个子分表的地理范围。
在确定下级地图分幅对应的比例尺之后,可以根据该比例尺、目标分表 对应的地图分幅的地理范围,确定下级地图分幅的数量,进而针对每个下级 地图分幅创建对应的子分表。
根据目标分表对应的地图分幅的地理范围、比例尺,以及各子分表对应 的下级地图分幅的比例尺,可以计算确定各子分表的地理范围。例如,若目 标分表对应的地理范围指示的地理位置为地区A的城区,对其进行分表操作 后,某一子分表对应的地理范围对应的地理位置可以是城区中的一个区。
需要说明的是,为了更好地与业务端对接,数据库系统中的每个分表(创 建的子分表仅是为了便于说明而进行了区分,每个创建的子分表实际上也是 一个分表)均根据其对应的地图分幅的图幅编号进行命名。例如:按照1:10 万地形图比例尺分表,某个地区共分为15000多个图幅编号,其中的地区A 的城区所在编号为:J50D001005。若待分表的物理表名为A,则分表后地区A 的城区的数据将存储于A_J50D001005分表中。
通过本实施例,能够根据业务逻辑确定下级地图分幅的比例尺,从而在 更好地满足业务需求的情况下,有效减少分表操作和数据迁移次数,以提升 分表效率。
此外,通过本实施例,通过对每个分表设置容量阈值,以分表中的地理 数据的数量是否超过容量阈值为是否对分表进行拆分操作的基准,仅对超过 容量阈值的目标分表进行拆分,可以解决现有技术中,分库分表是基于固定 比例尺的地图分幅进行切分的,一个地图分幅对应一张物理分表,使用地图 分幅的编号作为分表标识中的后缀,为了满足业务端的需求,必须保证所有 地图分幅的比例尺一致,使得某一分表由于地理数据量过大需要拆分时,所 有分表都需要同步进行拆分造成的拆分工作量大的问题,而通过本申请实施例的方案,可以根据分表的容量阈值来进行分表,使得可以按照不同地理范 围中的地理数据量,制定不同图幅大小和数量的分表,灵活性更高,而且可 以一定程度上解决数据倾斜严重的问题。
本实施例的地图数据处理方法可以由任意适当的具有数据处理能力的电 子设备执行,包括但不限于:服务器、移动终端(如平板电脑、手机等)和 PC机等。
实施例四
参照图4,示出了根据本发明实施例四的一种地图数据处理方法的步骤 流程图。
本实施例的地图数据处理方法包括前述的步骤S102~步骤S106。其中, 步骤S104可以采用实施例三中的方式实现,或者采用其他方式实现。步骤 S106可以采用实施例二中的方式实现,或者采用其他方式实现。
在本实施例中,步骤S102包括以下子步骤:
子步骤S1021:获取按照地图分幅存储地理数据的多个分表的数据容量 信息,其中,每个所述分表对应有一个预设的容量阈值。
由于不同的地图分幅对应的地理范围不同,而不同的地理范围中的地理 数据量不同,导致与地图分幅对应的分表中存储的地理数据量不同,即出现 数据倾斜现象。为了适应这一情况,尽量减少存储空间的浪费,每个分表可 以对应设置一个容量阈值,这样不同的分表可以由不同的容量阈值。
各分表的数据容量信息可以采用适当的方式获取,例如,通过读取分表 对应的元数据的方式确定数据容量信息,或者采用其他方式获得数据容量信 息。
子步骤S1022:根据各个所述分表对应的容量阈值,确定数据容量信息 中指示的数据容量超出对应的容量阈值的目标分表。
在确定各分表是否超过容量阈值时,可以通过比较数据容量信息指示的 该分表的数据容量与容量阈值,确定该分表是否超过对应的容量阈值,若超 过容量阈值则确定该分表为目标分表。
可选地,在本实施例中,为了使用业务端能够更加快速、高效地访问拆 分后的子分表中的地理数据,所述方法还包括:
步骤S108:根据所述目标分表和创建的所述子分表的关系,确定所述子 分表的访问路径,并根据所述访问路径更新存储的分表路由。
其中,所述分表路由中存储有所有分表和/或子分表的访问路径信息,以 使业务端能够根据分表路由正确地访问各分表中的地理数据,从而保证在不 同的分表对应的地图分幅使用不同的比例尺的情况下,可以正确访问地理数 据。
在更新存储的分表路由时,若分表路由存储在数据库系统中,则数据库 系统可以直接根据子分表的访问路径更新分表路由。若分表路由存储在业务 端,则数据库系统可以将子分表的访问路径发送至业务端,以指示业务端根 据子分表的访问路径更新分表路由。
通过增加现有技术中没有的分表路由,使得在对某一目标分表进行分表 操作,使得分表操作后的多个分表的比例尺不同时,业务端也可以在不改变 业务逻辑的情况下,正确访问各个分表的地理数据,从而避免业务逻辑只能 正确访问某一比例尺下的分表中的地理数据,造成在对分表进行拆分时必须 所有分表都进行拆分的问题。
通过本实施例,在分表操作后,根据子分表的访问路径信息更新分表路 由,使得业务端可以根据需要正确地访问各分表的地理数据,确保可以仅对 超过容量阈值的分表进行分表操作,分表操作后形成的不同分表使用不同的 比例尺,也可以被业务端正确访问。
此外,通过本实施例,通过对每个分表设置容量阈值,以分表中的地理 数据的数量是否超过容量阈值为是否对分表进行拆分操作的基准,仅对超过 容量阈值的目标分表进行拆分,可以解决现有技术中,分库分表是基于固定 比例尺的地图分幅进行切分的,一个地图分幅对应一张物理分表,使用地图 分幅的编号作为分表标识中的后缀,为了满足业务端的需求,必须保证所有 地图分幅的比例尺一致,使得某一分表由于地理数据量过大需要拆分时,所 有分表都需要同步进行拆分造成的拆分工作量大的问题,而通过本申请实施例的方案,可以根据分表的容量阈值来进行分表,使得可以按照不同地理范 围中的地理数据量,制定不同图幅大小和数量的分表,灵活性更高,而且可 以一定程度上解决数据倾斜严重的问题。
本实施例的地图数据处理方法可以由任意适当的具有数据处理能力的电 子设备执行,包括但不限于:服务器、移动终端(如平板电脑、手机等)和PC机等。
使用场景:
如图5所示,示出了一种数据库系统的结构示意图。在本使用场景中, 数据库系统包括数据处理服务器和数据存储层,其中数据处理服务器用于执 行地图数据处理方法中的各步骤,以对目标分表进行分表操作,并将各分表 中的地理数据存储到数据存储层。此外,数据处理服务器还用于获取客户端 的数据查询请求,从数据存储层获取对应的地理数据,返回给客户端。客户 端可以是地图应用,或者其他具有地图功能的应用。
具体地,对数据处理过程如下:
步骤A:指定某一比例尺为初始切分大小,以该比例尺对地图进行切分, 获取多个地图分幅,并按照这些地图分幅进行分表,每个分表用于存储对应 地图分幅对应的地理范围中的地理数据。
其中,所述初始切分大小可以由本领域技术人员根据实际需求适当设置, 本申请实施例对此不作限制。步骤B:指定每个分表的容量阈值,即其可以 存储的地理数据数量的上限,例如,容量阈值为N。
在实际应用中,所述容量阈值可以由本领域技术人员根据实际需要适当 设置,本申请实施例对此亦不作限制。
步骤C:将各地理数据保存到使用对应的地图分幅的图幅编号的分表中。 其中,分表的名称根据对应的地图分幅的图幅编号确定。
步骤D:若确定某个分表中的数据量超过容量阈值,即大于N,则确定该 分表为目标分表。
步骤E:确定目标分表对应的下级地图分幅的比例尺,使用下级地图分 幅的比例尺作为切分大小,将目标分表对应的地图分幅拆分为多个下级地图 分幅,并生成对应的新的子分表(子分表的名称根据新的下级地图分幅的图幅 编号确定)。
步骤F:将目标分表中的地理数据按照新的切分标准,写入创建的子分 表中。
步骤E:根据所述目标分表和创建的所述子分表的关系,确定所述子分 表的访问路径,并根据所述访问路径更新存储的分表路由。
如图6所示,其展示了基于此过程的分库分表效果示意图。图7示出了 根据比例尺对目标分表进行拆分的逻辑过程示意图。从图6中可以看到,对 应于地区B的分表TABLE 1、TABLE 2使用的是初始比例尺的地图分幅作为分 表切分大小,由于地理范围内的数据量达不到容量阈值,所以不做向下的拆 分。而地区A的TABLE N由于数据量超过容量阈值,向下切分了两级,使用 更细的比例尺图幅作为分表切分大小。
通过上述过程,解决了现有技术中以地图分幅为基础,完全按照固定大 小的地图分幅划分地理数据,无法对不同地理范围的不同数据量进行控制。 本使用场景的方法从分表容量出发,首先保证了每个分表在可容忍的数据量 范围内存储地理数据,在某个数据量超过容量阈值时,可针对超过容量阈值 的分表进行有效拆分,使得拆分后的分表仍然满足容量阈值限制。由此解决 了数据存储上的倾斜问题,保证各分库分表数据量在容忍数据量范围内达到 平衡。
此外,通过分表路由,充分解决了现有技术中业务只能够依据地图分幅 的编号,正确访问一个比例尺和这个比例尺下各个地图分幅对应的分表的问 题,使得在不同的分表对应不同比例尺的地图分幅的情况下,业务也能够正 确访问各个分表的地理数据。
本使用场景中的分表方式,可以适用任何地图拆分场景,例如,使用 geohash的地图拆分场景。
实施例五
参照图8,示出了根据本发明实施例五的一种数据查询方法的步骤流程 图。
本实施例的数据查询方法包括以下步骤:
步骤S702:获取查询基准对象的地理位置信息。
查询基准对象可以是任何适当的对象,例如,某一建筑物、某一智能设 备、某一车辆等。查询基准对象可以包含在获取的初始数据查询请求中。
例如,初始数据查询请求指示查找五道口地铁站附件500米的餐馆,则 查询基准对象可以是五道口地铁站。其地理位置信息可以根据其名称通过查 表方式获取。
又例如,初始数据查询请求指示查找用户所在位置附近100米的车辆, 则查询基准对象可以是与用户处于同一位置的智能设备。其地理位置信息可 以通过与智能设备通信,获取其实时上报的地理位置信息。
步骤S704:根据所述地理位置信息和分表路由,确定待查询的地理数据 分表。
其中,所述分表包括实施例一到四所述的地图数据处理方法中创建的所 述子分表,分表路由根据创建的所述子分表的访问路径确定。
根据地理位置信息,可以确定满足初始数据查询请求的待查询对象所属 的地理位置,进而可以确定这些地理位置所在的地理范围,从而根据分表路 由确定用于存储这些地理范围中的地理数据的分表,即待查询的地理数据分 表。
例如,未对目标分表A进行分表操作前,分表路由为:地理范围[100, 100;200,200]路由至分表A,在对目标分表A进行分表操作后,将其拆分 为分表A1、A2、A3和A4四个子分表后,分表路由为:地理范围 [100,100;150,150]路由至分表A1,地理范围[150,100;200,150]路由至 分表A2,地理范围[100,150;150,200]路由至分表A3,地理范围[150,150;200,200]路由至分表A4。
步骤S706:根据所述地理位置信息和所述待查询的地理数据分表的信息, 生成数据查询请求。
在一具体实现方式中,可以通过重写的方式,根据地理位置信息和分表 的信息,重写生成数据查询请求。该数据查询请求可以包含指示查询各待查 询的地理数据分表的SQL(结构化查询语句)。
可选地,所述方法还包括:
步骤S708:获取根据所述目标分表创建的子分表的访问路径信息,根据 所述访问路径信息,更新所述分表路由。
本步骤为可选步骤,其可以在任意适当的时机执行,本实施例对此不作 限制。
例如,在目标分表被执行分表操作而拆分为多个子分表时,获取各子分 表的访问路径信息,并根据这些访问路径信息,更新分表路由,以保证后续 获取到初始数据查询请求时,可以正确访问子分表,获取需要的地理数据。
通过本实施例,在进行数据查询时,获取查询基准对象的地理位置信息, 根据该地理位置信息和分表路由,可以确定待查询的地理数据分表,进而根 据其生成数据查询请求。由于设置了分表路由,使得业务端无需考虑数据库 系统中的分表细节,可以正确访问分表中的地理数据,从而使数据库系统中 的分表不必受限于业务端的业务逻辑而必须保证每个分表对应的地图分幅的 比例尺一致,也不必每次分表后都需要对应更新业务逻辑。
本实施例的数据查询方法可以由任意适当的具有数据处理能力的电子设 备执行,包括但不限于:服务器、移动终端(如平板电脑、手机等)和PC 机等。
实施例六
参照图9,示出了根据本发明实施例六的一种地图数据处理装置的结构 框图。
本实施例的地图数据处理装置包括:目标分表确定模块802,用于从按 照地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标 分表;比例尺确定模块804,用于确定所述目标分表对应的下级地图分幅的 比例尺,为所述目标分表创建与所述比例尺匹配的设定数量的子分表,其中, 所述下级地图分幅的比例尺小于所述目标分表对应的地图分幅的比例尺;迁 移模块806,用于将所述目标分表中的地理数据,迁移到创建的所述子分表 中。
通过本实施例,通过对每个分表设置容量阈值,以分表中的地理数据的 数量是否超过容量阈值为是否对分表进行拆分操作的基准,仅对超过容量阈 值的目标分表进行拆分,可以解决现有技术中,分库分表是基于固定比例尺 的地图分幅进行切分的,一个地图分幅对应一张物理分表,使用地图分幅的 编号作为分表标识中的后缀,为了满足业务端的需求,必须保证所有地图分 幅的比例尺一致,使得某一分表由于地理数据量过大需要拆分时,所有分表 都需要同步进行拆分造成的拆分工作量大的问题,而通过本申请实施例的方案,可以根据分表的容量阈值来进行分表,使得可以按照不同地理范围中的 地理数据量,制定不同图幅大小和数量的分表,灵活性更高,而且可以一定 程度上解决数据倾斜严重的问题。
实施例七
参照图10,示出了根据本发明实施例七的一种地图数据处理装置的结构 框图。
本实施例的地图数据处理装置包括:目标分表确定模块902,用于从按 照地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标 分表;比例尺确定模块904,用于确定所述目标分表对应的下级地图分幅的 比例尺,为所述目标分表创建与所述比例尺匹配的设定数量的子分表,其中, 所述下级地图分幅的比例尺小于所述目标分表对应的地图分幅的比例尺;迁 移模块906,用于将所述目标分表中的地理数据,迁移到创建的所述子分表 中。
可选地,迁移模块906包括:坐标获取模块9061,用于针对所述目标分 表中的每一条地理数据,获取当前地理数据对应的坐标信息;子分表迁移模 块9062,用于根据所述坐标信息,将当前地理数据迁移至地理范围包括所述 坐标信息指示的地理位置的子分表中;地理数据获取模块9063,用于获取所 述目标分表中的下一地理数据,并返回坐标获取模块9061,直至所述目标分 表中的所有地理数据迁移完成。
可选地,所述比例尺确定模块904包括:下级比例尺确定模块9041,用 于根据预设的地图分幅标准,确定所述目标分表对应的下级地图分幅的比例 尺;地理范围确定模块9042,用于创建与所述下级地图分幅对应的多个子分 表,并根据所述下级地图分幅的比例尺,确定各个子分表的地理范围。
可选地,所述目标分表确定模块902用于根据业务逻辑对应的分表规则, 从预设的地图分幅标准中确定所述目标分表对应的下级地图分幅的比例尺。
可选地,所述装置还包括:更新模块908,用于根据所述目标分表和创 建的所述子分表的关系,确定所述子分表的访问路径,并根据所述访问路径 更新存储的分表路由,其中,所述分表路由中存储有所有分表和/或子分表的 访问路径信息。
可选地,所述目标分表确定模块902用于获取按照地图分幅存储地理数 据的多个分表的数据容量信息,其中,每个所述分表对应有一个预设的容量 阈值;根据各个所述分表对应的容量阈值,确定所述数据容量信息指示的数 据容量超出对应的容量阈值的目标分表。
本实施例的地图数据处理装置用于实现前述多个方法实施例中相应的地 图数据处理方法,并具有相应的方法实施例的有益效果,在此不再赘述。此 外,本实施例的地图数据处理装置中的各个模块的功能实现均可参照前述方 法实施例中的相应部分的描述,在此亦不再赘述。
实施例八
参照图11,示出了根据本发明实施例八的一种数据查询装置的结构框图。
本实施例的数据查询装置,包括:获取模块1002,用于获取查询基准对 象的地理位置信息;分表路由模块,用于根据所述地理位置信息和分表路由, 确定待查询的地理数据分表,其中,所述分表包括根据前述地图数据处理装 置创建的所述子分表,所述分表路由根据创建的所述子分表的访问路径确定; 生成模块1004,用于根据所述地理位置信息和所述待查询的地理数据分表的 信息,生成数据查询请求。
通过本实施例,在进行数据查询时,获取查询基准对象的地理位置信息, 根据该地理位置信息和分表路由,可以确定待查询的地理数据分表,进而根 据其生成数据查询请求。由于设置了分表路由,使得业务端无需考虑数据库 系统中的分表细节,可以正确访问分表中的地理数据,从而使数据库系统中 的分表不必受限于业务端的业务逻辑而必须保证每个分表对应的地图分幅的 比例尺一致,也不必每次分表后都需要对应更新业务逻辑。
实施例九
参照图12,示出了根据本发明实施例九的一种数据查询装置的结构框图。
本实施例的数据查询装置,包括:获取模块1102,用于获取查询基准对 象的地理位置信息;分表路由模块,用于根据所述地理位置信息和分表路由, 确定待查询的地理数据分表,其中,所述分表包括根据前述地图数据处理装 置创建的所述子分表,所述分表路由根据创建的所述子分表的访问路径确定; 生成模块1104,用于根据所述地理位置信息和所述待查询的地理数据分表的 信息,生成数据查询请求。
可选地,所述装置还包括:路由更新模块1106,用于获取根据所述目标 分表创建的子分表的访问路径信息,根据所述访问路径信息,更新所述分表 路由。
本实施例的数据查询装置用于实现前述多个方法实施例中相应的数据查 询方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实 施例的数据查询装置中的各个模块的功能实现均可参照前述方法实施例中的 相应部分的描述,在此亦不再赘述。
实施例十
参照图13,示出了根据本发明实施例十的一种电子设备的结构示意图, 本发明具体实施例并不对电子设备的具体实现做限定。
如图13所示,该电子设备可以包括:处理器(processor)1202、通信接 口(Communications Interface)1204、存储器(memory)1206、以及通信总线 1208。
其中:
处理器1202、通信接口1204、以及存储器1206通过通信总线1208完成 相互间的通信。
通信接口1204,用于与其它电子设备如终端设备或服务器进行通信。
处理器1202,用于执行程序1210,具体可以执行上述地理数据处理方法 或数据查询方法实施例中的相关步骤。
具体地,程序1210可以包括程序代码,该程序代码包括计算机操作指令。
处理器1202可能是中央处理器CPU,或者是特定集成电路ASIC (ApplicationSpecific Integrated Circuit),或者是被配置成实施本发 明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器,可以 是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如 一个或多个CPU以及一个或多个ASIC。
存储器1206,用于存放程序1210。存储器1206可能包含高速RAM存储 器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个 磁盘存储器。
程序1210具体可以用于使得处理器1202执行以下操作:从按照地图分 幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标分表;确 定所述目标分表对应的下级地图分幅的比例尺,为所述目标分表创建与所述 比例尺匹配的设定数量的子分表,其中,所述下级地图分幅的比例尺小于所 述目标分表对应的地图分幅的比例尺;将所述目标分表中的地理数据,迁移 到创建的所述子分表中。
在一种可选的实施方式中,程序1210还用于使得处理器1202在将所述 目标分表中的地理数据,迁移到创建的所述子分表中时,针对所述目标分表 中的每一条地理数据,获取当前地理数据对应的坐标信息;根据所述坐标信 息,将当前地理数据迁移至地理范围包括所述坐标信息指示的地理位置的子 分表中;获取所述目标分表中的下一地理数据,并返回所述获取当前地理数 据对应的坐标信息的步骤继续执行,直至所述目标分表中的所有地理数据迁 移完成。
在一种可选的实施方式中,程序1210还用于使得处理器1202在确定所 述目标分表对应的下级地图分幅的比例尺,为所述目标分表创建与所述比例 尺匹配的设定数量的子分表时,根据预设的地图分幅标准,确定所述目标分 表对应的下级地图分幅的比例尺;创建与所述下级地图分幅对应的多个子分 表,并根据所述下级地图分幅的比例尺,确定各个子分表的地理范围。
在一种可选的实施方式中,程序1210还用于使得处理器1202在根据预 设的地图分幅标准,确定所述目标分表对应的下级地图分幅的比例尺时,根 据业务逻辑对应的分表规则,从预设的地图分幅标准中确定所述目标分表对 应的下级地图分幅的比例尺。
在一种可选的实施方式中,程序1210还用于使得处理器1202根据所述 目标分表和创建的所述子分表的关系,确定所述子分表的访问路径,并根据 所述访问路径更新存储的分表路由,其中,所述分表路由中存储有所有分表 和/或子分表的访问路径信息。
在一种可选的实施方式中,程序1210还用于使得处理器1202在从按照 地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标分 表时,获取按照地图分幅存储地理数据的多个分表的数据容量信息,其中, 每个所述分表对应有一个预设的容量阈值;根据各个所述分表对应的容量阈 值,确定所述数据容量信息指示的数据容量超出对应的容量阈值的目标分表。
或者,程序1210具体可以用于使得处理器1202执行以下操作:获取查 询基准对象的地理位置信息;根据所述地理位置信息和分表路由,确定待查 询的地理数据分表,其中,所述分表包括根据前述的地图数据处理方法创建 的所述子分表,所述分表路由根据创建的所述子分表的访问路径确定;根据 所述地理位置信息和所述待查询的地理数据分表的信息,生成数据查询请求。
在一种可选的实施方式中,程序1210还用于使得处理器1202获取根据 所述目标分表创建的子分表的访问路径信息,根据所述访问路径信息,更新 所述分表路由。
程序1210中各步骤的具体实现可以参见上述地图数据处理方法或数据 查询方法实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域 的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模 块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再 赘述。
通过本实施例的电子设备,通过对每个分表设置容量阈值,以分表中的 地理数据的数量是否超过容量阈值为是否对分表进行拆分操作的基准,仅对 超过容量阈值的目标分表进行拆分,可以解决现有技术中,分库分表是基于 固定比例尺的地图分幅进行切分的,一个地图分幅对应一张物理分表,使用 地图分幅的编号作为分表标识中的后缀,为了满足业务端的需求,必须保证 所有地图分幅的比例尺一致,使得某一分表由于地理数据量过大需要拆分时, 所有分表都需要同步进行拆分造成的拆分工作量大的问题,而通过本申请实 施例的方案,可以根据分表的容量阈值来进行分表,使得可以按照不同地理 范围中的地理数据量,制定不同图幅大小和数量的分表,灵活性更高,而且 可以一定程度上解决数据倾斜严重的问题。
或者,通过本实施例的电子设备,在进行数据查询时,获取查询基准对 象的地理位置信息,根据该地理位置信息和分表路由,可以确定待查询的地 理数据分表,进而根据其生成数据查询请求。由于设置了分表路由,使得业 务端无需考虑数据库系统中的分表细节,可以正确访问分表中的地理数据, 从而使数据库系统中的分表不必受限于业务端的业务逻辑而必须保证每个分 表对应的地图分幅的比例尺一致,也不必每次分表后都需要对应更新业务逻 辑。
需要指出,根据实施的需要,可将本发明实施例中描述的各个部件/步骤 拆分为更多部件/步骤,也可将两个或多个部件/步骤或者部件/步骤的部分操 作组合成新的部件/步骤,以实现本发明实施例的目的。
上述根据本发明实施例的方法可在硬件、固件中实现,或者被实现为可 存储在记录介质(诸如CD ROM、RAM、软盘、硬盘或磁光盘)中的软件或计 算机代码,或者被实现通过网络下载的原始存储在远程记录介质或非暂时机 器可读介质中并将被存储在本地记录介质中的计算机代码,从而在此描述的 方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如 ASIC或FPGA)的记录介质上的这样的软件处理。可以理解,计算机、处理器、 微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组 件(例如,RAM、ROM、闪存等),当所述软件或计算机代码被计算机、处理 器或硬件访问且执行时,实现在此描述的地图数据处理方法或数据查询方法。 此外,当通用计算机访问用于实现在此示出的地图数据处理方法或数据查询 方法的代码时,代码的执行将通用计算机转换为用于执行在此示出的地图数 据处理方法或数据查询方法的专用计算机。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各 示例的单元及方法步骤,能够以电子硬件、或者计算机软件和电子硬件的结 合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特 定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方 法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。
以上实施方式仅用于说明本发明实施例,而并非对本发明实施例的限制, 有关技术领域的普通技术人员,在不脱离本发明实施例的精神和范围的情况 下,还可以做出各种变化和变型,因此所有等同的技术方案也属于本发明实 施例的范畴,本发明实施例的专利保护范围应由权利要求限定。
Claims (12)
1.一种地图数据处理方法,其特征在于,包括:
从按照地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标分表;
确定所述目标分表对应的下级地图分幅的比例尺,为所述目标分表创建与所述比例尺匹配的设定数量的子分表,其中,所述下级地图分幅的比例尺小于所述目标分表对应的地图分幅的比例尺;
将所述目标分表中的地理数据,迁移到创建的所述子分表中。
2.根据权利要求1所述的方法,其特征在于,
所述将所述目标分表中的地理数据,迁移到创建的所述子分表中,包括:
针对所述目标分表中的每一条地理数据,获取当前地理数据对应的坐标信息;
根据所述坐标信息,将当前地理数据迁移至地理范围包括所述坐标信息指示的地理位置的子分表中;
获取所述目标分表中的下一地理数据,并返回所述获取当前地理数据对应的坐标信息的步骤继续执行,直至所述目标分表中的所有地理数据迁移完成。
3.根据权利要求1所述的方法,其特征在于,所述确定所述目标分表对应的下级地图分幅的比例尺,为所述目标分表创建与所述比例尺匹配的设定数量的子分表,包括:
根据预设的地图分幅标准,确定所述目标分表对应的下级地图分幅的比例尺;
创建与所述下级地图分幅对应的多个子分表,并根据所述下级地图分幅的比例尺,确定各个子分表的地理范围。
4.根据权利要求3所述的方法,其特征在于,所述根据预设的地图分幅标准,确定所述目标分表对应的下级地图分幅的比例尺,包括:
根据业务逻辑对应的分表规则,从预设的地图分幅标准中确定所述目标分表对应的下级地图分幅的比例尺。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述目标分表和创建的所述子分表的关系,确定所述子分表的访问路径,并根据所述访问路径更新存储的分表路由,其中,所述分表路由中存储有所有分表和/或子分表的访问路径信息。
6.根据权利要求1所述的方法,其特征在于,所述从按照地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标分表,包括:
获取按照地图分幅存储地理数据的多个分表的数据容量信息,其中,每个所述分表对应有一个预设的容量阈值;
根据各个所述分表对应的容量阈值,确定所述数据容量信息指示的数据容量超出对应的容量阈值的目标分表。
7.一种数据查询方法,其特征在于,包括:
获取查询基准对象的地理位置信息;
根据所述地理位置信息和分表路由,确定待查询的地理数据分表,其中,所述分表包括根据权利要求1-6中任一项所述的地图数据处理方法创建的所述子分表,所述分表路由根据创建的所述子分表的访问路径确定;
根据所述地理位置信息和所述待查询的地理数据分表的信息,生成数据查询请求。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
获取根据所述目标分表创建的子分表的访问路径信息,根据所述访问路径信息,更新所述分表路由。
9.一种地图数据处理装置,其特征在于,包括:
目标分表确定模块,用于从按照地图分幅存储地理数据的多个分表中,确定数据容量超出容量阈值的目标分表;
比例尺确定模块,用于确定所述目标分表对应的下级地图分幅的比例尺,为所述目标分表创建与所述比例尺匹配的设定数量的子分表,其中,所述下级地图分幅的比例尺小于所述目标分表对应的地图分幅的比例尺;
迁移模块,用于将所述目标分表中的地理数据,迁移到创建的所述子分表中。
10.一种数据查询装置,其特征在于,包括:
获取模块,用于获取查询基准对象的地理位置信息;
分表路由模块,用于根据所述地理位置信息和分表路由,确定待查询的地理数据分表,其中,所述分表包括根据权利要求9所述的地图数据处理装置创建的所述子分表,所述分表路由根据创建的所述子分表的访问路径确定;
生成模块,用于根据所述地理位置信息和所述待查询的地理数据分表的信息,生成数据查询请求。
11.一种电子设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-6中任一项所述的地图数据处理方法对应的操作,或者,执行如权利要求7或8所述的数据查询方法对应的操作。
12.一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如权利要求1-6中任一所述的地图数据处理方法,或者,实现如权利要求7或8所述的数据查询方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010032943.8A CN111506682B (zh) | 2020-01-13 | 2020-01-13 | 地图数据处理方法、数据查询方法、装置、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010032943.8A CN111506682B (zh) | 2020-01-13 | 2020-01-13 | 地图数据处理方法、数据查询方法、装置、电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111506682A true CN111506682A (zh) | 2020-08-07 |
CN111506682B CN111506682B (zh) | 2023-04-25 |
Family
ID=71867456
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010032943.8A Active CN111506682B (zh) | 2020-01-13 | 2020-01-13 | 地图数据处理方法、数据查询方法、装置、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111506682B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112685530A (zh) * | 2021-01-08 | 2021-04-20 | 腾讯科技(深圳)有限公司 | 确定电子地图中孤立道路的方法、相关设备及存储介质 |
CN112765443A (zh) * | 2020-12-31 | 2021-05-07 | 广州技象科技有限公司 | 基于历史操作数据的物联网数据查询方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001134776A (ja) * | 1999-08-25 | 2001-05-18 | Alpine Electronics Inc | 地図データ配信方法 |
CN101162152A (zh) * | 2006-12-06 | 2008-04-16 | 厦门雅迅网络股份有限公司 | 一种联网车载导航终端中实现地图显示的处理方法 |
CN107180038A (zh) * | 2016-03-09 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 地理位置数据的获取方法和装置 |
CN107229674A (zh) * | 2017-04-26 | 2017-10-03 | 努比亚技术有限公司 | 一种数据迁移装置、服务器及方法 |
CN108806474A (zh) * | 2018-06-04 | 2018-11-13 | 江苏省基础地理信息中心 | 一种基于自适应比例尺测算的地图分幅出图方法和系统 |
CN110647596A (zh) * | 2018-06-11 | 2020-01-03 | 百度在线网络技术(北京)有限公司 | 地图数据处理方法和装置 |
CN110674134A (zh) * | 2019-09-16 | 2020-01-10 | 腾讯大地通途(北京)科技有限公司 | 一种地理信息数据存储方法、查询方法及装置 |
CN114416895A (zh) * | 2021-12-13 | 2022-04-29 | 北京百度网讯科技有限公司 | 地图数据的处理方法、装置、电子设备及存储介质 |
-
2020
- 2020-01-13 CN CN202010032943.8A patent/CN111506682B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001134776A (ja) * | 1999-08-25 | 2001-05-18 | Alpine Electronics Inc | 地図データ配信方法 |
CN101162152A (zh) * | 2006-12-06 | 2008-04-16 | 厦门雅迅网络股份有限公司 | 一种联网车载导航终端中实现地图显示的处理方法 |
CN107180038A (zh) * | 2016-03-09 | 2017-09-19 | 阿里巴巴集团控股有限公司 | 地理位置数据的获取方法和装置 |
CN107229674A (zh) * | 2017-04-26 | 2017-10-03 | 努比亚技术有限公司 | 一种数据迁移装置、服务器及方法 |
CN108806474A (zh) * | 2018-06-04 | 2018-11-13 | 江苏省基础地理信息中心 | 一种基于自适应比例尺测算的地图分幅出图方法和系统 |
CN110647596A (zh) * | 2018-06-11 | 2020-01-03 | 百度在线网络技术(北京)有限公司 | 地图数据处理方法和装置 |
CN110674134A (zh) * | 2019-09-16 | 2020-01-10 | 腾讯大地通途(北京)科技有限公司 | 一种地理信息数据存储方法、查询方法及装置 |
CN114416895A (zh) * | 2021-12-13 | 2022-04-29 | 北京百度网讯科技有限公司 | 地图数据的处理方法、装置、电子设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
WEIGUO H.等: "Developing geoprocessing service for Cropland Data Layer thematic map creation" * |
胡凤敏: "适用于地理国情普查图的图斑自动综合方法" * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112765443A (zh) * | 2020-12-31 | 2021-05-07 | 广州技象科技有限公司 | 基于历史操作数据的物联网数据查询方法及装置 |
CN112765443B (zh) * | 2020-12-31 | 2023-10-24 | 广州技象科技有限公司 | 基于历史操作数据的物联网数据查询方法及装置 |
CN112685530A (zh) * | 2021-01-08 | 2021-04-20 | 腾讯科技(深圳)有限公司 | 确定电子地图中孤立道路的方法、相关设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111506682B (zh) | 2023-04-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104376053B (zh) | 一种基于海量气象数据的存储与检索方法 | |
CN110069579B (zh) | 电子围栏分块方法和装置 | |
CN105354255A (zh) | 数据查询方法和装置 | |
CN111506682B (zh) | 地图数据处理方法、数据查询方法、装置、电子设备 | |
CN112214472B (zh) | 气象格点数据的存储及查询方法、装置及存储介质 | |
CN111680489B (zh) | 目标文本的匹配方法和装置、存储介质及电子设备 | |
CN107741982A (zh) | 一种坐标与行政区域匹配系统及方法 | |
CN113434482A (zh) | 数据迁移方法、装置、计算机设备及存储介质 | |
US10664349B2 (en) | Method and device for file storage | |
CN110413711A (zh) | 一种差异数据获取方法及其存储介质 | |
CN109033295B (zh) | 超大数据集的合并方法及装置 | |
US10482085B2 (en) | Methods and systems for estimating the number of points in two-dimensional data | |
CN112068812B (zh) | 一种微服务生成方法、装置、计算机设备和存储介质 | |
CN111414422B (zh) | 一种数据分布方法、装置、设备和存储介质 | |
CN115918110A (zh) | 使用键值存储库的空间搜索 | |
CN112307169A (zh) | 地址数据的匹配方法、装置、计算机设备及存储介质 | |
CN109697234B (zh) | 实体的多属性信息查询方法、装置、服务器和介质 | |
CN111382220A (zh) | 一种poi数据划分方法和装置 | |
CN104090895A (zh) | 获取基数的方法、装置、服务器及系统 | |
CN113905252A (zh) | 直播间的数据存储方法、装置、电子设备及存储介质 | |
CN112639761B (zh) | 一种为数据建立索引的方法以及装置 | |
CN115794876A (zh) | 针对业务数据包的分片处理方法、装置、设备及存储介质 | |
CN112434189A (zh) | 数据查询方法、装置及设备 | |
CN111767287A (zh) | 数据导入方法、装置、设备及计算机存储介质 | |
CN109241208B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |