数据管理方法及装置、电子设备、存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及数据管理方法及装置、电子设备、存储介质。

背景技术

在游戏开发中，策划会设计形形色色的系统供玩家娱乐，这些系统通过一系列数据支撑。比如道具系统，每种道具会有相应的数据，如道具名称、道具编号、附加属性等等。

为了对系统数据进行存储和管理，策划会设计一系列Excel表格，通过Excel表格对数据进行编辑和保存操作。而在大型的游戏项目中，策划团队还会引入SVN版本仓库，对多个系统的所有表格进行版本控制，从而提高项目组的容错率和开发效率。

然而，通过Excel+SVN的组合模式对数据进行管理，会遇到下列一些问题：

其一，如图1所示，每个人的本地环境都有Excel数据副本，假如两个人同时对同一张表格进行修改，那么提交到SVN版本仓库的时候就会有冲突。因此同一时间同一张表格只能有一个人进行修改，无法协同开发，效率不高。

其二，不同表格会有一定的关联性，如图2所示，表格1的道具，使用了表格2的一个奖励数据。由于Excel没有联想功能，没办法将数据的关联性展示出来。策划需要对照不同类型的数据时，要在不同表格之间切换，然后去搜索对应编号的数据条目；此过程繁琐，效率低下。

发明内容

鉴于上述问题，提出了本申请以便提供克服上述问题或者至少部分地解决上述问题的数据管理方法及装置、电子设备、存储介质，包括：

一种数据管理方法，所述方法包括：

将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个所述第一数据表格中的不同数据信息进行数据操作；

当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合；

将更新后的所述目标数据集合按照第二预设格式导出，生成对应的第二数据表格；

将所述第二数据表格发送至版本仓库，以更新所述版本仓库中的数据表格。

可选地，所述数据集合包括第一数据集和第二数据集；所述将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，包括：

对获取的各个第一数据表格进行解析，从各个所述第一数据表格中分离出表头信息和数据信息；

将各个所述第一数据表格的表头信息存储到与其对应的数据集合的第一数据集中；

将各个所述第一数据表格的数据信息存储到与其对应的数据集合的第二数据集中。

可选地，所述表头信息包括表头名称和关联信息，所述当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，还包括：

依据所述目标数据集合中的关联信息确定所述目标数据集合的关联数据集合，

从所述关联数据集合中获取与所述数据信息对应的关联数据信息，以展示所述关联数据信息。

可选地，所述数据集合还包括第三数据集，所述第三数据集用于存储与其对应的第一数据表格的备注信息；在所述当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合之后，还包括：

将所述数据操作相关的操作信息添加到所述目标数据集合的第三数据集中。

可选地，所述数据操作包括编辑操作，所述当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合，还包括：

判断所述数据信息是否处于锁定状态；

若否，则依据所述编辑操作更新所述目标数据集合。

可选地，所述方法还包括：

生成与各个所述数据集合对应的表格标签，以在交互界面的第一交互区域展示所述表格标签；

接收对所述表格标签的第一选择操作，确定所述第一选择操作对应的目标表格标签，以在交互界面的第二交互区域中添加所述目标表格标签；

生成与所述目标表格标签对应的数据集合中的各个数据信息对应的数据交互控件，以在所述交互界面的第三交互区域中展示所述数据交互控件。

可选地，所述方法还包括：

接收对所述数据交互控件的第二选择操作，确定所述第二选择操作对应的目标数据交互控件；

确定所述目标交互控件对应的目标数据信息，以在所述第三交互区域的第一子区域展示所述目标数据信息，以及，在所述第三交互区域的第二子区域展示所述目标数据信息对应的表头名称。

一种数据管理装置，所述装置包括：

数据导入模块，用于将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个所述第一数据表格中的不同数据信息进行数据操作；

操作接收模块，用于当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合；

数据导出模块，用于将更新后的所述目标数据集合按照第二预设格式导出，生成对应的第二数据表格；

版本更新模块，用于将所述第二数据表格发送至版本仓库，以更新所述版本仓库中的数据表格。

可选地，所述数据集合包括第一数据集和第二数据集；所述数据导入模块，包括：

表格解析模块，用于对获取的各个第一数据表格进行解析，从各个所述第一数据表格中分离出表头信息和数据信息；

第一导入模块，用于将各个所述第一数据表格的表头信息存储到与其对应的数据集合的第一数据集中；

第二导入模块，用于将各个所述第一数据表格的数据信息存储到与其对应的数据集合的第二数据集中。

可选地，所述表头信息包括表头名称和关联信息，所述操作接收模块，还包括：

关联数据集合确定模块，用于依据所述目标数据集合中的关联信息确定所述目标数据集合的关联数据集合，

关联数据信息展示模块，用于从所述关联数据集合中获取与所述数据信息对应的关联数据信息，以展示所述关联数据信息。

可选地，所述数据集合还包括第三数据集，所述第三数据集用于存储与其对应的第一数据表格的备注信息；所述装置还包括：

第三数据集更新模块，用于将所述数据操作相关的操作信息添加到所述目标数据集合的第三数据集中。

可选地，所述数据操作包括编辑操作，所述操作接收模块，还包括：

状态判断模块，用于判断所述数据信息是否处于锁定状态；

目标数据集合更新模块，用于若所述数据信息未处于锁定状态，则依据所述编辑操作更新所述目标数据集合。

可选地，所述装置还包括：

表格标签展示模块，用于生成与各个所述数据集合对应的表格标签，以在交互界面的第一交互区域展示所述表格标签；

目标标签展示模块，用于接收对所述表格标签的第一选择操作，确定所述第一选择操作对应的目标表格标签，以在交互界面的第二交互区域中添加所述目标表格标签；

数据控件展示模块，用于生成与所述目标表格标签对应的数据集合中的各个数据信息对应的数据交互控件，以在所述交互界面的第三交互区域中展示所述数据交互控件。

可选地，所述装置还包括：

目标数据控件确定模块，用于接收对所述数据交互控件的第二选择操作，确定所述第二选择操作对应的目标数据交互控件；

目标数据信息展示模块，用于确定所述目标交互控件对应的目标数据信息，以在所述第三交互区域的第一子区域展示所述目标数据信息，以及，在所述第三交互区域的第二子区域展示所述目标数据信息对应的表头名称。

一种电子设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的数据管理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的数据管理方法的步骤。

本申请具有以下优点：

在本申请实施例中，通过将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个所述第一数据表格中的不同数据信息进行数据操作；当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合；将更新后的所述目标数据集合按照第二预设格式导出，生成对应的第二数据表格；将所述第二数据表格发送至版本仓库，以更新所述版本仓库中的数据表格；实现多人同时操作同一个数据表格中不同数据信息，提高数据处理效率；并且可以很好地兼容现有技术中Excel+SVN的数据管理模式，方便用户使用。

附图说明

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

图1为现有技术中的数据管理方式产生修改冲突的示意图；

图2为多表格之间的关联性示意图；

图3为本申请实施例数据管理平台的框架示意图；

图4为本申请实施例的一种数据管理方法的步骤流程图；

图5为本申请实施例前端框架展示的交互界面的示意图；

图6为本申请实施例中单个数据表格与数据库中对应的数据集合的对照关系示意图；

图7为本申请实施例前端框架展示的交互界面的示意图；

图8为本申请实施例前端框架展示的交互界面的示意图；

图9为本申请实施例数据表格的数据到运行环境的流程示意图；

图10为本申请实施例的一种数据管理装置的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请下述各实施例提供的数据管理方法、装置、设备及存储介质，可应用于应用程序的开发或维护更新过程中，其可通过数据管理平台实现对多个数据表格进行管理。如图3所示，该数据管理平台可以包括：用于存储文件的数据库、用于提供网络通信服务、访问数据库的接口的后台框架、以及用于进行前端数据展示和交互的前端框架。其中，该数据库可以采用MongoDB数据库，MongoDB数据库是一个基于分布式文件存储的非关系数据库，具有优秀的扩展性。该后台框架例如可以是Node.js后台框架、Django后台框架或者Express后台框架等；优选地，采用Django后台框架，Django后台框架采用了MVT的软件设计模式，即模型(Model)、视图(View)和模板(Template)，可以很大程度地减少开发周期和开发成本。该前端框架例如可以是Vue前端框架或者React前端框架等；优选地，可以采用Vue前端框架，Vue前端框架被设计为可以自底向上逐层应用。Vue前端框架的核心库只关注视图层，不仅易于上手，还便于与第三方库或既有项目整合。下述实施例的数据管理方法中，数据管理相关的操作可由该后台框架实现，与页面显示相关的操作可由该前端框架实现。上述提及的应用程序可以是游戏应用程序，也可以是其他类似的应用程序，本申请对此不作限定。

参照图4，示出了本申请一实施例提供的一种数据管理方法的步骤流程图，该数据管理方法可以应用于上述数据管理平台。在本申请实施例中，上述数据管理方法具体可以包括如下步骤：

步骤101，将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个所述第一数据表格中的不同数据信息进行数据操作；

步骤102，当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合；

步骤103，将更新后的所述目标数据集合按照第二预设格式导出，生成对应的第二数据表格；

步骤104，将所述第二数据表格发送至版本仓库，以更新所述版本仓库中的数据表格。

本申请实施例通过将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个所述第一数据表格中的不同数据信息进行数据操作；当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合；将更新后的所述目标数据集合按照第二预设格式导出，生成对应的第二数据表格，以替换所述目标数据集合对应的第一数据表格；将所述第二数据表格发送至版本仓库，以更新所述版本仓库中的数据表格；实现多人同时操作同一个数据表格中不同数据信息，提高数据处理效率；并且可以很好地兼容现有技术中Excel+SVN的数据管理模式，方便用户使用。

下面，将结合图5至图9对本示例性实施例中数据管理方法作进一步地说明。

在步骤101中，将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个所述第一数据表格中的不同数据信息进行数据操作。

在本实施例中，可以获取通过前端框架所展示的交互界面导入的第一数据表格，也可以从预设的数据表格存储位置获取第一数据表格，其中，预设的数据表格存储位置可以是SVN版本仓库中存储最新版本的数据表格的模块。第一数据表格可以是CSV或XLSX文件格式的数据表格。

具体地，如图5示出了本申请实施例前端框架展示的交互界面的示意图；数据管理平台可以生成与各个数据集合对应的表格标签，并在前端框架展示的交互界面的第一交互区域A展示该表格标签，表格标签可以是数据集合对应的数据表格的名称或者编号等；第一交互区域A中还可以包括导入控件(新增控件)，用户可以通过个人电子设备访问数据管理平台，并在个人电子设备的显示器上显示前端框架展示的交互界面，然后通过触发导入控件可以将本地的数据表格上传到数据管理平台，以使数据管理平台将数据表格按照第一预设格式存储到数据库中与其对应的数据集合里。

每个数据表格在数据库中都有一个对应的数据集合，如图6所示，示出了单个数据表格与数据库中对应的数据集合的对照关系示意图；每个数据表格包含表头信息和数据信息。其中，表头信息可以进一步包括表头名称和关联信息，表头名称一般是数据表格中的第一行，表示数据所拥有的属性；关联信息用于表示表头名称与其他数据表格的映射关系，以实现数据表格之间的关联功能；例如，图2所示的道具数据表格中，第一行中的“名称”、“奖励编号”是表头名称；表头名称为“奖励编号”与奖励数据表格存在映射关系，因此，关联信息是“奖励编号”与奖励数据表格的映射关系。数据信息一般是从第二行开始，每一行表示一条数据信息，数据信息中的每个数值表示的是该数值拥有对应表头名称的属性；例如，图2所示的道具数据表格中，第二行中的“XX宝箱1”对应的表头名称是“名称”，即“XX宝箱1”拥有了“名称”的属性。

数据集合可以包括第一数据集(Head_infos数据集)和第二数据集(Datas数据集)，其中，第一数据集用于存储数据表格的表头信息，第二数据集用于存储数据表格的数据信息，数据表格中的每一行数据信息在第二数据集中是独立的，是实现多个用户同时对各个第一数据表格中的不同数据信息进行数据操作的基础。可选地，数据集合还可以包括第三数据集(Extras数据集)，第三数据集用于存储数据表格的备注信息。

上述将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里的过程，包括：

对获取的各个第一数据表格进行解析，从各个所述第一数据表格中分离出表头信息和数据信息；

将各个所述第一数据表格的表头信息存储到与其对应的数据集合的第一数据集中；

将各个所述第一数据表格的数据信息存储到与其对应的数据集合的第二数据集中。

可选地，各个第一数据表格的数据信息可以按照其在第一数据表格中的行序号从小到大的顺序依次存储到对应的数据集合的第二数据集中。或者，也可以通过并行存储的方式，同时将第一数据表格中的多个数据信息同时导入到对应的第二数据集中。

在一示例中，在将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里之前，还可以包括：

判断数据库中是否存在与第一数据表格对应的数据集合；

若不存在，则在数据库中生成与第一数据表格对应的数据集合。

需要说明的是，上述将各个所述第一数据表格的表头信息存储到与其对应的数据集合的第一数据集中；以及将各个所述第一数据表格的数据信息存储到与其对应的数据集合的第二数据集中的过程可以包括如下两种情形：

一种情形是全量存储：将第一数据表格的表头信息和数据信息全量存储到与其对应的数据集合，以覆盖数据集合中的原始数据；可以理解，若数据集合中存在原始数据，需要将原始数据删除；一般适用于需要对数据集合进行初始化的场景。

另一种情形是增量存储：将第一数据表格的表头信息和数据信息增量存储到与其对应的数据集合，以增加数据集合中的数据；可以理解，该方式不会修改数据集合中存在的原始数据；一般适用于需要在数据表格中增加新数据的场景。

在具体实现过程中，可以通过前端框架展示的交互界面来接收存储指令，当存储指令为全量存储时，将与全量存储指令对应的第一数据表格按照全量存储的方式存储到数据库中与其对应的数据集合里；当存储指令为增量存储时，将与增量存储指令对应的第一数据表格按照增量存储的方式存储到数据库中与其对应的数据集合里。

在步骤102中，当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合。

在本实施例中，可以接收通过前端框架所展示的交互界面触发的数据操作，数据操作分为编辑操作和查看操作，其中，编辑操作是指会对数据集合中的信息造成影响的数据操作，进一步地，编辑操作可以包括增加操作、删除操作以及修改操作；例如，增加操作可以增加数据集合中的信息，删除操作可以减少数据集合中的信息，修改操作可以改变数据集合中的信息。查看操作不会对数据集合中的信息造成影响。

在具体实现中，参照图5，用户交互界面还包括第二交互区域B和第三交互区域C，其中，第二交互区域B用于显示当前浏览的数据集合对应的表格标签，第三交互区域C用于显示当前浏览的数据集合的所有数据信息。用户可以通过个人电子设备发送对第一交互区域A中的表格标签的第一选择操作，数据管理平台接收第一选择操作，可以确定第一选择操作对应的目标表格标签，进而确定目标表格标签对应的数据集合。以在第二交互区域B中添加目标表格标签，并且，生成与目标表格标签对应的数据集合中的各个数据信息对应的数据交互控件，以在第三交互区域C中展示数据交互控件。

可选地，第一交互区域A中还可以包括用于搜索目标表格标签的第一搜索栏，用户可以通过在第一搜索栏中输入目标表格标签的名称，可以快速定位到目标表格标签。

需要说明的是，当用户每次选择一个第一交互区域A的表格标签时，可以在第二交互区域B中添加该表格标签，可以理解，第二交互区域B中可以包括多个表格标签。实际生产环境中，第一交互区域A中的表格标签数量较多，通过第二交互区域B展示用户近期选择的表格标签，有助于用户切换当前常用的表格标签。具体地，可以通过点击第二交互区域B中的表格标签，来更新第三交互区域C显示的内容。

如图5所示，数据集合中的每个数据信息对应一个数据交互控件，用户可以通过个人电子设备发送对数据交互控件的第二选择操作，数据管理平台接收第二选择操作，可以确定第二选择操作对应的目标数据交互控件，进而确定目标数据交互控件对应的目标数据信息，如图7所示，在第三交互区域C的第一子区域C1展示目标数据信息，以及在第三交互区域C的第二子区域C2展示目标数据信息对应的表头名称。上述第二选择操作可以认为是针对目标数据信息的查看操作。

可选地，第三交互区域C中还可以包括用于搜索目标数据信息的第二搜索栏，用户可以通过在第二搜索栏中输入目标数据信息中任意一个数值或者具有唯一特性的数值(例如“编号”属性下的数值)，可以快速定位到目标数据信息。

用户可以通过个人电子设备发送对第一子区域C1中的目标数据信息的编辑操作，数据管理平台接收针对目标数据信息的编辑操作，可以依据编辑操作更新目标数据信息，进而更新目标数据信息对应的目标数据集合。

由于不同用户可以同时通过各自的个人电子设备发送对数据交互控件的第二选择操作，选择不同的数据交互控件，进而对选择的数据交互控件对应的数据信息进行编辑操作，因此，可以实现多人同时对同一个数据表格中的不同数据信息进行协同编辑，从而提高应用开发效率。

进一步地，为了避免多个用户同时对同一个数据信息进行编辑操作产生冲突，在本申请实施例中，上述依据数据操作更新目标数据集合的过程还包括：

判断目标数据信息是否处于锁定状态；

若否，则依据编辑操作更新目标数据信息，进而更新目标数据信息对应的目标数据集合；并且，可以在编辑操作完成之前将目标数据信息锁定，以防止其他用户同时对该目标数据信息进行编辑操作产生冲突；

若是，则生成提示信息，以在交互界面展示提示信息，该提示信息用于提示用户该目标数据信息正在被其他用户编辑。

需要说明的是，与更新目标数据信息的过程类似，用户还可以通过个人电子设备发送对第二子区域C2中的表头名称的表头编辑操作，数据管理平台接收针对目标表头名称的表头编辑操作，可以依据表头编辑操作更新目标表头名称和目标表头名称对应的目标关联信息，进而更新目标数据信息对应的目标数据集合。

进一步地，在本申请一实施例中，由于表头信息包括表头名称和关联信息，因此，上述当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合的过程，还包括：

依据所述目标数据集合中的关联信息确定所述目标数据集合的关联数据集合，

从所述关联数据集合中获取与所述数据信息对应的关联数据信息，以展示所述关联数据信息。

如图8所示，当目标数据信息是活动数据表格标签下的一条数据信息时，该条数据信息包括数值“1”对应表头名称是“编号”，数值“XX活动”对应表头名称是“活动名称”，数值“2020.1.1”对应表头名称是“活动日期”，数值“10001”对应表头名称是“活动道具编号”；其中，表头名称“活动道具编号”与“道具数据表格”存在映射关系，即活动数据表格标签对应的数据集合中的关联信息包括“活动道具编号”与“道具数据表格”的映射关系；根据该关联信息确定关联数据集合，关联数据集合即为“道具数据表格”对应的数据集合，然后从“道具数据表格”对应的数据集合中获取与数据信息对应的关联数据信息，即获取与“10001”对应的关联数据信息，该关联数据信息即是“道具数据表格”对应的集合中包含“10001”的数据信息，并在交互界面的第一子区域C1中展示该关联数据信息。

可选地，与上述确定并展示关联数据信息的过程类似，还可以依据关联数据集合中的关联信息确定关联数据集合的第二关联数据集合，从第二关联数据集合中获取与关联数据信息对应第二关联数据信息，以展示第二关联数据信息。

本申请实施例通过表头信息中的关联信息，实现了在展示单个数据信息时，可以同时展示与该数据信息关联的其他数据信息，不需要在不同数据表格之间来回切换，以方便用户查看不同数据表格之间的数据关联状态，更容易排查错误，从而提高工作效率和准确性。

进一步地，上述数据管理方法还可以包括：

将所述数据操作相关的操作信息添加到所述目标数据集合的第三数据集中。

第三数据集合用于存储备注信息，备注信息可以包括对数据信息和/或表头信息的解释批注，以及包括对应的数据集合历史被查看和/或编辑的操作信息。操作信息可以包括查看和/或编辑数据集合的用户的标识、查看和/或编辑的时间等等。其中用户的标识可以是用户的账号或者名称等。

在步骤103中，将更新后的所述目标数据集合按照第二预设格式导出，生成对应的第二数据表格。

在应用开发流程中，提交到SVN版本仓库的文件一般为CSV文件格式。如图9所示，导入到SVN版本仓库的数据表格为CSV文件格式，后续在运行环境中使用该数据表格时，可以通过CSV转换Python工具将CSV文件格式的数据转换成Python文件格式，以实现应用启动时可以加载转换后的数据，使应用得以运行。因此，本申请实施例中，当目标数据集合更新后，可以按照第二预设格式导出，生成对应的第二数据表格；第二数据表格可以是CSV文件格式。

在具体实现中，交互界面中还包括导出控件，当用户完成对当前数据表格的数据操作后，可以通过个人电子设备触发导出控件，并选择需要导出的表格标签，数据管理平台接收导出控件的触发操作，可以将该需要导出的表格标签对应的数据集合中的第一数据集和第二数据集分别映射为第二数据表格的表头行(第一行)和数据信息行(除第一行外的其他行)，以生成第二数据表格。

具体地，可以将数据集合中的第一数据集内的表头名称导出到第二数据表格的第一行；将第二数据集内的数据信息导出到第二数据表格的对应行；可选地，可以从第二数据表格的第二行开始，将更新后的目标数据集合中的第二数据集内的多条数据信息依次导出到第二数据表格的对应行。可以理解，不同数据信息对应第二数据表格的不同行。

在步骤104中，将所述第二数据表格发送至版本仓库，以更新所述版本仓库中的数据表格。

在本申请实施例中，通过数据管理平台将导出的第二数据表格发送至SVN版本仓库，以更新SVN版本仓库的数据表格。

具体地，当SVN版本仓库中包含与第二数据表格相同标识的数据表格时，将第二数据表格覆盖SVN版本仓库中与其相同标识的数据表格。例如，第二数据表格为道具表格，当SVN版本仓库中包含道具表格时，将第二数据表格替换SVN版本仓库中原始的道具表格。

进一步地，在将第二数据表格发送至版本仓库的过程中，还包括：

依据目标数据集合中的第三数据集合生成对应的日志文件；

将日志文件发送至SVN版本仓库。

由于第三数据集合用于存储数据表格的备注信息，备注信息包括目标数据集合的操作信息，通过对操作信息进行提取可以生成对应的日志文件，将日志文件与第二数据表格一同发送至版本仓库，可以实现数据表格的版本控制。

本申请实施例通过数据管理平台与SVN版本仓库进行一对一交互，可以有效解决现有技术中，SVN版本仓库需要与多个用户进行一对多交互，导致发生SVN版本冲突的问题。

本申请实施例通过将各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个第一数据表格中的不同数据信息进行数据操作，实现了多人同时在线编辑数据表格的功能；根据目标数据集合中的关联信息确定目标数据集合的关联数据集合，从关联数据集合中获取与数据操作的数据信息对应的关联数据信息，并在同一界面展示数据操作的数据信息和关联数据信息，可以方便查看不同数据表格之间的数据关联状态，更容易排查错误；通过支持CSV文件格式的数据表格的导入和导出，可以很好地兼容现有生产环境，可以快速接入到正式的流程中；通过与版本仓库进行一对一交互，可以有效解决现有Excel+SVN模式导致的冲突和排队问题。当本申请实施例提供的数据管理方法用于管理游戏策划表格的数据时，可以大幅度提高策划的填表效率、开发效率，进而提高项目的开发进度。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图10，示出了本申请的一种数据管理装置实施例的结构框图，该装置可以包括如下模块：

数据导入模块201，用于将获取的各个第一数据表格按照第一预设格式存储到数据库中与其对应的数据集合里，以使多个用户同时对各个所述第一数据表格中的不同数据信息进行数据操作；

操作接收模块202，用于当接收对所述数据信息的数据操作时，确定所述数据信息对应的目标数据集合，并依据所述数据操作更新所述目标数据集合；

数据导出模块203，用于将更新后的所述目标数据集合按照第二预设格式导出，生成对应的第二数据表格；

版本更新模块204，用于将所述第二数据表格发送至版本仓库，以更新所述版本仓库中的数据表格。

可选地，所述数据集合包括第一数据集和第二数据集；所述数据导入模块201，包括：

表格解析模块，用于对获取的各个第一数据表格进行解析，从各个所述第一数据表格中分离出表头信息和数据信息；

第一导入模块，用于将各个所述第一数据表格的表头信息存储到与其对应的数据集合的第一数据集中；

第二导入模块，用于将各个所述第一数据表格的数据信息存储到与其对应的数据集合的第二数据集中。

可选地，所述表头信息包括表头名称和关联信息，所述操作接收模块202，还包括：

关联数据集合确定模块，用于依据所述目标数据集合中的关联信息确定所述目标数据集合的关联数据集合，

关联数据信息展示模块，用于从所述关联数据集合中获取与所述数据信息对应的关联数据信息，以展示所述关联数据信息。

可选地，所述数据集合还包括第三数据集，所述第三数据集用于存储与其对应的第一数据表格的备注信息；所述装置还包括：

第三数据集更新模块，用于将所述数据操作相关的操作信息添加到所述目标数据集合的第三数据集中。

可选地，所述数据操作包括编辑操作，所述操作接收模块202，还包括：

状态判断模块，用于判断所述数据信息是否处于锁定状态；

目标数据集合更新模块，用于若所述数据信息未处于锁定状态，则依据所述编辑操作更新所述目标数据集合。

可选地，所述装置还包括：

表格标签展示模块，用于生成与各个所述数据集合对应的表格标签，以在交互界面的第一交互区域展示所述表格标签；

目标标签展示模块，用于接收对所述表格标签的第一选择操作，确定所述第一选择操作对应的目标表格标签，以在交互界面的第二交互区域中添加所述目标表格标签；

数据控件展示模块，用于生成与所述目标表格标签对应的数据集合中的各个数据信息对应的数据交互控件，以在所述交互界面的第三交互区域中展示所述数据交互控件。

可选地，所述装置还包括：

目标数据控件确定模块，用于接收对所述数据交互控件的第二选择操作，确定所述第二选择操作对应的目标数据交互控件；

目标数据信息展示模块，用于确定所述目标交互控件对应的目标数据信息，以在所述第三交互区域的第一子区域展示所述目标数据信息，以及，在所述第三交互区域的第二子区域展示所述目标数据信息对应的表头名称。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例还公开了电子设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的数据管理方法的步骤。

本申请实施例还公开了计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的数据管理方法的步骤。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种数据管理方法、一种数据管理装置、电子设备和存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。