CN117407042B - 一种国土空间基础信息平台的扩展设计方法和系统 - Google Patents

Abstract

本申请公开了一种国土空间基础信息平台的扩展设计方法和系统，属于国土空间信息技术领域，其方法包括：获取平台修改扩展请求和相应的修改配置参数；基于修改配置参数确定在国土空间基础信息平台中的修改扩展点；通过修改扩展点可访问该修改扩展请求所在的数据库和架构层；并将修改配置参数导入预设的横向扩展中间件；通过横向扩展中间件接入多种不同的接口服务方式，根据不同的业务流程需求可灵活应用多种接口，分散国土空间基础信息平台的负载；基于修改配置参数、修改扩展点对国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展。本申请具有提供一种适应业务流程变化和业务扩展需求的国土空间基础信息平台的效果。

Description

一种国土空间基础信息平台的扩展设计方法和系统

技术领域

本申请涉及国土空间信息技术领域，尤其是涉及一种国土空间基础信息平台的扩展设计方法和系统。

背景技术

国土空间基础信息平台是以国土资源空间基础信息数据管理为主线，以自然资源主管和产生的各种数据、服务为资源，与其他政府部门实现数据共享交换，及时获取统计、发改、生态环境、住建、交通等部门的相关信息，对各类信息在逻辑上进行统一管理、统一共享服务的应用平台。

国土空间基础信息平台的各类数据库、业务办公流程等在设计开发时均已固定完成，而随着不同政府部门的职能整合不断进行完善，各类数据库和业务办公流程等将会发生变化；因此平台性能固定的国土空间基础信息平台逐渐不能满足用户的使用需求，因而亟需提供一种能够适应业务流程变化和业务扩展需求的国土空间基础信息平台。

发明内容

为了提供一种适应业务流程变化和业务扩展需求的国土空间基础信息平台，本申请提供一种国土空间基础信息平台的扩展设计方法和系统。

本申请的发明目的一采用如下技术方案实现：

一种国土空间基础信息平台的扩展设计方法，包括：

获取平台修改扩展请求和相应的修改配置参数；

基于所述修改配置参数确定在国土空间基础信息平台中的修改扩展点；通过所述修改扩展点可访问该修改扩展请求所在的数据库和架构层；并将所述修改配置参数导入预设的横向扩展中间件；

通过所述横向扩展中间件接入多种不同的接口服务方式，根据不同的业务流程需求可灵活应用多种接口，分散国土空间基础信息平台的负载；

基于所述修改配置参数、所述修改扩展点对所述国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展。

通过采用上述技术方案，国土空间基础信息平台通过横向扩展中间件的方式以优化国土基础信息平台的中间件，便于对国土空间基础信息平台进行二次开发优化，且在横向扩展中间件的基础上完善国土空间基础信息平台的接口服务方式，可根据不同的业务系统接入，灵活运用多种接口，分散国土空间基础信息平台的负载，便于将国土空间基础信息平台不断地扩充、求精和完善；具体地，在业务流程变化或有业务扩展需求需要对国土空间基础信息平台进行修改、扩展时，向国土空间基础信息平台输入修改扩展请求，基于修改配置参数对国土空间基础信息平台的数据模型，如应用界面的功能模块和架构层配置参数进行相应修改或扩展，以提供一种适应业务流程变化和业务扩展需求的国土空间基础信息平台。

本申请在一较佳示例中：对数据库中的逻辑对象根据其使用方式和物理结构对数据库的影响分类：即将系统数据和用户数据分开、非索引数据和索引数据分开、低活动表和高活动表分开；

将国土空间基础信息平台的数据按访问和修改类别进行数据组织：对于频繁访问但是不频繁修改的数据，设计物理不规范化；对于频繁修改但并不频繁访问的数据，设计物理规范化；

将数据在物理上分隔开，不同分区的数据根据制定的规则保存在处于不同磁盘上的数据文件中。

通过采用上述技术方案，通过对国土空间基础信息平台的数据库按照逻辑对象的使用方式和物理结构进行分类的方法，实现了对国土空间基础信息平台的基础数据库的结构化数据管理，有利于优化数据库性能；通过设计物理规范化和物理不规范化两者结合的数据组织管理方式以优化国土空间基础信息平台的系统性能；对于国土空间基础信息平台的各类图形数据库，通过合理利用表分区，使得各种功能模块的数据在相互管理的基础上还可以独立操作运行，便于实现对国土空间基础信息平台的各类图形数据库的维护。

本申请在一较佳示例中：国土空间基础信息平台采用并行的可扩展文件系统，实现数据存储的分布式读写，实现并行文件共享；

根据获取的数据库服务节点扩展修改请求添加数据库服务节点，以扩展硬件资源；或，根据获取的数据库服务节点扩展修改请求删除数据库服务节点。

通过采用上述技术方案，并行的可扩展文件系统允许多个客户端共享分布在多个节点和多个内存磁盘上的文件；且允许多个客户端并行读取文件,可写入和锁定文件,而且可修改元数据等等，便于添加和更新储存硬件技术；且允许并行的应用程序同时从并行文件系统节点组中的任何节点访问相同或不同的文件；有利于对国土空间基础信息平台进行扩展设计，使得国土空间基础信息平台实现对数据的毫秒级访问和高性能数据储存。

本申请在一较佳示例中：国土空间基础信息平台配置有集群服务器，以对国土空间基础信息平台上的应用模块进行集群部署；所述集群部署包括合并部署和独立部署；

在获取到应用部署扩展请求时，将集群部署进行横向或纵向扩展；

在获取到应用部署修改请求时，将合并部署的应用模块调整为独立部署，或，将独立部署的应用模块调整为合并部署。

通过采用上述技术方案，针对国土空间基础信息平台上众多的应用模块，可依据各个业务部门在使用时系统的压力情况进行区分部署，针对压力不大的应用模块可进行合并部署，针对压力较大的可进行横向或纵向扩展部署，或将压力较大的某个应用模块进行独立部署，以提高国土空间基础信息平台的稳定性。

本申请在一较佳示例中：所述基于所述修改配置参数、所述修改扩展点对所述国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展；具体包括：

将国土空间基础信息平台相应的目标架构层服务的修改配置参数写入预设的内存空间；

将目标架构层服务的参数读取路径设定为内存空间的地址并启动目标系统服务，以控制目标架构层服务在内存空间内读取修改后的架构层配置参数并运行；

在接收到参数修改指令时，根据参数修改指令修改内存空间中相应的目标架构层配置参数；

在接收到参数扩展指令时，根据参数扩展指令建立并配置内存空间中相应的目标架构层配置参数。

通过采用上述技术方案，预设的内存空间是指支持国土空间基础信息平台所运行的系统而预留的内存地址区域，将修改配置参数写入内存空间能够在国土空间基础信息平台的运行过程中高效获取修改或扩展时所需要使用的配置参数，以便于对国土空间基础信息平台进行扩展设计；将目标架构层服务的参数读取路径设定为内存空间的地址有利于保障架构层配置参数正确访问平台架构层，以控制目标架构层服务在内存空间内读取修改后的架构层配置参数并运行；在接收到参数修改指令时，直接修改内存空间中目标架构层配置参数，在接收到参数扩展指令时，直接建立并配置内存空间中的目标架构层配置参数。

本申请的发明目的二采用如下技术方案实现：

一种国土空间基础信息平台的扩展设计系统，用于执行如上任一项所述的一种国土空间基础信息平台的扩展设计方法，包括：

修改扩展请求模块，用于获取平台修改扩展请求和相应的修改配置参数；

中间件扩展和定位模块，用于基于所述修改配置参数确定在国土空间基础信息平台中的修改扩展点；通过所述修改扩展点可访问该修改扩展请求所在的数据库和架构层；并将所述修改配置参数导入预设的横向扩展中间件；

接口服务扩展模块，用于通过所述横向扩展中间件接入多种不同的接口服务方式，根据不同的业务流程需求可灵活应用多种接口，分散国土空间基础信息平台的负载；

修改扩展执行模块，用于基于所述修改配置参数、所述修改扩展点对所述国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展。

通过采用上述技术方案，接口服务扩展模块在横向扩展中间件的基础上完善国土空间基础信息平台的接口服务方式，可根据不同的业务系统接入，灵活运用多种接口，分散国土空间基础信息平台的负载，便于国土空间基础信息平台不断地扩充、求精和完善；具体地，在业务流程变化或有业务扩展需求以对国土空间基础信息平台进行修改、扩展时，向国土空间基础信息平台输入修改扩展请求，基于修改配置参数对国土空间基础信息平台的数据模型，如应用界面的功能模块和架构层配置参数进行相应修改或扩展，以提供一种适应业务流程变化和业务扩展需求的国土空间基础信息平台。

本申请在一较佳示例中：数据库结构优化模块，用于对数据库中的逻辑对象根据其使用方式和物理结构对数据库的影响分类：即将系统数据和用户数据分开、非索引数据和索引数据分开、低活动表和高活动表分开；

数据规范管理模块，用于将国土空间基础信息平台的数据按访问和修改类别进行数据组织：对于频繁访问但是不频繁修改的数据，设计物理不规范化；对于频繁修改但并不频繁访问的数据，设计物理规范化；

数据分区模块，用于将数据在物理上分隔开，不同分区的数据根据制定的规则保存在处于不同磁盘上的数据文件中。

通过采用上述技术方案，数据库结构优化模块通过对国土空间基础信息平台的数据库按照逻辑对象的使用方式和物理结构进行分类的方法，实现了对国土空间基础信息平台的基础数据库的结构化数据管理，有利于优化数据库性能；数据规范管理模块通过设计物理规范化和物理不规范化两者结合的数据组织管理方式以优化国土空间基础信息平台的系统性能；对于国土空间基础信息平台的各类图形数据库；数据分区模块，通过合理利用表分区，使得各种功能模块的数据在相互管理的基础上还可以独立操作运行，便于国土空间基础信息平台实现各类图形数据库的维护。

本申请在一较佳示例中：数据存储优化模块，用于国土空间基础信息平台采用并行的可扩展文件系统，实现数据存储的分布式读写，实现并行文件共享；

节点修改扩展模块，用于根据获取的数据库服务节点扩展修改请求添加数据库服务节点，以扩展硬件资源；或，根据获取的数据库服务节点扩展修改请求删除数据库服务节点。

通过采用上述技术方案，并行的可扩展文件系统允许多个客户端共享分布在多个节点和多个内存磁盘上的文件；且允许多个客户端并行读取文件,可写入和锁定文件,而且可修改元数据等等，便于添加和更新储存硬件技术；且允许并行的应用程序同时从并行文件系统节点组中的任何节点访问相同或不同的文件；有利于对国土空间基础信息平台进行扩展设计，使得国土空间基础信息平台实现对数据的毫秒级访问和高性能数据储存。

综上所述，本申请包括以下至少一种有益技术效果：

1. 国土空间基础信息平台通过横向扩展中间件的方式以优化国土基础信息平台的中间件，便于对国土空间基础信息平台进行二次开发优化，且在横向扩展中间件的基础上完善国土空间基础信息平台的接口服务方式，可根据不同的业务系统接入，灵活运用多种接口，分散国土空间基础信息平台的负载，便于国土空间基础信息平台不断地扩充、求精和完善；具体地，在业务流程变化或有业务扩展需求以对国土空间基础信息平台进行修改、扩展时，向国土空间基础信息平台输入修改扩展请求，基于修改配置参数对国土空间基础信息平台的数据模型，如应用界面的功能模块和架构层配置参数进行相应修改或扩展，以提供一种适应业务流程变化和业务扩展需求的国土空间基础信息平台；

2. 通过对国土空间基础信息平台的数据库按照逻辑对象的使用方式和物理结构进行分类的方法，实现了对国土空间基础信息平台的基础数据库的结构化数据管理，有利于优化数据库性能；通过设计物理规范化和物理不规范化两者结合的数据组织管理方式以优化国土空间基础信息平台的系统性能；对于国土空间基础信息平台的各类图形数据库，通过合理利用表分区，使得各种功能模块的数据在相互管理的基础上还可以独立操作运行，便于国土空间基础信息平台实现各类图形数据库的维护；

3. 并行的可扩展文件系统允许多个客户端共享分布在多个节点和多个内存磁盘上的文件；且允许多个客户端并行读取文件,可写入和锁定文件,而且可修改元数据等等，便于添加和更新储存硬件技术；且允许并行的应用程序同时从并行文件系统节点组中的任何节点访问相同或不同的文件；有利于对国土空间基础信息平台进行扩展设计，使得国土空间基础信息平台实现对数据的毫秒级访问和高性能数据储存。

附图说明

图1是本申请一实施例中一种国土空间基础信息平台的扩展设计方法的一流程图；

图2是本申请一实施例中一种国土空间基础信息平台的扩展设计方法中步骤S1之前的流程图；

图3是本申请一实施例中一种国土空间基础信息平台的扩展设计方法中步骤S4的流程图。

具体实施方式

以下结合附图对本申请作进一步详细说明。

在一实施例中，如图1所示，本申请公开了一种国土空间基础信息平台的扩展设计方法，具体包括如下步骤：

S1：获取平台修改扩展请求和相应的修改配置参数。

在本实施例中，修改配置参数为国土空间基础信息平台的模型修改参数或数据模型扩展参数、架构层级数、架构层配置参数和平台的应用服务器的处理流程参数等。

S2：基于修改配置参数确定在国土空间基础信息平台中的修改扩展点；通过修改扩展点可访问该修改扩展请求所在的数据库和架构层；并将修改配置参数导入预设的横向扩展中间件。

在本实施例中，在对国土空间基础信息平台进行修改或扩展设计时，通过修改扩展点即可访问平台修改、扩展所在的数据库和架构层位置。横向扩展中间件为在国土空间基础信息平台的中间件进行优化得到，通过透明增加多机并发，提高接入效率。

具体地，将修改配置参数导入横向扩展中间件以在中间件优化的基础上接入多种接口服务方式，便于对国土空间基础信息平台进行修改或扩展设计。

进一步地，国土空间基础信息平台的应用层的各个功能模块在相互关联的基础上能够独立操作运行，以便于在对国土空间基础信息平台进行扩展时对平台的图形数据库进行维护。

S3：通过横向扩展中间件接入多种不同的接口服务方式，根据不同的业务流程需求可灵活应用多种接口，分散国土空间基础信息平台的负载。

在本实施例中，在横向扩展中间件的基础上完善包括WebService、ftp、Http和JS接口在内的接口服务方式，根据不同业务系统接入，灵活运用多种接口，分散负载；提高国土空间基础信息平台的系统性能。

S4：基于修改配置参数、修改扩展点对国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展。

在本实施例中，国土空间基础信息平台连接二次开发工具，以便于国土空间基础信息平台的数据模型参数进行不断扩充、完善；且国土空间基础信息平台扩展基础数据库默认缓存区的大小，可依据系统业务需要配置国土空间基础信息平台执行器排序的最大内存。

具体地，确定好国土空间基础信息平台的修改或扩展的架构层位置后，基于业务处理流程的变化新增或删除数据库的服务节点，对应需要扩展或修改的功能模块所在的架构层进行修改或扩展，以设计优化的系统结构和灵活的数据库系统，便于基于修改配置参数对国土空间基础信息平台的数据模型参数，如应用界面的功能模块和架构层配置参数进行相应修改或扩展，对业务层的服务流程节点进行添加或删除等，以提供一种适应业务流程变化和业务扩展需求的国土空间基础信息平台。

进一步地，国土空间基础信息平台能够实现多种数据格式的转换，以提高国土空间基础信息平台的数据兼容性。

在一实施例中，如图2所示，在步骤S1之前，国土空间基础信息平台的扩展设计方法包括：

S11：对数据库中的逻辑对象根据其使用方式和物理结构对数据库的影响分类：即将系统数据和用户数据分开、非索引数据和索引数据分开、低活动表和高活动表分开。

在本实施例，对国土空间基础信息平台的数据库结构进行扩展优化。

具体地，为了对国土空间基础信息平台的元数据储存数据库进行优化， 可在国土空间基础信息平台上安装Oracle10G的数据插件，以用于内容服务器的元数据管理和结构化的数据管理，同时由于数据库性能扩展涉及到系统资源（CPU、内存、IO）等的资源配置和使用，因而需要对国土空间基础信息平台的操作系统进行硬件平台、数据库设计级和SQL级别等一次进行修改和扩展设计。

在本实施例中，先对国土空间基础信息平台的数据库的逻辑对象按照实用方式和物理结构进行划分，以便于实现对国土空间基础信息平台的基础数据库的结构化数据管理，有利于优化数据库性能。

S12：将国土空间基础信息平台的数据按访问和修改类别进行数据组织：对于频繁访问但是不频繁修改的数据，设计物理不规范化；对于频繁修改但并不频繁访问的数据，设计物理规范化。

在本实施例中，为了优化国土空间基础信息平台的系统性能，可将系统的数据按访问类型和修改类别进行数据组织，区分频繁访问的数据和频繁修改的数据。

S13：将数据在物理上分隔开，不同分区的数据根据制定的规则保存在处于不同磁盘上的数据文件中。

在本实施例中，通过将不同分区的数据分区保存在不同磁盘上的数据文件中，以实现合理利用表分区的方式缩短查询时间，有效避免出现行连接和行迁移。

在一实施例中，国土空间基础信息平台的扩展设计方法还包括：

S14：国土空间基础信息平台采用并行的可扩展文件系统，实现数据存储的分布式读写，实现并行文件共享。

具体地，为减少发生国土空间基础信息平台而数据文件管理的数量过多以致元数据服务管理器的压力过大而出现系统瘫痪的情况，需优化内容管理系统的数据存储方式；在本实施例中，通过采用并行的可扩展文件系统实现数据存储的分布式读写的方式，提供一种扩展性较高的文件服务架构。

进一步地，并行可扩展性文件系统可对同一文件进行多种并行的读写操作，且允许多个客户端并行读取文件,可写入和锁定文件,而且可修改元数据等等，便于添加和更新储存硬件技术；且允许并行的应用程序同时从并行文件系统节点组中的任何节点访问相同或不同的文件；从而在系统参数模型进行修改或扩展时，有利于对国土空间基础信息平台进行扩展设计，使得国土空间基础信息平台实现对数据的毫秒级访问和高性能数据储存。

S15：根据获取的数据库服务节点扩展修改请求添加数据库服务节点，以扩展硬件资源；或，根据获取的数据库服务节点扩展修改请求删除数据库服务节点。

在一实施例中，在国土空间基础信息平台的扩展设计方法还包括：

在步骤S1之前，国土空间基础信息平台配置有集群服务器，以对国土空间基础信息平台上的应用模块进行集群部署；集群部署包括合并部署和独立部署。

在本实施例中，通过集群服务器对国土信息平台中的多个应用模块进行集群部署管理；由于不同业务部门可能存在数据管理需求、数据访问的频率的区别，因而针对国土空间基础信息平台上众多的应用模块，可依据各个业务部门的使用时系统的压力情况进行区分部署，针对压力不大的应用模块可进行合并部署，针对压力较大的可进行横向或纵向扩展部署，或将压力较大的某个应用模块进行独立部署，以提高国土空间基础信息平台的稳定性。

在获取到应用部署扩展请求时，将集群部署进行横向或纵向扩展；在获取到应用部署修改请求时，将合并部署的应用模块调整为独立部署，或，将独立部署的应用模块调整为合并部署。

具体地，并行文件系统可以通过在群集系统中增加节点的方式提高系统性能；通过集群实现的并行文件是基于分布式文件系统的存储，支持多客户端的并发访问；系统配置成分布式的访问方式，访问压力平均分配到每个存储服务器；基于国土空间基础信息平台的原有数据存储环境进行并行文件系统群集改造，有利于减少网络环境IO传输压力，实现文件系统的分布式读写，提高国土空间基础信息平台的可扩展性。

在一实施例中，如图3所示，在步骤S4中，基于修改配置参数、修改扩展点对国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展；具体包括：

S41：将国土空间基础信息平台相应的目标架构层服务的修改配置参数写入预设的内存空间。

在本实施例中，本步骤的执行主体为承载目标系统服务的设备节点，设备节点可以是组成分布式系统的构成节点，也可以是单独的服务器设备或用户设备。

具体地，将目标架构层的修改配置参数写入内存空间是有效确保国土空间基础信息平台存储有修改配置参数的正确访问路径，确保修改配置参数的正确性。

S42：将目标架构层服务的参数读取路径设定为内存空间的地址并启动目标系统服务，以控制目标架构层服务在内存空间内读取修改后的架构层配置参数并运行。

具体地，在设定目标架构层服务的参数读取路径后启动该目标系统服务，目标系统服务是指在国土空间基础信息平台中运行的应用层和业务层的系统服务；以此控制启动后的目标系统服务在平台架构层的应用模块和业务流程上在平台的内存空间中、读取修改配置参数并实现平台数据模型的修改和扩展设计。

S43：在接收到参数修改指令时，根据参数修改指令修改内存空间中相应的目标架构层配置参数。

具体地，在接收到表征需要对国土空间基础信息平台进行业务层和应用层的应用模块进行参数修改的参数修改指令时，直接对平台架构层的相关参数：如业务层的处理流程、应用模块的使用配置参数等进行修改；在修改后，目标系统服务（即国土空间基础信息平台的系统服务）直接在内存中、读取并以修改的目标配置参数进行相应状态的系统结构的运行。

S44：在接收到参数扩展指令时，根据参数扩展指令建立并配置内存空间中相应的目标架构层配置参数。

具体地，在接收到表征需要对国土空间基础信息平台进行业务层和应用层的应用模块进行扩展的参数扩展指令时，直接对平台架构层的相关参数：如业务层的处理流程、应用模块的使用配置等进行添加配置；在扩展后，目标系统服务直接在内存中读取并以扩展后的业务处理流程、应用模块进行相应状态的系统结构的运行。

应理解，上述实施例中各步骤的序号大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在一实施例中，提供一种国土空间基础信息平台的扩展设计系统，该国土空间基础信息平台的扩展设计系统与上述实施例中国土空间基础信息平台的扩展设计方法相对应。

一种国土空间基础信息平台的扩展设计系统，包括修改扩展请求模块、中间件扩展和定位模块、接口服务扩展模块和修改扩展执行模块。各功能模块的详细说明如下：

修改扩展请求模块，用于获取平台修改扩展请求和相应的修改配置参数；

中间件扩展和定位模块，用于基于修改配置参数确定在国土空间基础信息平台中的修改扩展点；通过修改扩展点可访问该修改扩展请求所在的数据库和架构层；并将修改配置参数导入预设的横向扩展中间件；

接口服务扩展模块，用于通过横向扩展中间件接入多种不同的接口服务方式，根据不同的业务流程需求可灵活应用多种接口，分散国土空间基础信息平台的负载；

修改扩展执行模块，用于基于修改配置参数、修改扩展点对国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展。

可选的，国土空间基础信息平台的扩展设计系统还包括：

数据库结构优化模块，用于对数据库中的逻辑对象根据其使用方式和物理结构对数据库的影响分类：即将系统数据和用户数据分开、非索引数据和索引数据分开、低活动表和高活动表分开；

数据规范管理模块，用于将国土空间基础信息平台的数据按访问和修改类别进行数据组织：对于频繁访问但是不频繁修改的数据，设计物理不规范化；对于频繁修改但并不频繁访问的数据，设计物理规范化；

数据分区模块，用于将数据在物理上分隔开，不同分区的数据根据制定的规则保存在处于不同磁盘上的数据文件中。

可选的，国土空间基础信息平台的扩展设计系统还包括：

数据存储优化模块，用于国土空间基础信息平台采用并行的可扩展文件系统，实现数据存储的分布式读写，实现并行文件共享；

节点修改扩展模块，用于根据获取的数据库服务节点扩展修改请求添加数据库服务节点，以扩展硬件资源；或，根据获取的数据库服务节点扩展修改请求删除数据库服务节点。

关于国土空间基础信息平台的扩展设计系统的具体限定可以参见上文中对于国土空间基础信息平台的扩展设计方法的限定，在此不再赘述；上述国土空间基础信息平台的扩展设计系统中的各个模块可全部或部分通过软件、硬件及其组合来实现；上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以是以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域普通技术人员应当理解；其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (7)

1.一种国土空间基础信息平台的扩展设计方法，其特征在于，包括：

获取平台修改扩展请求和相应的修改配置参数；

基于所述修改配置参数确定在国土空间基础信息平台中的修改扩展点；通过所述修改扩展点可访问该修改扩展请求所在的数据库和架构层；并将所述修改配置参数导入预设的横向扩展中间件；

通过所述横向扩展中间件接入多种不同的接口服务方式，根据不同的业务流程需求可灵活应用多种接口，分散国土空间基础信息平台的负载；

基于所述修改配置参数、所述修改扩展点对所述国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展；

所述基于所述修改配置参数、所述修改扩展点对所述国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展；具体包括：

将国土空间基础信息平台相应的目标架构层服务的修改配置参数写入预设的内存空间；

将目标架构层服务的参数读取路径设定为内存空间的地址并启动目标系统服务，以控制目标架构层服务在内存空间内读取修改后的架构层配置参数并运行；

在接收到参数修改指令时，根据参数修改指令修改内存空间中相应的目标架构层配置参数；

在接收到参数扩展指令时，根据参数扩展指令建立并配置内存空间中相应的目标架构层配置参数。

2.根据权利要求1所述的一种国土空间基础信息平台的扩展设计方法，其特征在于，

对数据库中的逻辑对象根据其使用方式和物理结构对数据库的影响分类：即将系统数据和用户数据分开、非索引数据和索引数据分开、低活动表和高活动表分开；

将国土空间基础信息平台的数据按访问和修改类别进行数据组织：对于频繁访问但是不频繁修改的数据，设计物理不规范化；对于频繁修改但并不频繁访问的数据，设计物理规范化；

将数据在物理上分隔开，不同分区的数据根据制定的规则保存在处于不同磁盘上的数据文件中。

3.根据权利要求2所述的一种国土空间基础信息平台的扩展设计方法，其特征在于，

国土空间基础信息平台采用并行的可扩展文件系统，实现数据存储的分布式读写，实现并行文件共享；

根据获取的数据库服务节点扩展修改请求添加数据库服务节点，以扩展硬件资源；或，根据获取的数据库服务节点扩展修改请求删除数据库服务节点。

4.根据权利要求1所述的一种国土空间基础信息平台的扩展设计方法，其特征在于，

国土空间基础信息平台配置有集群服务器，以对国土空间基础信息平台上的应用模块进行集群部署；所述集群部署包括合并部署和独立部署；

在获取到应用部署扩展请求时，将集群部署进行横向或纵向扩展；

在获取到应用部署修改请求时，将合并部署的应用模块调整为独立部署，或，将独立部署的应用模块调整为合并部署。

5.一种国土空间基础信息平台的扩展设计系统，其特征在于，用于执行权利要求1-4任一项所述的一种国土空间基础信息平台的扩展设计方法，包括：

修改扩展请求模块，用于获取平台修改扩展请求和相应的修改配置参数；

中间件扩展和定位模块，用于基于所述修改配置参数确定在国土空间基础信息平台中的修改扩展点；通过所述修改扩展点可访问该修改扩展请求所在的数据库和架构层；并将所述修改配置参数导入预设的横向扩展中间件；所述基于所述修改配置参数、所述修改扩展点对所述国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展；具体包括：

将国土空间基础信息平台相应的目标架构层服务的修改配置参数写入预设的内存空间；

将目标架构层服务的参数读取路径设定为内存空间的地址并启动目标系统服务，以控制目标架构层服务在内存空间内读取修改后的架构层配置参数并运行；在接收到参数修改指令时，根据参数修改指令修改内存空间中相应的目标架构层配置参数；

在接收到参数扩展指令时，根据参数扩展指令建立并配置内存空间中相应的目标架构层配置参数；

接口服务扩展模块，用于通过所述横向扩展中间件接入多种不同的接口服务方式，根据不同的业务流程需求可灵活应用多种接口，分散国土空间基础信息平台的负载；

修改扩展执行模块，用于基于所述修改配置参数、所述修改扩展点对所述国土空间基础信息平台的数据模型和架构层配置参数进行修改或扩展。

6.根据权利要求5所述的一种国土空间基础信息平台的扩展设计系统，其特征在于，还包括：

数据库结构优化模块，用于对数据库中的逻辑对象根据其使用方式和物理结构对数据库的影响分类：即将系统数据和用户数据分开、非索引数据和索引数据分开、低活动表和高活动表分开；

数据规范管理模块，用于将国土空间基础信息平台的数据按访问和修改类别进行数据组织：对于频繁访问但是不频繁修改的数据，设计物理不规范化；对于频繁修改但并不频繁访问的数据，设计物理规范化；

数据分区模块，用于将数据在物理上分隔开，不同分区的数据根据制定的规则保存在处于不同磁盘上的数据文件中。

7.根据权利要求5所述的一种国土空间基础信息平台的扩展设计系统，其特征在于，还包括：

数据存储优化模块，用于国土空间基础信息平台采用并行的可扩展文件系统，实现数据存储的分布式读写，实现并行文件共享；

节点修改扩展模块，用于根据获取的数据库服务节点扩展修改请求添加数据库服务节点，以扩展硬件资源；或，根据获取的数据库服务节点扩展修改请求删除数据库服务节点。