CN112364187B - 基于大数据的汽车配件数据库建库方法、装置及设备 - Google Patents

Abstract

本申请实施例公开了一种基于大数据的汽车配件数据库建库方法、装置、设备及存储介质，属于数据存储技术领域，该方法包括:接收第一图片，添加区别标识；接收第二图片，接收所述区别标识；基于轮询机制，获取汽车配件；将第一图片、第二图片和区别标识分别加入预设表中，使用hash键对值的格式构建三者间的关联表，并将关联表存储到Redis数据库；对区别标识表和汽车配件表建立一对多的表间映射关系；汽车配件录入完成，将第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库建库。本申请有助于更加科学的依据车损图片和车辆修复图片，完成汽车配件数据库建库，便于二次重用。

Description

基于大数据的汽车配件数据库建库方法、装置及设备

技术领域

本申请涉及数据存储技术领域，尤其涉及一种基于大数据的汽车配件数据库建库方法、装置、设备及存储介质。

背景技术

随着人民生活水平的提高，汽车的需求量逐渐加大，汽车的修理与保养换配件也越来越多，汽车配件涉及的种类繁杂，对应的配件型号又各不相同。

目前，在进行汽车修理时，主要的汽车配件选择方式都是汽车维修人员根据汽修经验换掉老旧配件，对于一些常见的汽修问题，汽车维修人员能够依靠工作经验进行精确识别，进行汽车配件选择和精准维修；然而，遇到较为棘手又不普遍的汽修故障，汽车维修人员也会因为缺少维修参考案例和合适的汽车配件库，无法精确选择汽车配件，经常束手无策；现有的汽车配件库，往往是将某个车型需要的配件直接加入的数据库中，供维修人员进行选择，数据繁杂。由此可知，现有技术进行汽车维修时，存在缺少合适的汽车配件数据库供维修人员进行配件选择参考的问题。

发明内容

本申请实施例的目的在于提出一种基于大数据的汽车配件数据库建库方法、装置、设备及存储介质，以解决现有技术进行汽车维修时，存在缺少合适的汽车配件数据库供维修人员进行配件选择参考的问题。

为了解决上述技术问题，本申请实施例提供一种基于大数据的汽车配件数据库建库方法，采用了如下所述的技术方案：

接收由用户发送的事故车第一图片，并对所述第一图片添加区别标识，将所述区别标识发送给所述用户；

接收由所述用户发送的修理完成后的事故车第二图片，并同时接收所述区别标识；

向所述用户发送汽车配件录入指令，基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件；

将所述用户发送的所述第一图片、所述第二图片和所述区别标识分别加入预设的第一图片存储表、第二图片存储表和区别标识表，使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库；

将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系；

若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，将所述第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库的建库。

进一步的，所述接收由用户发送的事故车第一图片和接收由所述用户发送的修理完成后的事故车第二图片，包括：

将用户的手机终端作为发送终端，基于预设的接收终端进行所述第一图片和所述第二图片获取，具体方式采用所述发送终端进行图片上传，所述接收终端进行图片下载。

进一步的，所述并对所述第一图片添加区别标识，包括：

将所述接收终端图片下载完成时的当前时间作为时间戳，同时，获取所述用户的账号信息，进行字符串拼接，共同构成区别标识。

进一步的，所述基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件，包括：

循环获取所述用户录入汽车配件，若在循环获取时，所述用户没有录入，则获取值为NULL，若所述用户进行汽车配件录入，则获取所述汽车配件。

进一步的，所述使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库，包括：

构建key：value格式的第一图片与第二图片间的关联表，作为第一关联表，将所述第一图片作为key值，所述第二图片作为value值；

构建key：value格式的区别标识与第一图片间的关联表，作为第二关联表，将所述区别标识作为key值，所述第一图片作为value值；

构建key：value格式的第二图片与区别标识间的关联表，作为第三关联表，将所述第二图片作为key值，所述区别标识作为value值。

进一步的，所述将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系，包括：

所述区别标识表中的一个元素对应所述汽车配件表中的若干汽车配件。

进一步的，所述若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，包括：

基于所述轮询机制，循环获取所述用户录入汽车配件，若在循环获取时，在预设的时间间隔内，获取结果值一直为NULL，则判定汽车配件录入完成。

为了解决上述技术问题，本申请实施例还提供了一种基于大数据的汽车配件数据库建库装置，采用了如下所述的技术方案：

一种基于大数据的汽车配件数据库建库装置，包括：

第一图片接收模块，用于接收由用户发送的事故车第一图片，并对所述第一图片添加区别标识，将所述区别标识发送给所述用户；

第二图片接收模块，用于接收由所述用户发送的修理完成后的事故车第二图片，并同时接收所述区别标识；

汽车配件获取模块，用于向所述用户发送汽车配件录入指令，基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件；

Redis数据库建库模块，用于将所述用户发送的所述第一图片、所述第二图片和所述区别标识分别加入预设的第一图片存储表、第二图片存储表和区别标识表，使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库；

汽车配件表生成模块，用于将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系；

汽车配件数据库建库模块，用于若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，将所述第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库的建库。

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

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现本申请实施例中提出的一种基于大数据的汽车配件数据库建库方法的步骤。

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

一种非易失性计算机可读存储介质，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本申请实施例中提出的一种基于大数据的汽车配件数据库建库方法的步骤。

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

本申请实施例公开了基于大数据的汽车配件数据库建库方法、装置、设备及存储介质，通过接收第一图片，添加区别标识；接收第二图片，接收所述区别标识；基于轮询机制，获取汽车配件；将第一图片、第二图片和区别标识分别加入预设表中，使用hash键对值的格式构建三者间的关联表，并将关联表存储到Redis数据库；对区别标识表和汽车配件表建立一对多的表间映射关系；汽车配件录入完成，将第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库建库。本申请有助于更加科学的依据车损图片和车辆修复图片，完成汽车配件数据库建库，方便后期二次重用。

附图说明

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

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

图2为本申请实施例中所述基于大数据的汽车配件数据库建库方法的一个实施例的流程图；

图3为本申请实施例中所述基于大数据的汽车配件数据库建库方法的一个实施例的执行逻辑图；

图4为本申请实施例中所述基于大数据的汽车配件数据库建库装置的一个实施例的结构示意图；

图5为本申请实施例中计算机设备的一个实施例的结构示意图。

具体实施方式

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

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

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

如图1所示，系统架构1可以包括终端设备1-1、1-2、1-3，网络1-4和服务器1-5。网络1-4用以在终端设备1-1、1-2、1-3和服务器1-5之间提供通信链路的介质。网络1-4可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

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

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

服务器1-5可以是提供各种服务的服务器，例如对终端设备1-1、1-2、1-3上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的基于大数据的汽车配件数据库建库方法一般由服务器/终端设备执行，相应地，基于大数据的汽车配件数据库建库装置一般设置于服务器/终端设备中。

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

继续参考图2，图中示出了本申请的基于大数据的汽车配件数据库建库方法的一个实施例的流程图，所述的基于大数据的汽车配件数据库建库方法包括以下步骤：

步骤2-1，接收由用户发送的事故车第一图片，并对所述第一图片添加区别标识，将所述区别标识发送给所述用户。

在本申请实施例中，所述接收由用户发送的事故车第一图片包括：将用户的手机终端作为发送终端，基于预设的接收终端进行所述第一图片获取，具体方式采用所述发送终端进行图片上传，所述接收终端进行图片下载。

在本申请实施例中，所述并对所述第一图片添加区别标识，包括：将所述接收终端图片下载完成时的当前时间作为时间戳，同时，获取所述用户的账号信息，进行字符串拼接，共同构成区别标识。

步骤2-2，接收由所述用户发送的修理完成后的事故车第二图片，并同时接收所述区别标识。

在本申请实施例中，所述接收由所述用户发送的修理完成后的事故车第二图片包括：将用户的手机终端作为发送终端，基于预设的接收终端进行所述第二图片获取，具体方式采用所述发送终端进行图片上传，所述接收终端进行图片下载。

步骤2-3，向所述用户发送汽车配件录入指令，基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件。

在本申请实施例中，所述基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件，包括：循环获取所述用户录入汽车配件，若在循环获取时，所述用户没有录入，则获取值为NULL，若所述用户进行汽车配件录入，则获取所述汽车配件。

步骤2-4，将所述用户发送的所述第一图片、所述第二图片和所述区别标识分别加入预设的第一图片存储表、第二图片存储表和区别标识表，使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库。

在本申请实施例中，所述使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库，包括：构建key：value格式的第一图片与第二图片间的关联表，作为第一关联表，将所述第一图片作为key值，所述第二图片作为value值；构建key：value格式的区别标识与第一图片间的关联表，作为第二关联表，将所述区别标识作为key值，所述第一图片作为value值；构建key：value格式的第二图片与区别标识间的关联表，作为第三关联表，将所述第二图片作为key值，所述区别标识作为value值。

步骤2-5，将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系。

在本申请实施例中，所述将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系，包括：所述区别标识表中的一个元素对应所述汽车配件表中的若干汽车配件。

步骤2-6，若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，将所述第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库的建库。

在本申请实施例中，所述若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，包括：基于所述轮询机制，循环获取所述用户录入汽车配件，若在循环获取时，在预设的时间间隔内，获取结果值一直为NULL，则判定汽车配件录入完成。

解释：本次构建的汽车配件数据库，便于汽车维修人员在后期的汽车维修中，直接使用汽车事故图片作为检索单元，进行检索，获取预测配件。

具体参考图3，图3示出了本申请的基于大数据的汽车配件数据库建库方法的一个实施例的执行逻辑图，具体执行逻辑如下：接收由用户发送的事故车第一图片，并对所述第一图片添加区别标识，将所述区别标识发送给所述用户；接收由所述用户发送的修理完成后的事故车第二图片，并同时接收所述区别标识；向所述用户发送汽车配件录入指令，基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件；将所述用户发送的所述第一图片、所述第二图片和所述区别标识分别加入预设的第一图片存储表、第二图片存储表和区别标识表，使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库；将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系；若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，将所述第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库的建库。

本申请实施例中所述的基于大数据的汽车配件数据库建库方法，可以通过接收第一图片，添加区别标识；接收第二图片，接收所述区别标识；基于轮询机制，获取汽车配件；将第一图片、第二图片和区别标识分别加入预设表中，使用hash键对值的格式构建三者间的关联表，并将关联表存储到Redis数据库；对区别标识表和汽车配件表建立一对多的表间映射关系；汽车配件录入完成，将第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库建库。本申请有助于更加科学的依据车损图片和车辆修复图片，完成汽车配件数据库建库，方便后期修理时，修理人员的二次重用。

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

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

进一步参考图4，作为对上述图2所示方法的实现，本申请提供了一种基于大数据的汽车配件数据库建库装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例所述的基于大数据的汽车配件数据库建库装置4包括：第一图片接收模块4-1、第二图片接收模块4-2、汽车配件获取模块4-3、Redis数据库建库模块4-4、汽车配件表生成模块4-5和汽车配件数据库建库模块4-6。其中：

第一图片接收模块4-1，用于接收由用户发送的事故车第一图片，并对所述第一图片添加区别标识，将所述区别标识发送给所述用户；

第二图片接收模块4-2，用于接收由所述用户发送的修理完成后的事故车第二图片，并同时接收所述区别标识；

汽车配件获取模块4-3，用于向所述用户发送汽车配件录入指令，基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件；

Redis数据库建库模块4-4，用于将所述用户发送的所述第一图片、所述第二图片和所述区别标识分别加入预设的第一图片存储表、第二图片存储表和区别标识表，使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库；

汽车配件表生成模块4-5，用于将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系；

汽车配件数据库建库模块4-6，用于若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，将所述第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库的建库。

本申请实施例所述的基于大数据的汽车配件数据库建库装置，通过第一图片接收模块接收第一图片，添加区别标识；第二图片接收模块接收第二图片，接收所述区别标识；汽车配件获取模块基于轮询机制，获取汽车配件；Redis数据库建库模块将第一图片、第二图片和区别标识分别加入预设表中，使用hash键对值的格式构建三者间的关联表，并将关联表存储到Redis数据库；汽车配件表生成模块对区别标识表和汽车配件表建立一对多的表间映射关系；汽车配件数据库建库模块在汽车配件录入完成后，将第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库建库。本申请有助于更加科学的依据车损图片和车辆修复图片，完成汽车配件数据库建库，方便后期修理时，修理人员的二次重用。

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

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

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

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

所述处理器5-2在一些实施例中可以是中央处理器（Central Processing Unit，CPU）、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器5-2通常用于控制所述计算机设备5的总体操作。本实施例中，所述处理器5-2用于运行所述存储器5-1中存储的程序代码或者处理数据，例如运行所述基于大数据的汽车配件数据库建库方法的程序代码。

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

本申请还提供了另一种实施方式，即提供一种非易失性计算机可读存储介质，所述非易失性计算机可读存储介质存储有基于大数据的汽车配件数据库建库程序，所述基于大数据的汽车配件数据库建库程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的基于大数据的汽车配件数据库建库方法的步骤。

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

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

Claims (10)

1.一种基于大数据的汽车配件数据库建库方法，其特征在于，包括下述步骤：

接收由用户发送的事故车第一图片，并对所述第一图片添加区别标识，将所述区别标识发送给所述用户；

接收由所述用户发送的修理完成后的事故车第二图片，并同时接收所述区别标识；

向所述用户发送汽车配件录入指令，基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件；

将所述用户发送的所述第一图片、所述第二图片和所述区别标识分别加入预设的第一图片存储表、第二图片存储表和区别标识表，使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库；

将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系；

若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，将所述第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库的建库。

2.根据权利要求1所述的基于大数据的汽车配件数据库建库方法，其特征在于，所述接收由用户发送的事故车第一图片和接收由所述用户发送的修理完成后的事故车第二图片，包括：

将用户的手机终端作为发送终端，基于预设的接收终端进行所述第一图片和所述第二图片获取，具体方式采用所述发送终端进行图片上传，所述接收终端进行图片下载。

3.根据权利要求1所述的基于大数据的汽车配件数据库建库方法，其特征在于，所述并对所述第一图片添加区别标识，包括：

将所述接收终端图片下载完成时的当前时间作为时间戳，同时，获取所述用户的账号信息，进行字符串拼接，共同构成区别标识。

4.根据权利要求1所述的基于大数据的汽车配件数据库建库方法，其特征在于，所述基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件，包括：

循环获取所述用户录入汽车配件，若在循环获取时，所述用户没有录入，则获取值为NULL，若所述用户进行汽车配件录入，则获取所述汽车配件。

5.根据权利要求1所述的基于大数据的汽车配件数据库建库方法，其特征在于，所述使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库，包括：

构建key：value格式的第一图片与第二图片间的关联表，作为第一关联表，将所述第一图片作为key值，所述第二图片作为value值；

构建key：value格式的区别标识与第一图片间的关联表，作为第二关联表，将所述区别标识作为key值，所述第一图片作为value值；

构建key：value格式的第二图片与区别标识间的关联表，作为第三关联表，将所述第二图片作为key值，所述区别标识作为value值。

6.根据权利要求1至4任一项所述的基于大数据的汽车配件数据库建库方法，其特征在于，所述将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系，包括：

所述区别标识表中的一个元素对应所述汽车配件表中的若干汽车配件。

7.根据权利要求1至5任一项所述的基于大数据的汽车配件数据库建库方法，其特征在于，所述若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，包括：

基于所述轮询机制，循环获取所述用户录入汽车配件，若在循环获取时，在预设的时间间隔内，获取结果值一直为NULL，则判定汽车配件录入完成。

8.一种基于大数据的汽车配件数据库建库装置，其特征在于，包括：

第一图片接收模块，用于接收由用户发送的事故车第一图片，并对所述第一图片添加区别标识，将所述区别标识发送给所述用户；

第二图片接收模块，用于接收由所述用户发送的修理完成后的事故车第二图片，并同时接收所述区别标识；

汽车配件获取模块，用于向所述用户发送汽车配件录入指令，基于轮询机制，判断所述用户是否进行汽车配件录入，若进行，则获取所述汽车配件；

Redis数据库建库模块，用于将所述用户发送的所述第一图片、所述第二图片和所述区别标识分别加入预设的第一图片存储表、第二图片存储表和区别标识表，使用hash键对值的格式构建三者间的关联表，并将所述关联表存储到Redis数据库；

汽车配件表生成模块，用于将所述用户发送的所述汽车配件加入到预设的汽车配件表中，并与所述区别标识表建立多对一的表间映射关系；

汽车配件数据库建库模块，用于若所述用户在预设时间内不在进行汽车配件录入，则汽车配件录入完成，将所述第一图片存储表、第二图片存储表、区别标识表和汽车配件表作为汽车配件数据库中的表单，完成汽车配件数据库的建库。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的基于大数据的汽车配件数据库建库方法的步骤。

10.一种非易失性计算机可读存储介质，其特征在于，所述非易失性计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的基于大数据的汽车配件数据库建库方法的步骤。

Images