CN113297028A - 一种脚本执行方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于基架运维技术领域，涉及一种脚本执行方法，包括创建预部署数据库，并通过第一执行脚本连接预部署数据库，下发待验证版本到预部署数据库，通过第一执行脚本读取与待验证版本对应的验证脚本的路径，将路径拼接至第一执行脚本，得到第二执行脚本，根据第二执行脚本在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示。本申请还提供一种脚本执行装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，验证脚本可存储于区块链中。本申请可以使得执行结果可视化，便于跟踪，此外，预部署数据库可以并行部署，同时执行验证脚本，提高部署效率。

Description

一种脚本执行方法、装置、计算机设备及存储介质

技术领域

本申请涉及基架运维的软件监控技术领域，尤其涉及一种脚本执行方法、装置、计算机设备及存储介质。

背景技术

SQL(Structured Query Language，结构化查询语言)是一种标准的计算机语言，用于存取数据以及查询、更新和管理关系数据库系统。在团队协作版本迭代的合作模式下，配置部署SQL清单，依次按配置顺序执行部署平台下发脚本。但是，传统的自动化部署工具不支持多数据库并行部署，在版本下发时，由于多人操作同一个数据库中的表、索引、视图等对象，容易导致相互冲突，引起部署报错，且报错提示不充分，此外，部署完成后部署脚本执行日志无法查看，导致报错脚本无法跟踪定位。

发明内容

本申请实施例的目的在于提出一种脚本执行方法、装置、计算机设备及存储介质，以解决相关技术中不支持多数据库并行部署，且脚本执行日志无法查看的问题。

为了解决上述技术问题，本申请实施例提供一种脚本执行方法，采用了如下所述的技术方案：

创建预部署数据库，并通过第一执行脚本连接所述预部署数据库；

下发待验证版本到所述预部署数据库，通过所述第一执行脚本读取与所述待验证版本对应的验证脚本的路径；

将所述路径拼接至所述第一执行脚本，得到第二执行脚本；

根据所述第二执行脚本在所述预部署数据库中执行所述验证脚本，得到执行结果；及

将所述执行结果进行展示。

进一步的，所述通过所述第一执行脚本读取与所述待验证版本对应的验证脚本的路径的步骤包括：

通过所述第一执行脚本，根据所述待验证版本的版本号读取部署文件中设置的所述验证脚本的路径。

进一步的，所述根据所述待验证版本的版本号读取部署文件中设置的所述验证脚本的路径的步骤包括：

根据所述版本号，获取与所述版本号对应的所述验证脚本中的多个代码文件；

按照多个所述代码文件在所述部署文件中的指定顺序，依次读取每个所述代码文件的路径。

进一步的，所述根据所述第二执行脚本在所述预部署数据库中执行所述验证脚本，得到执行结果的步骤包括：

通过所述第二执行脚本读取到所述验证脚本中的执行语句；

执行所述执行语句，生成运行日志；

根据所述运行日志的导出路径将所述运行日志记录到日志文件中。

步骤包括：

检测所述运行日志是否存在错误信息；

当所述运行日志存在错误信息时，根据所述错误信息确定报错的所述执行语句。

进一步的，在所述根据所述错误信息确定报错的所述执行语句的步骤之后还包括：

根据报错的所述执行语句确定报错的验证脚本；

基于所述报错的验证脚本确定执行所述报错的验证脚本的所述预部署数据库；

重新创建所述预部署数据库进行验证，直到所述运行日志不存在错误信息为止。

进一步的，所述创建预部署数据库的步骤包括：

创建基于所述待验证版本的上一个版本下发脚本的基线数据库。

为了解决上述技术问题，本申请实施例还提供一种脚本执行装置，采用了如下所述的技术方案：

创建模块，用于创建预部署数据库，并通过第一执行脚本连接所述预部署数据库；

读取模块，用于下发待验证版本到所述预部署数据库，通过所述第一执行脚本读取与所述待验证版本对应的验证脚本的路径；

拼接模块，用于将所述路径拼接至所述第一执行脚本，得到第二执行脚本；

执行模块，用于根据所述第二执行脚本在所述预部署数据库中执行所述验证脚本，得到执行结果；及

展示模块，用于将所述执行结果进行展示。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

该计算机设备包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的脚本执行方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的脚本执行方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请通过创建预部署数据库，并通过第一执行脚本连接预部署数据库，下发待验证版本到预部署数据库，通过第一执行脚本读取与待验证版本对应的验证脚本的路径，将路径拼接至第一执行脚本，得到第二执行脚本，根据第二执行脚本在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示；本申请通过创建预部署数据库，并在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示，可以使得执行结果可视化，便于跟踪，此外，预部署数据库可以并行部署，同时执行验证脚本，提高部署效率。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请可以应用于其中的示例性系统架构图；

图2根据本申请的脚本执行方法的一个实施例的流程图；

图3是图2中步骤S202的一种具体实施方式的流程图；

图4是图2中步骤S204的一种具体实施方式的流程图；

图5是根据本申请的脚本执行装置的一个实施例的结构示意图；

图6是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了解决相关技术中不支持多数据库并行部署，且脚本执行日志无法查看的问题，本申请提供了一种脚本执行方法，可以应用于如图1所示的系统架构100中，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的脚本执行方法一般由服务器执行，相应地，脚本执行装置一般设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的脚本执行的方法的一个实施例的流程图，包括以下步骤：

步骤S201，创建预部署数据库，并通过第一执行脚本连接预部署数据库。

在本实施例中，创建预部署数据库，具体为：创建基于验证版本的上一个版本下发脚本的基线数据库，基线数据库的作用是基于上一个版本的脚本，验证当前版本的脚本，执行后是否存在报错或冲突。预部署数据库可以灵活设置，支持并行部署，可以同时创建多个预部署数据库，同时执行脚本验证，这样可以提高部署效率。

需要说明的是，基线是软件文档或源码(或其它产出物)的一个稳定版本，它是进一步开发的基础。所谓基线数据库，就是同类的基线组成的库，一般由配置管理员设立。

在本实施例中，执行脚本，包括第一执行脚本、第二执行脚本，使用跨平台脚本语言进行编写，包括但不限于Python语言、Perl语言、Ruby语言、PHP语言以及lua语言等。

通过第一执行脚本连接预部署数据库，具体地，使用第一执行脚本获取预部署数据库的用户、密码以及数据库名称，就可以连接到相应的预部署数据库。例如，预部署数据库为MySql数据库，第一执行脚本为：mysql-f-v-vv-vvv-h域名-P端口-u用户-p密码-D数据库名称，根据获得的用户、密码、数据库名称就可以与对应的预部署数据库进行连接。

步骤S202，下发待验证版本到预部署数据库，通过第一执行脚本读取与待验证版本对应的验证脚本的路径。

版本更新迭代，需要对新版本的脚本进行验证，将待验证版本下发到预部署数据库，基于预部署数据库中上一个版本的脚本来验证新版本是否存在报错或冲突。

在本实施例中，每个待验证新版本的验证脚本对应一个预部署数据库。验证脚本为SQL(Structured Query Language，结构化查询语言)脚本，待验证版本为下发的新版本。

具体地，通过第一执行脚本，根据待验证版本的版本号读取部署文件中设置的验证脚本的路径。

部署文件为JSON文件，JSON文件是开发人员维护的，作用是设置执行SQL脚本的执行路径和执行顺序。部署文件与版本号关联，通过版本号可以查询到对应的部署文件，并读取部署文件中设置的验证脚本的路径，这种方式可以提高获取验证脚本路径的效率。路径为验证脚本的存储路径，根据路径可以读取到验证脚本的执行语句。

其中，通过第一执行脚本根据待验证版本的版本号读取部署文件中设置的验证脚本的路径的步骤如下：

步骤S301，根据版本号，获取与版本号对应的验证脚本中的多个代码文件。

版本迭代更新，会下发dml(Data Manipulation Language，数据操纵语言)、ddl(Data Definition Language，数据库模式定义语言)等多个sql代码文件，多个sql代码文件组成待验证版本的验证脚本。

步骤S302，按照多个代码文件在部署文件中的指定顺序，依次读取每个代码文件的路径。

在部署文件，JSON文件中，设置有每个sql代码文件的执行顺序，按照在JSON文件中指定的执行顺序依次读取出每个sql代码文件的路径。

通过按照指定顺序读取每个代码文件的路径，可以方便后续按照顺序执行脚本验证，提高验证效率。

步骤S203，将路径拼接至第一执行脚本，得到第二执行脚本。

在本实施例中，将读取到的路径拼接组装成预部署数据库可执行的脚本，即将验证脚本的路径拼接到第一执行脚本中，形成第二执行脚本，使得第二执行脚本可以根据路径执行验证脚本。

举例而言，第一执行脚本为：mysql-f-v-vv-vvv-h域名-P端口-u用户-p密码-D数据库名称，将路径拼接后得到的第二执行脚本为mysql-f-v-vv-vvv-h域名-P端口-u用户-p密码-D数据库名称<Sql脚本文件，路径拼接在Sql脚本文件处。

需要说明的是，每个版本更新，会下发多个代码文件，多个代码文件组成验证脚本，按照指定顺序读取出每个代码文件的路径后，也按照指定顺序进行拼接。

在本实施例中，按照指定顺序进行拼接是指，按照顺序每读取出一个代码文件的路径，就使用第一执行脚本进行拼接一次，第一执行脚本可以多次循环使用，即每个代码文件的路径都是独立拼接至原始的第一执行脚本。例如，待验证版本对应的验证脚本中有两个代码文件，第一代码文件和第二代码文件，按照顺序读取出第一代码文件的第一路径，将第一路径拼接至第一执行脚本，读取出第二代码文件的第二路径，将第二路径拼接至第一执行脚本，所有代码文件拼接完成后，得到第二执行脚本，即第二执行脚本是所有代码文件路径拼接的集合。

步骤S204，根据第二执行脚本在预部署数据库中执行验证脚本，得到执行结果。

在本实施例中，运用第一执行脚本连接预部署数据库，则第二执行脚本也是连接预部署数据库的，在预部署数据库环境中执行验证脚本。

需要强调的是，为进一步保证上述验证脚本的私密和安全性，验证脚本还可以存储于一区块链的节点中。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

具体地，根据第二执行脚本在预部署数据库中执行验证脚本，得到执行结果的步骤包括：

步骤S401，通过第二执行脚本读取到验证脚本中的执行语句。

第二执行脚本中有验证脚本的存储路径，通过第二执行脚本可以读取到与第二执行脚本中路径对应的验证脚本，得到验证脚本的执行语句。

步骤S402，执行所述执行语句，生成运行日志。

验证脚本的执行语句是有先后的执行顺序和执行逻辑的，按照执行顺序和执行逻辑执行相应的执行语句，生成相应的运行日志。

步骤S403，根据运行日志的导出路径将运行日志记录到日志文件中。

在本实施例中，运行日志记录在运行文件中，运行日志导出路径可以预先进行设置，具体地，将运行日志导出路径拼接到第二执行脚本中，例如，运行日志导出路径可以为：mysql-f-v-vv-vvv-h域名-P端口-u用户-p密码-D数据库名称<Sql脚本文件-default-character-set＝utf8>.\log\日志文件.log。在通过第二执行脚本执行验证脚本，生成运行日志，将运行日志通过相应的运行日志导出路径写入运行文件中。

需要说明的是，执行脚本中的>和<是文件重定向符，<的重定向是标准输入重定向，>重定向是标准输出重定向，通过执行脚本将Sql脚本文件中的执行语句输入预部署数据库执行，将执行结果输出至日志文件中。

本实施例通过将运行日志记录到日志文件中，执行结束后，便于对运行日志进行追踪。

步骤S205，将执行结果进行展示。

在本实施例中，将执行结果通过终端屏幕进行实时展示，具体地，将运行日志展示在终端屏幕上。此外，通过终端屏幕将执行过程进行可视化，可以实时查看执行过程。

本申请通过创建预部署数据库，并通过第一执行脚本连接预部署数据库，下发待验证版本到预部署数据库，通过第一执行脚本读取与待验证版本对应的验证脚本的路径，将路径拼接至第一执行脚本，得到第二执行脚本，根据第二执行脚本在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示；本申请通过创建预部署数据库，并在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示，可以使得执行结果可视化，便于跟踪，此外，预部署数据库可以并行部署，同时执行验证脚本，提高部署效率。

在本实施例的一些可选的实现方式中，在步骤205之后，还可以执行以下步骤：

对执行结果进行检测。

检测执行结果是为了检测验证脚本中是否存在报错，若存在，需要解决出现的错误，然后再次进行预部署，即重新创建预部署数据库，直到部署不报错为止；若不存在，则新版本可以正式使用。这种方式可以提前发现待验证版本中存在的问题，方便问题的解决。

具体地，检测运行日志是否存在错误信息，当运行日志存在错误信息时，根据错误信息确定报错的执行语句。

检测运行日志是否存在错误信息是为了提前发现新版本下发的时候是否有问题，以便解决问题，避免正式使用时产生漏洞，提高部署效率。

在一种具体的实现方式中，通过查看命令行终端屏幕和日志文件中是否有“error”字样的信息，若存在，查找与出现错误的日志文件对应的验证版本的执行语句，进行修改。

需要说明的是，命令行一般指命令提示符，命令提示符是在操作系统中，提示进行命令输入的一种工作提示符。

通过将执行结果进行可视化的展示，对执行结果进行检测，可以对报错的验证脚本进行跟踪定位，提高验证脚本的检测和修改效率。

在一些可选的实现方式中，在上述当运行日志存在错误信息时，根据错误信息确定报错的执行语句的步骤之后还可以执行以下步骤：

根据报错的执行语句确定报错的验证脚本；

基于报错的验证脚本确定执行报错的验证脚本的预部署数据库；

重新创建预部署数据库进行验证，直到运行日志不存在错误信息为止。

对于每个待验证版本，创建一个对应的预部署数据库，根据待验证版本的版本号，可以读取到与待验证版本的版本号对应的验证脚本的路径，并根据路径获取到验证脚本，在预部署数据库中执行验证脚本。在本实施例中，根据错误信息可以定位到具体报错的执行语句，进而根据具体报错的执行语句可以追踪到报错的验证脚本，进而重新创建验证脚本对应的预部署数据库。这样，每个验证脚本对应的预部署数据库都是独立运行的，某个验证脚本是否报错并不影响其他验证脚本的执行。

在本实施例中，检测到验证脚本出现错误，并解决相应问题后，重新创建一个与该验证脚本对应的预部署数据库，重新进行验证，也就是重新执行步骤S201-步骤S205，然后对执行结果进行检测。

本实施例中，将出现错误的验证脚本对应的预部署数据库重新创建，可以提高部署效率。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

进一步参考图5，作为对上述图2所示方法的实现，本申请提供了一种脚本执行装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所述的脚本执行装置500包括：创建模块501、读取模块502、拼接模块503、执行模块504以及展示模块505。其中：

创建模块501用于创建预部署数据库，并通过第一执行脚本连接所述预部署数据库；

读取模块502用于下发待验证版本到所述预部署数据库，通过所述第一执行脚本读取与所述待验证版本对应的验证脚本的路径；

拼接模块503用于将所述路径拼接至所述第一执行脚本，得到第二执行脚本；

执行模块504用于根据所述第二执行脚本在所述预部署数据库中执行所述验证脚本，得到执行结果

展示模块505用于将所述执行结果进行展示。

需要强调的是，为进一步保证上述验证脚本的私密和安全性，验证脚本还可以存储于一区块链的节点中。

上述脚本执行装置，通过创建预部署数据库，并在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示，可以使得执行结果可视化，便于跟踪，此外，预部署数据库可以并行部署，同时执行验证脚本，提高部署效率。

在本实施例的一些可选的实现方式中，读取模块502进一步用于：通过所述第一执行脚本，根据所述待验证版本的版本号读取部署文件中设置的所述验证脚本的路径。

在本实施例中，读取模块502进一步包括获取单元和读取单元，获取单元用于根据所述版本号，获取所述版本号对应的所述验证脚本中的多个代码文件；读取单元用于按照多个所述代码文件在所述部署文件中的指定顺序，依次读取每个所述代码文件的路径。

本实施例通过按照指定顺序读取每个代码文件的路径，可以方便后续按照顺序执行脚本验证，提高验证效率。

在本实施例的一些可选的实现方式中，执行模块504包括读取子模块、执行子模块以及记录子模块，读取子模块用于通过所述第二执行脚本读取到所述验证脚本中的执行语句；执行子模块用于执行所述执行语句，生成运行日志；记录子模块用于根据所述运行日志的导出路径将所述运行日志记录到日志文件中。

本实施例中通过将生成的运行日志导出到日志文件中，可以方便查看脚本的运行信息，同时对报错的验证脚本进行跟踪定位。

在本实施例中，上述脚本执行装置还包括检测模块，用于对所述执行结果进行检测。

通过检测执行结果可以提前发现待验证版本中存在的问题，方便问题的解决。

在本实施例的一些可选的实现方式中，检测模块进一步用于：

检测所述运行日志是否存在错误信息；

当所述运行日志存在错误信息时，根据所述错误信息确定报错的所述执行语句。

本实施例通过检测运行日志是否存在错误信息，可以提前发现新版本下发的时候是否有问题，以便解决问题，避免正式使用时产生漏洞，提高部署效率。

在本实施例中，上述脚本执行装置还包括重新部署模块，重新部署模块用于：

根据报错的所述执行语句确定报错的验证脚本；

基于所述报错的验证脚本确定执行所述报错的验证脚本的所述预部署数据库；

重新创建所述预部署数据库进行验证，直到所述运行日志不存在错误信息为止。

本实施例中，每个验证脚本对应的预部署数据库都是独立运行的，某个验证脚本是否报错并不影响其他验证脚本的执行，将出现错误的验证脚本对应的预部署数据库重新创建，可以提高部署效率。

在本实施例中，创建模块501进一步用于：创建基于所述待验证版本的上一个版本下发脚本的基线数据库。通过基线数据库中上一个版本的脚本，验证当前版本的脚本，执行后是否存在报错或冲突。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图6，图6为本实施例计算机设备基本结构框图。

所述计算机设备6包括通过系统总线相互通信连接存储器61、处理器62、网络接口63。需要指出的是，图中仅示出了具有组件61-63的计算机设备6，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器61至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器61可以是所述计算机设备6的内部存储单元，例如该计算机设备6的硬盘或内存。在另一些实施例中，所述存储器61也可以是所述计算机设备6的外部存储设备，例如该计算机设备6上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器61还可以既包括所述计算机设备6的内部存储单元也包括其外部存储设备。本实施例中，所述存储器61通常用于存储安装于所述计算机设备6的操作系统和各类应用软件，例如脚本执行方法的计算机可读指令等。此外，所述存储器61还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的计算机可读指令或者处理数据，例如运行所述脚本执行方法的计算机可读指令。

所述网络接口63可包括无线网络接口或有线网络接口，该网络接口63通常用于在所述计算机设备6与其他电子设备之间建立通信连接。

本实施例通过处理器执行存储在存储器的计算机可读指令时实现如上述实施例脚本执行方法的步骤，通过创建预部署数据库，并在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示，可以使得执行结果可视化，便于跟踪，此外，预部署数据库可以并行部署，同时执行验证脚本，提高部署效率。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的脚本执行方法的步骤，通过创建预部署数据库，并在预部署数据库中执行验证脚本，得到执行结果，将执行结果进行展示，可以使得执行结果可视化，便于跟踪，此外，预部署数据库可以并行部署，同时执行验证脚本，提高部署效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接通过在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种脚本执行方法，其特征在于，包括下述步骤：

创建预部署数据库，并通过第一执行脚本连接所述预部署数据库；

下发待验证版本到所述预部署数据库，通过所述第一执行脚本读取与所述待验证版本对应的验证脚本的路径；

将所述路径拼接至所述第一执行脚本，得到第二执行脚本；

根据所述第二执行脚本在所述预部署数据库中执行所述验证脚本，得到执行结果；及

将所述执行结果进行展示。

2.根据权利要求1所述的脚本执行方法，其特征在于，所述通过所述第一执行脚本读取与所述待验证版本对应的验证脚本的路径的步骤包括：

通过所述第一执行脚本，根据所述待验证版本的版本号读取部署文件中设置的所述验证脚本的路径。

3.根据权利要求2所述的脚本执行方法，其特征在于，所述根据所述待验证版本的版本号读取部署文件中设置的所述验证脚本的路径的步骤包括：

根据所述版本号，获取与所述版本号对应的所述验证脚本中的多个代码文件；

按照多个所述代码文件在所述部署文件中的指定顺序，依次读取每个所述代码文件的路径。

4.根据权利要求1所述的脚本执行方法，其特征在于，所述根据所述第二执行脚本在所述预部署数据库中执行所述验证脚本，得到执行结果的步骤包括：

通过所述第二执行脚本读取到所述验证脚本中的执行语句；

执行所述执行语句，生成运行日志；

根据所述运行日志的导出路径将所述运行日志记录到日志文件中。

5.根据权利要求4所述的脚本执行方法，其特征在于，所述对所述执行结果进行检测的步骤包括：

检测所述运行日志是否存在错误信息；

当所述运行日志存在错误信息时，根据所述错误信息确定报错的所述执行语句。

6.根据权利要求5所述的脚本执行方法，其特征在于，在所述根据所述错误信息确定报错的所述执行语句的步骤之后还包括：

根据报错的所述执行语句确定报错的验证脚本；

基于所述报错的验证脚本，确定执行所述报错的验证脚本的所述预部署数据库；

重新创建所述预部署数据库进行验证，直到所述运行日志不存在错误信息为止。

7.根据权利要求1所述的脚本执行方法，其特征在于，所述创建预部署数据库的步骤包括：

创建基于所述待验证版本的上一个版本下发脚本的基线数据库。

8.一种脚本执行装置，其特征在于，包括：

创建模块，用于创建预部署数据库，并通过第一执行脚本连接所述预部署数据库；

读取模块，用于下发待验证版本到所述预部署数据库，通过所述第一执行脚本读取与所述待验证版本对应的验证脚本的路径；

拼接模块，用于将所述路径拼接至所述第一执行脚本，得到第二执行脚本；

执行模块，用于根据所述第二执行脚本在所述预部署数据库中执行所述验证脚本，得到执行结果；及

展示模块，用于将所述执行结果进行展示。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的脚本执行方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的脚本执行方法的步骤。

Images