面向数据库简单接口的开发方法技术

本发明专利技术涉及数据库访问技术领域，具体是指面向数据库简单接口的开发方法。具体包括以下步骤：步骤1，解析配置关系；步骤2，将步骤1中解析的数据进行提交，根据业务创建表；步骤3，根据步骤2中提交的数据进行匹配字段数据并根据键建立索引；步骤4，对步骤3中的执行权限字段过滤；步骤5，将步骤4中过滤后的数据生成对应的sql语句并执行。本发明专利技术在研发阶段的实际项目中，前端调用接口数量为62，后端实际开发接口数量为36，减少了26个接口的开发量，效率提升接近41.9％；一致性的数据处理方式，因为数据进出的接口都源自于同一个接口，所以可控数据的处理方式；减少后端程序员繁杂的开发工作量，减少前端与后端的沟通问题。减少前端与后端的沟通问题。减少前端与后端的沟通问题。

【技术实现步骤摘要】
面向数据库简单接口的开发方法


[0001]本专利技术涉及数据库访问
，具体是指面向数据库简单接口的开发方法。

技术介绍

[0002]在IT行业中，程序员开发软件时，分为前端和后端，前端想要操作数据库中数据，必须使用后端程序员提供的接口，才能操作。现阶段，软件界面上每个按钮、界面加载、界面跳转等都伴随着大量的接口开发，就代表了大量的后端程序员的工作量，部分接口都是简单的数据处理，对后端程序员来说是简单的开发，但是再简单的开发，量多起来，工作量就多了起来。而且，后端程序员在开发接口时，前端程序员要么等待接口开发完成后才能动手编码，要么做其他的工作，时间上造成了浪费，而且前端程序员和后端程序员之间沟通较少，实际开发效果不满意，接口修改也造成工作量的浪费。每个人注意力是有限的，来回切换注意力，是对注意力资源的巨大浪费。还需要说明的是，现有技术中的开发模式下，每一个与数据交互的功能或每张表都需要进行CRUD上的开发，比如新增一张问卷调查或是其它的表单就会对应一组CRUD操作，一个中大应用系统中会存在至少100张的数据表，至少会有50个CRUD开发按一张表只有一个操作计算，这将是一个大量的重复性工作。

技术实现思路

[0003]本专利技术目的在于提供面向数据库简单接口的开发方法，用于解决现有技术无法构建前后端有效数据交互处理的问题。
[0004]本专利技术通过下述技术方案实现：面向数据库简单接口的开发方法，包括以下步骤：步骤1，解析配置关系，生成解析数据；步骤2，将步骤1中解析的数据进行提交，根据业务创建表；步骤3，根据步骤2中提交的数据进行匹配字段数据并根据键建立索引；步骤4，对步骤3中的执行权限字段过滤；步骤5，将步骤4中过滤后的数据生成对应的sql语句并执行。现有技术中的开发模式下，每一个与数据交互的功能或每张表都需要进行CRUD上的开发，比如新增一张问卷调查或是其它的表单就会对应一组CRUD操作，一个中大应用系统中会存在至少100张的数据表，至少会有50个CRUD开发按一张表只有一个操作计算，这将是一个大量的重复性工作。鉴于上述问题，申请人提出了一种面向数据库简单接口的开发方法，具体通过在查询条件生成根据定义的规则<判断方式><条件值>例：={val}、like %{val}，在组织查询条件时会根据当前字段信息是否组织成条件是根据配置的条件模板组织成对应的sql条件语句，当查询语句只能存在多表时并且多表之间存在相同名称字段时除主表字段名称生成是优先保持原名称子表字段都带上所属表名称前缀；生成新增、修改、删除语句时会检查每个字段名称是否在多表模式中同名，如果同名会去掉提交上来的字段的前缀，以保证sql语句的正确。基于上述方法，大部分数据处理接口，只需要前端工程师根据开发文档内容进行配置，使用同一个接口，就能达到日常使用。在这个过程中，后端程序员零介入，减少对接口开发后端程序员的人力资源浪费，比如，一键生成某某排班信息，一键生成某某年某某数据的报表。不仅减少了前端等
待接口的时间，也减少了前端和后端程序员之间沟通成本，还减少了后端程序员不必要的工作量浪费，还提高了后端程序员的专业度，同理，专注于业务开发，只会消耗少量的注意力资源。
[0005]进一步地，步骤1具体包括：步骤1
‑
1，下载发布包到代码中；步骤1
‑
2，配置选项是否需要使用缓存、事务、权限以及在执行CRUD时的额外执行的函数；步骤1
‑
3，步骤1
‑
2完成后向数据库中执行发布sql脚本打入运行基础表。基于上述步骤，完成配置解析过程。
[0006]进一步地，步骤3具体包括：创建完表后配置表之间的关系，单独存在主表时，配置主表，非单独存在主表时，对子表进行配置，配置内容为：字段是否显示以及条件查询时的约束条件。需要说明的是，例如是精确匹配={val}、模糊like {val}% 或like %{val}%或like %{val}、不等<> {val}、大于> {val}、小于<{val}、枚举值 in({val})、范围between {val}；如果查询要查询其它表中的数据可使用自定义sql语句查询，在自定义sql配置中配置自定义sql查询语句。
[0007]再进一步地，步骤4具体包括：步骤4
‑
1，获取步骤3配置的表关系id作为访问后端暴露的webapi接口的设置id；步骤4
‑
2，访问需要进行行为的webapi接口，进而进行增删改查；步骤4
‑
3，将步骤4
‑
1中设置的id作为一个参数，在http请求body中添加需要插入的json数据后发出请求。需要说明的是，查询行为除了需要插入设置id还可根据自身需要分页数据进行查询数据和是否需要使用自定义sql传入自定义sql配置id查询数据，以及想让服务端返回结构数据还可传入结构模型获取数据。
[0008]作为优选，步骤5中请求的响应会返回出是否执行成功以及影响成功的条数。针对请求，响应会返回出是否执行成功以及影响成功的条数。
[0009]作为优选，步骤5中，生成sql查询语句，具体处理对象为：查询数据以及查询处理总条数。针对查询，返回查询的结果数据以及总条数。
[0010]本专利技术与现有技术相比，具有如下的优点和有益效果：1、结合本专利技术的步骤1
‑
5，可以有效将接口开发量减少，例如在本专利技术的研发阶段项目中，前端调用接口数量为62，后端实际开发接口数量为36，减少了26个接口的开发量，效率提升接近41.9％，减少后端程序员繁杂的开发工作量，减少前端与后端的沟通问题；2、本专利技术的数据处理方式，使得数据具有一致性，数据进出的接口都源自于同一个接口，所以可控数据的处理方式；3、通过本专利技术的开发方法减少了开发人员自处理数据结构时间，用结构模型去描述数据的结构生成对应的结构数据；4、减少sql脚本语句的书写，根据脚本语句的特点字段属键值属值成键值的形式，使用键值对方式来生成sql语句，从而减少了sql脚本语句的书写。
附图说明
[0011]此处所说明的附图用来提供对本专利技术实施例的进一步理解，构成本申请的一部分，并不构成对本专利技术实施例的限定。在附图中：图1为本专利技术的流程示意图。
具体实施方式
[0012]为使本专利技术的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本专利技术作进一步的详细说明，本专利技术的示意性实施方式及其说明仅用于解释本专利技术，并不作为对本专利技术的限定。需要说明的是，本专利技术已经处于实际研发使用阶段。
[0013]实施例：如图1所示，面向数据库简单接口的开发方法，包括以下步骤：步骤1，解析配置关系，生成解析数据；步骤2，将步骤1中解析的数据进行提交，根据业务创建表；步骤3，根据步骤2中提交的数据进行匹配字段数据并根据键建立索引；步骤4，对步骤3中的执行权限字段过滤；步骤本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.面向数据库简单接口的开发方法，其特征在于：包括以下步骤：步骤1，解析配置关系，生成解析数据；步骤2，将步骤1中解析的数据进行提交，根据业务创建表；步骤3，根据步骤2中提交的数据进行匹配字段数据并根据键建立索引；步骤4，对步骤3中的执行权限字段过滤；步骤5，将步骤4中过滤后的数据生成对应的sql语句并执行。2.根据权利要求1所述的面向数据库简单接口的开发方法，其特征在于：步骤1具体包括：步骤1
‑
1，下载发布包到代码中；步骤1
‑
2，配置选项是否需要使用缓存、事务、权限以及在执行CRUD时的额外执行的函数；步骤1
‑
3，步骤1
‑
2完成后向数据库中执行发布sql脚本打入运行基础表。3.根据权利要求1所述的面向数据库简单接口的开发方法，其特征在于：步骤3具体包括：创建完表后配置表之间的关系，单独存在主表时，配置...

【专利技术属性】
技术研发人员：邓斌，肖桐，
申请(专利权)人：四川互慧软件有限公司，
类型：发明
国别省市：