WO2020143181A1 - 数据存储方法、装置、计算机设备及存储介质 - Google Patents

数据存储方法、装置、计算机设备及存储介质 Download PDF

Info

Publication number
WO2020143181A1
WO2020143181A1 PCT/CN2019/092508 CN2019092508W WO2020143181A1 WO 2020143181 A1 WO2020143181 A1 WO 2020143181A1 CN 2019092508 W CN2019092508 W CN 2019092508W WO 2020143181 A1 WO2020143181 A1 WO 2020143181A1
Authority
WO
WIPO (PCT)
Prior art keywords
linked list
data
user
identification code
unique identification
Prior art date
Application number
PCT/CN2019/092508
Other languages
English (en)
French (fr)
Inventor
吴壮伟
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2020143181A1 publication Critical patent/WO2020143181A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating

Definitions

  • the present application relates to the field of data storage technology, and in particular, to a data storage method, device, computer equipment, and storage medium.
  • traffic data is stored based on relational data, and the data is inserted into SQL tables in the form of incremental data; when obtaining the user's travel trajectory, it is necessary to retrieve the full amount of data, which is time-consuming and consumes processor performance.
  • the embodiments of the present application provide a data storage method, device, computer equipment, and storage medium, which aim to solve that the traffic data in the prior art is stored based on relational data.
  • a data storage method, device, computer equipment, and storage medium which aim to solve that the traffic data in the prior art is stored based on relational data.
  • an embodiment of the present application provides a data storage method, which includes: receiving user path data obtained by identifying collected vehicle pictures, and storing the user path data in a temporary database created; Set the access cycle to obtain the user path data from the temporary database, parse and obtain the user unique identification code corresponding to the user path data, and the pending list data corresponding to the user unique identification code; traverse and determine the locally stored Whether there is linked list historical data corresponding to the user unique identification code in the linked list; and if there is linked list historical data corresponding to the user unique identification code in the linked list, insert the to-be-processed linked list data into the linked list historical data for storage.
  • an embodiment of the present application provides a data storage device, including: a temporary data storage unit, configured to receive user path data obtained by identifying collected vehicle pictures, and store the user path data until creation In a temporary database; a data parsing unit for obtaining the user path data from the temporary database according to a preset fetch cycle, parsing and acquiring the user unique identification code corresponding to the user path data, and corresponding to the user unique identification code Linked list data to be processed; linked list traversal unit, used to traverse and determine whether there is linked list historical data corresponding to the user's unique identification code in the locally stored linked list; and data insertion unit, used if the linked list exists The linked list historical data corresponding to the user's unique identification code inserts the pending linked list data into the linked list historical data for storage.
  • an embodiment of the present application further provides a computer device, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, and the processor executes the computer
  • the program implements the data storage method described in the first aspect above.
  • an embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the processor causes the processor to execute the first
  • One aspect is the data storage method.
  • FIG. 1 is a schematic diagram of an application scenario of a data storage method provided by an embodiment of this application.
  • FIG. 2 is a schematic flowchart of a data storage method provided by an embodiment of this application.
  • FIG. 3 is another schematic flowchart of a data storage method provided by an embodiment of this application.
  • FIG. 4 is a schematic diagram of a sub-process of a data storage method provided by an embodiment of the present application.
  • FIG. 5 is a schematic block diagram of a data storage device provided by an embodiment of this application.
  • FIG. 6 is another schematic block diagram of a data storage device provided by an embodiment of this application.
  • FIG. 7 is a schematic block diagram of a subunit of a data storage device provided by an embodiment of this application.
  • FIG. 8 is a schematic block diagram of a computer device provided by an embodiment of the present application.
  • FIG. 1 is a schematic diagram of an application scenario of a data storage method provided by an embodiment of the present application.
  • FIG. 2 is a schematic flowchart of a data storage method provided by an embodiment of the present application.
  • the data storage method is applied to a server.
  • the method is executed by application software installed in the server.
  • the method includes steps S110-S140.
  • a front-end collection device (such as a surveillance camera) installed on the road collects multiple vehicle images and performs license plate recognition and uploads it to the server.
  • the server receives user path data including the license plate number, and then the user The path data is stored in a temporary database created in the server. Since the uploading server is user path data, there is no need to upload vehicle pictures, which reduces the amount of data transmission.
  • the message middleware is used to receive the user path data uploaded by the front-end collection device, and parse and process the user path data into linked list data and send it to the linked list for storage.
  • the second is a front-end collection device, such as surveillance cameras installed on the road (these surveillance cameras are generally installed at intersections, highway toll gate intersections, important road sections, etc.), used to collect user path data and upload to message middleware, such as
  • the data information that can be parsed and uploaded to the server includes the license plate number, the name of the current intersection passed, and the time point of the current intersection, etc., that is, the vehicle image collected by the surveillance camera At least include the license plate number, the name of the current intersection passed, and the time point of the current intersection.
  • the license plate number can be used as the user's unique identification code.
  • the name of the current intersection and the time point of the current intersection can be used as the unique identification with the user
  • the list data to be processed corresponding to the code For example, the surveillance camera set at the intersection A takes a picture of the vehicle a at the intersection A. The surveillance camera set at the intersection A performs license plate recognition to obtain the license plate number of the vehicle a. At this time, according to the license plate number of the vehicle a and the name of the intersection A (That is, the name of the current intersection) and the time when the surveillance camera set at the intersection A took the vehicle picture of the vehicle a at the intersection A (that is, the time point of passing the current intersection) can form user route data.
  • step S110 user path data obtained by identifying the collected vehicle pictures is received, and storing the user path data in the created temporary database includes:
  • the message middleware is distributed publish and subscribe message middleware (distributed publish and subscribe message middleware is Kafka message middleware).
  • Kafka message middleware can be visually understood as a large pool, constantly Various types of messages are produced, stored, and consumed, that is, producers write messages to queues (that is, image-understanding pools), and consumers take messages from the queues for business logic.
  • Kafka message middleware is used as temporary storage data for user path data, which can effectively perform corresponding data processing and processing on user path data.
  • the user path data obtained by recognizing the vehicle picture is first stored in the temporary database.
  • the temporary database needs to be obtained from the temporary database according to a preset access cycle
  • User route data is stored in the target area after data processing.
  • the user unique identification code corresponding to the user path data and the to-be-processed linked list data corresponding to the user unique identification code are analyzed and obtained; wherein the to-be-processed
  • the linked list data includes the name of the current intersection and the time point of passing the current intersection.
  • the incremental data is temporarily stored in the temporary database.
  • the temporary data is taken from the temporary Obtain incremental user path data from the database, update the user path data to the linked list, and delete the user path data that has been processed by the temporary database to avoid repeated insertion of the data into the linked list.
  • a linked list data can be established for each user in the linked list.
  • Each linked list data only stores relevant data of the user corresponding to the linked list data, and multiple linked list data can form a linked list.
  • 1Use a set of arbitrary storage units to store the nodes of the linear table (this group of storage units can be either continuous or discontinuous)
  • Chain storage is one of the most commonly used storage methods. It can be used to represent not only linear tables, but also various non-linear data structures.
  • the linked list includes a data field (that is, a data field) and a next field (that is, a pointer field); the data field of each linked list data in the linked list is used to store the data value of the node value, such as the current intersection that is included in the user path data The name, the time point of passing the current intersection; the next field is used to store the pointer field (chain field) of the node's direct successor address (location).
  • the method further includes:
  • to-be-processed linked list data corresponding to the user unique identification code is multiple sets of linked list data, sort the linked list data included in the multiple sets of linked list data in ascending time order to obtain sorted linked list data;
  • each set of data corresponds to a unique user identification code
  • each set of data can be processed according to the format of the linked list data, that is, each set of data is taken from the temporary database
  • the to-be-processed linked list data in the set of data is encapsulated into the linked list data field, and the pointer field of the linked list data is initially set to a null value.
  • the identification attribute of the linked list data is set as the unique identification code of the user, and each group of user path data from the temporary database can be processed into linked list data through the above process.
  • a Kafka message middleware resolves to a user's unique identification code (for example, denoted as user A1), which corresponds to user A1 passing through card mount a at 10:00:00 on June 1, 2018; user A1 is Passed the bayonet b at 09:00:00 on June 1, 2018, which means that the pending list data parsed by the user A1 includes 2 sets of linked list data, which needs to be included in the linked list historical data of the user Add 2 linked list storage units to store the linked list data at different time points.
  • Both of the above two data correspond to the pending list data of user A1.
  • A1 is ranked at the front of the user through the bayonet b at 09:00:00 on June 1, 2018;
  • A1 is ranked at 10:00:00 on June 1, 2018, through the bayonet a, so that multiple groups of linked list data are adjusted in time sequence and then inserted into the linked list, which can store user path data in chronological order.
  • S130 Traverse and determine whether there is linked list historical data corresponding to the user unique identification code in the locally stored linked list.
  • traversing and judging whether there is linked list historical data corresponding to the unique identification code of the user in the locally stored linked list is to determine the linked list Whether there is historical data corresponding to the user's unique identification code; if there is no linked list historical data corresponding to the user's unique identification code in the linked list, it is necessary to create an initial linked list in the linked list, and then insert the pending linked list data into the initial linked list ; If there is linked list historical data corresponding to the user's unique identification code in the linked list, insert the to-be-processed linked list data into the corresponding linked list historical data for storage.
  • the step S140 includes:
  • S142 Acquire each linked list data in the to-be-processed linked list data, and a time point corresponding to each linked list data through the current intersection;
  • the data field of the linked list is time point + bayonet; starting from the head of the linked list, it constantly finds the node specified by the next field (that is, the pointer field), and retains two pointer values for each move, one of which is t1 is Stay at the current node, another pointer t2 stays at the node in the next next domain; by comparing whether the target time is between the time corresponding to the node pointed to by t1 and t2, if it is, then the node pointed to by t1 and t2 Add a new node in the middle to save the current data.
  • the method further includes:
  • the linked list historical data corresponding to the user unique identification code does not exist in the linked list, it means that the vehicle corresponding to the user unique identification code is being monitored for the first time, and a new initial linked list needs to be created in the linked list.
  • the identification attribute of the initial linked list is set to the unique identification code of the user, and then the data of the linked list to be processed is inserted into the initial linked list correspondingly.
  • step S141 before step S141, it further includes:
  • the application container engine is located according to the user unique identification code, and the linked list historical data stored in the application container engine is obtained.
  • each application container engine is named after the user's unique identification code as the identification attribute, and correspondingly stores the linked list data corresponding to the user's unique identification code .
  • This method stores user path data in the form of a linked list.
  • the user linked list data is added, deleted, and modified to improve the processing efficiency of the incremental data, while avoiding the cost of performance and the efficiency of data retrieval. high.
  • An embodiment of the present application further provides a data storage device, which is used to execute any one of the foregoing data storage methods.
  • FIG. 5 is a schematic block diagram of a data storage device provided by an embodiment of the present application.
  • the data storage device 100 can be configured in a server.
  • the data storage device 100 includes a data temporary storage unit 110, a data analysis unit 120, a linked list traversal unit 130, and a data insertion unit 140.
  • the data temporary storage unit 110 is configured to receive user path data obtained by identifying the collected vehicle pictures, and store the user path data in the created temporary database.
  • the temporary data storage unit 110 is also used to:
  • the data parsing unit 120 is configured to acquire the user path data from the temporary database according to a preset fetch cycle, and parse and acquire the user unique identification code corresponding to the user path data and the to-be-processed linked list corresponding to the user unique identification code data.
  • the data storage device 100 further includes:
  • Multi-group linked list data judgment unit 121 is used to judge whether the to-be-processed linked list data corresponding to the user unique identification code is multi-group linked list data;
  • the data sorting unit 122 is configured to sort the linked list data included in the multiple sets of linked list data in ascending time order to obtain the sorted list if the to-be-processed linked list data corresponding to the user unique identification code is multiple sets of linked list data Linked list data;
  • the data acquiring unit 123 is configured to acquire the to-be-processed linked list data if the to-be-processed linked list data corresponding to the user unique identification code is not multiple sets of linked list data.
  • the linked list traversing unit 130 is configured to traverse and determine whether there is linked list historical data corresponding to the user unique identification code in the locally stored linked list.
  • the data insertion unit 140 is configured to insert the to-be-processed linked list data into the linked list historical data for storage if there is linked list historical data corresponding to the user unique identification code in the linked list.
  • the data insertion unit 140 includes:
  • the historical data acquiring unit 141 is configured to acquire each linked list data in the linked list historical data, and a time point corresponding to each linked list data through the current intersection;
  • the current data acquiring unit 142 is configured to acquire each linked list data in the to-be-processed linked list data, and a time point corresponding to each linked list data through the current intersection;
  • the sequential insertion unit 143 is configured to sort the acquired historical data of the linked list and the acquired linked list data in ascending order according to the time point of passing through the current intersection, and insert each linked list data in the pending linked list data into the Linked list historical data, and correspondingly adjust the pointer field of each linked list data.
  • the data storage device 100 further includes:
  • the linked list data creation unit 150 is used to create initial linked list data in the linked list according to the user unique identification code if the linked list historical data corresponding to the user unique identification code does not exist in the linked list, and the The pending list data is inserted into the initial list data.
  • the data insertion unit 140 further includes:
  • the storage container positioning unit is configured to locate an application container engine according to the user unique identification code and obtain the linked list historical data stored in the application container engine.
  • the device stores user path data in the form of a linked list.
  • the user linked list data is added, deleted, and modified to improve the processing efficiency of the incremental data, while avoiding the cost of performance and more efficient data retrieval. high.
  • the above data storage device may be implemented in the form of a computer program, and the computer program may run on a computer device as shown in FIG. 8.
  • FIG. 8 is a schematic block diagram of a computer device provided by an embodiment of the present application.
  • the computer device 500 is a server.
  • the server may be an independent server or a server cluster composed of multiple servers.
  • the computer device 500 includes a processor 502, a memory, and a network interface 505 connected through a system bus 501, where the memory may include a non-volatile storage medium 503 and an internal memory 504.
  • the non-volatile storage medium 503 can store an operating system 5031 and a computer program 5032.
  • the processor 502 can execute the data storage method.
  • the processor 502 is used to provide computing and control capabilities to support the operation of the entire computer device 500.
  • the internal memory 504 provides an environment for running the computer program 5032 in the non-volatile storage medium 503.
  • the processor 502 can cause the processor 502 to execute a data storage method.
  • the network interface 505 is used for network communication, such as the transmission of data information.
  • the network interface 505 is used for network communication, such as the transmission of data information.
  • FIG. 8 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device 500 to which the solution of the present application is applied.
  • the specific computer device 500 may include more or fewer components than shown in the figures, or combine certain components, or have a different arrangement of components.
  • the processor 502 is used to run the computer program 5032 stored in the memory to implement the data storage method of the embodiment of the present application.
  • the embodiment of the computer device shown in FIG. 8 does not constitute a limitation on the specific configuration of the computer device.
  • the computer device may include more or fewer components than shown in the figure. Or combine certain components, or arrange different components.
  • the computer device may include only a memory and a processor. In such an embodiment, the structures and functions of the memory and the processor are consistent with the embodiment shown in FIG. 8 and will not be repeated here.
  • the processor 502 may be a central processing unit (Central Processing Unit, CPU), and the processor 502 may also be other general-purpose processors, digital signal processors (Digital Signal Processor, DSP), Application specific integrated circuit (Application Specific Integrated Circuit, ASIC), ready-made programmable gate array (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.
  • the general-purpose processor may be a microprocessor or the processor may be any conventional processor.
  • a computer-readable storage medium may be a non-volatile computer-readable storage medium.
  • the computer-readable storage medium stores a computer program, where the computer program is executed by a processor to implement the data storage method of the embodiments of the present application.
  • the storage medium may be an internal storage unit of the foregoing device, such as a hard disk or a memory of the device.
  • the storage medium may also be an external storage device of the device, such as a plug-in hard disk equipped on the device, a smart memory card (Smart) Card (SMC), a secure digital (SD) card, or a flash memory card (Flash Card) etc.
  • the storage medium may also include both an internal storage unit of the device and an external storage device.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

一种数据存储方法、装置、计算机设备及存储介质。该方法通过接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中(S110)；按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据(S120)；遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据(S130)；以及若链表中存在与用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储(S140)。

Description

数据存储方法、装置、计算机设备及存储介质
本申请要求于2019年1月7日提交中国专利局、申请号为201910012515.6、申请名称为“数据存储方法、装置、计算机设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据存储技术领域，尤其涉及一种数据存储方法、装置、计算机设备及存储介质。
背景技术
目前交通数据是基于关系型数据进行存储的，而且数据以增量数据的方式进行插入SQL表格中；在获得用户行程轨迹的时候，需要对全量数据进行检索，比较费时而且耗费处理器性能。
发明内容
本申请实施例提供了一种数据存储方法、装置、计算机设备及存储介质，旨在解决现有技术中交通数据是基于关系型数据进行存储，在获得用户行程轨迹的时候，需要对全量数据进行检索导致比较费时的问题。
第一方面，本申请实施例提供了一种数据存储方法，其包括：接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中；按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据；遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据；以及若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
第二方面，本申请实施例提供了一种数据存储装置，其包括：数据临时存储单元，用于接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中；数据解析单元，用于按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应 的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据；链表遍历单元，用于遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据；以及数据插入单元，用于若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
第三方面，本申请实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的数据存储方法。
第四方面，本申请实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的数据存储方法。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的数据存储方法的应用场景示意图；
图2为本申请实施例提供的数据存储方法的流程示意图；
图3为本申请实施例提供的数据存储方法的另一流程示意图；
图4为本申请实施例提供的数据存储方法的子流程示意图；
图5为本申请实施例提供的数据存储装置的示意性框图；
图6为本申请实施例提供的数据存储装置的另一示意性框图；
图7为本申请实施例提供的数据存储装置的子单元示意性框图；
图8为本申请实施例提供的计算机设备的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳 动前提下所获得的所有其他实施例，都属于本申请保护的范围。
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
请参阅图1和图2，图1是本申请实施例提供的数据存储方法的应用场景示意图，图2是本申请实施例提供的数据存储方法的流程示意图，该数据存储方法应用于服务器中，该方法通过安装于服务器中的应用软件进行执行。
如图2所示，该方法包括步骤S110～S140。
S110、接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中。
在本实施例中，是设置在道路上的前端采集装置(如监控摄像头)采集到多张车辆图片并进行车牌识别后上传至服务器，服务器接收包括车牌号的用户路径数据，然后将所述用户路径数据存储至在服务器中创建的临时数据库中。由于上传服务器的是用户路径数据，无需上传车辆图片，降低了数据传输量。
为了更清楚的理解技术方案的使用场景(例如以监控用户的交通路线轨迹为例)，下面对所涉及到的终端进行介绍。其中，在本申请中，是站在服务器的角度来描述技术方案。
一是服务器，服务器中部署有消息中间件和链表。消息中间件用于接收前端采集装置上传的用户路径数据，并将用户路径数据解析并处理成链表数据后发送至链表进行存储。
二是前端采集装置，例如设置在道路上的监控摄像头(这些监控摄像头一般安装在路口、高速路收费站路口、重要道路地段等地方)，用于采集用户路径数据并上传至消息中间件，例如监控摄像头所采集的车辆图片本地进行车牌 识别后，上传至服务器中可以解析获取的数据信息包括车牌号、所通过当前路口名称、通过当前路口的时间点等信息，即监控摄像头所采集的车辆图片至少包括车牌号、所通过当前路口名称、通过当前路口的时间点等信息，其中车牌号即可作为用户唯一识别码，所通过当前路口名称、及通过当前路口的时间点可作为与用户唯一识别码对应的待处理链表数据。例如A路口设置的监控摄像头在A路口拍摄到车辆a的车辆图片，通过A路口设置的监控摄像头进行车牌识别得到车辆a的车牌号，此时根据车辆a的车牌号、路口A的路口名称(即所通过当前路口名称)、及A路口设置的监控摄像头在A路口拍摄到车辆a的车辆图片的时间(即通过当前路口的时间点)即可组成用户路径数据。
在一实施例中，所述步骤S110中接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中，包括：
通过消息中间件接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至在所述消息中间件中创建的临时数据库中；其中，所述消息中间件为分布式发布订阅消息中间件；所述用户路径数据包括车牌号、所通过当前路口名称、通过当前路口的时间点。
在本实施例中，所述消息中间件为分布式发布订阅消息中间件(分布式发布订阅消息中间件即Kafka消息中间件)，Kafka消息中间件可形象的理解为一个大的水池，不断的生产、存储、消费着各种类别的消息，即生产者往队列(即形象理解的水池)里写消息，消费者从队列里取消息进行业务逻辑。通过Kafka消息中间件作为用户路径数据的临时存储数据，能有效的对用户路径数据进行对应的数据加工和处理。
S120、按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据。
在本实施例中，对车辆图片识别得到的用户路径数据是先存储在临时数据库中，为了消费临时数据库中的用户路径数据，需按预设的取数周期从所述临时数据库中获取所述用户路径数据，进行数据加工后存储至目标区域。在对从所述临时数据库中获取所述用户路径数据进行数据加工时，是解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据；其中所述待处理链表数据包括所通过当前路口名称、通过当前路口的时间点。
即Kafka消息中间件中接收并保存了用户路径数据后，将增量的数据暂时保存在临时数据库中，当临时数据库中沉淀的增量的数据到达一定量，按预设的取数周期从临时数据库中获取增量的用户路径数据，将用户路径数据解析后，更新至链表中，并将临时数据库已经处理过的用户路径数据做删除操作，避免数据重复插入到链表中。
为了更清楚的理解本申请中采用链表存储数据，下面对链表进行介绍。
链表中可以针对每一用户建立一条链表数据，每一条链表数据中仅保存与该链表数据所对应用户的相关数据，多条链表数据即可组成一张链表。
链表的具体存储表示为：
①用一组任意的存储单元来存放线性表的结点(这组存储单元既可以是连续的，也可以是不连续的)
②链表中结点的逻辑次序和物理次序不一定相同。为了能正确表示结点间的逻辑关系，在存储每个结点值的同时，还必须存储指示其后继结点的地址(或位置)信息(称为指针(pointer)或链(link))。
链式存储是最常用的存储方式之一，它不仅可用来表示线性表，而且可用来表示各种非线性的数据结构。
链表中包括data域(即数据域)和next域(即指针域)；链表中每一条链表数据的data域用于存放结点值的数据域，如用户路径数据中所包括的所通过当前路口名称、通过当前路口的时间点；next域用于存放结点的直接后继的地址(位置)的指针域(链域)。
在一实施例中，如图3所示，步骤S120之后还包括：
S121、判断与所述用户唯一识别码对应的待处理链表数据是否为多组链表数据；
S122、若与所述用户唯一识别码对应的待处理链表数据为多组链表数据，将多组链表数据中所包括的链表数据按时间升序的方式进行排序，得到排序后的链表数据；
S123、若与所述用户唯一识别码对应的待处理链表数据不为多组链表数据，获取所述待处理链表数据。
在本实施例中，当从临时数据库所取出多组数据后，每一组数据都对应一个用户唯一识别码，且每一组数据能根据链表数据的格式进行加工，即每组数 据从临时数据库中取出时，将该组数据中的待处理链表数据封装至链表数据的数据域，并将该链表数据的指针域初始设置为空值。此时将该链表数据的标识属性置为用户唯一识别码，通过上述过程即可将每组从临时数据库的用户路径数据加工成链表数据。
显然，若有多组数据都对应同一个用户唯一识别码，表示与所述用户唯一识别码对应的待处理链表数据是否为多组链表数据。例如，在Kafka消息中间件中解析到某一用户唯一识别码(例如记为用户A1)，其对应有在用户A1在2018年6月1日10:00:00通过卡口a；用户A1在在2018年6月1日09:00:00通过卡口b，这就表示该用户A1此次被解析的的待处理链表数据中包括2组链表数据，需要在该用户对应的链表历史数据中增加2个链表存储单元，以分别存储不同时间点的链表数据。上述两条数据均对应的是用户A1的待处理链表数据，此时按时间先后顺序进排序时，A1在在2018年6月1日09:00:00，通过卡口b排在之前；用户A1在2018年6月1日10:00:00，通过卡口a排在之后，这样将多组链表数据进行时间顺序调整后再插入链表，可实现按时间先后顺序存储用户路径数据。
S130、遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据。
在本实施例中，遍历并判断本地已存储的链表(本地已存储的链表即服务器中已存储的各链表)中是否存在与所述用户唯一识别码对应的链表历史数据，是为了判断链表中是否有该用户唯一识别码对应的历史数据；若链表中不存在与所述用户唯一识别码对应的链表历史数据，需要在链表中新建初始链表，再将所述待处理链表数据对应插入初始链表；若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至对应链表历史数据进行存储即可。
S140、若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
在一实施例中，如图4所示，所述步骤S140包括：
S141、获取所述链表历史数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点；
S142、获取所述待处理链表数据中每一链表数据，及每一链表数据对应的 通过当前路口的时间点；
S143、按通过当前路口的时间点升序对获取所述链表历史数据及获取所述待处理链表数据进行排序，将所述待处理链表数据中每一链表数据插入至所述链表历史数据，并对应调整每一链表数据的指针域。
在本实施例中，链表的data域为时间点+卡口；从链表头开始，不断找到next域(即指针域)指定的节点，每次移动都保留两个指针值，其中一个指针t1是停留在当前的节点，另一个指针t2停留在下一个next域的节点；通过比对目标时间是否在t1和t2所指向的节点对应的时间之间，若是的话，则在t1和t2所指向的节点中间增加新增加一个节点，保存当前的数据。
将新增的数据不断更新到与用户唯一识别码对应的链表数据，实现了单一用户链表数据的更新。通过遍历每个用户唯一识别码对应的链表数据，将新增的链表数据补充到用户时序链表数据中，得到最新的链表数据(包含了时间+卡口)，并且基于用户的链表数据，得到用户在不同路段(卡口与卡口之间构成路段)上的通行时间，即路段通行时间表。
在一实施例中，如图2所示，步骤S130之后，还包括：
S150、若所述链表中不存在与所述用户唯一识别码对应的链表历史数据，根据用户唯一识别码在链表对应建立初始链表数据，并将与用户唯一识别码对应的待处理链表数据插入至初始链表数据。
在本实施例中，若链表中不存在与所述用户唯一识别码对应的链表历史数据，表示所述用户唯一识别码对应的车辆是首次被监控拍摄，需要在链表中新建初始链表，将该初始链表的标识属性置为用户唯一识别码，再将所述待处理链表数据对应插入初始链表。
在一实施例中，步骤S141之前，还包括：
根据所述用户唯一识别码定位应用容器引擎，获取所述应用容器引擎中存储的链表历史数据。
在本实施例中，可以在服务器建立多个应用容器引擎(即Docker容器)，每一应用容器引擎以用户唯一识别码作为标识属性命名，并对应存储与所述用户唯一识别码对应的链表数据。通过对每个用户启动一个Docker容器，然后通过部署和启动Docker容器的程序，提高大规模用户快速更新链表。
该方法以链表的方式存储用户路径数据，当有增量数据进入时，对用户链 表数据进行增删改处理，提高对增量数据的处理效率，同时避免了对性能的耗费，而且数据检索效率更高。
本申请实施例还提供一种数据存储装置，该数据存储装置用于执行前述数据存储方法的任一实施例。具体地，请参阅图5，图5是本申请实施例提供的数据存储装置的示意性框图。该数据存储装置100可以配置于服务器中。
如图5所示，数据存储装置100包括数据临时存储单元110、数据解析单元120、链表遍历单元130、数据插入单元140。
数据临时存储单元110，用于接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中。
在一实施例中，所述数据临时存储单元110还用于：
通过消息中间件接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至在所述消息中间件中创建的临时数据库中；其中，所述消息中间件为分布式发布订阅消息中间件；所述用户路径数据包括车牌号、所通过当前路口名称、通过当前路口的时间点。
数据解析单元120，用于按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据。
在一实施例中，如图6所示，数据存储装置100还包括：
多组链表数据判断单元121，用于判断与所述用户唯一识别码对应的待处理链表数据是否为多组链表数据；
数据排序单元122，用于若与所述用户唯一识别码对应的待处理链表数据为多组链表数据，将多组链表数据中所包括的链表数据按时间升序的方式进行排序，得到排序后的链表数据；
数据获取单元123，用于若与所述用户唯一识别码对应的待处理链表数据不为多组链表数据，获取所述待处理链表数据。
链表遍历单元130，用于遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据。
数据插入单元140，用于若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
在一实施例中，如图7所示，所述数据插入单元140包括：
历史数据获取单元141，用于获取所述链表历史数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点；
当前数据获取单元142，用于获取所述待处理链表数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点；
依序插入单元143，用于按通过当前路口的时间点升序对获取所述链表历史数据及获取所述待处理链表数据进行排序，将所述待处理链表数据中每一链表数据插入至所述链表历史数据，并对应调整每一链表数据的指针域。
在一实施例中，如图5所示，数据存储装置100还包括：
链表数据新建单元150，用于若所述链表中不存在与所述用户唯一识别码对应的链表历史数据，根据用户唯一识别码在链表对应建立初始链表数据，并将与用户唯一识别码对应的待处理链表数据插入至初始链表数据。
在一实施例中，所述数据插入单元140还包括：
存储容器定位单元，用于根据所述用户唯一识别码定位应用容器引擎，获取所述应用容器引擎中存储的链表历史数据。
该装置以链表的方式存储用户路径数据，当有增量数据进入时，对用户链表数据进行增删改处理，提高对增量数据的处理效率，同时避免了对性能的耗费，而且数据检索效率更高。
上述数据存储装置可以实现为计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。
请参阅图8，图8是本申请实施例提供的计算机设备的示意性框图。该计算机设备500是服务器。其中，服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。
参阅图8，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。
该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行数据存储方法。
该处理器502用于提供计算和控制能力，支撑整个计算机设备500的运行。
该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行数据存 储方法。
该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现本申请实施例的数据存储方法。
本领域技术人员可以理解，图8中示出的计算机设备的实施例并不构成对计算机设备具体构成的限定，在其他实施例中，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，计算机设备可以仅包括存储器及处理器，在这样的实施例中，存储器及处理器的结构及功能与图8所示实施例一致，在此不再赘述。
应当理解，在本申请实施例中，处理器502可以是中央处理单元(Central Processing Unit，CPU)，该处理器502还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在本申请的另一实施例中提供计算机可读存储介质。该计算机可读存储介质可以为非易失性的计算机可读存储介质。该计算机可读存储介质存储有计算机程序，其中计算机程序被处理器执行时实现本申请实施例的数据存储方法。
所述存储介质可以是前述设备的内部存储单元，例如设备的硬盘或内存。所述存储介质也可以是所述设备的外部存储设备，例如所述设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储介质还可以既包括所述设备的内部存储单元也包括外部存储设备。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (20)

  1. 一种数据存储方法，包括：
    接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中；
    按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据；
    遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据；以及
    若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
  2. 根据权利要求1所述的数据存储方法，其中，所述将所述用户路径数据存储至创建的临时数据库中，包括：
    通过消息中间件接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至在所述消息中间件中创建的临时数据库中；其中，所述消息中间件为分布式发布订阅消息中间件；所述用户路径数据包括车牌号、所通过当前路口名称、通过当前路口的时间点。
  3. 根据权利要求2所述的数据存储方法，其中，所述解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据之后，还包括：
    判断与所述用户唯一识别码对应的待处理链表数据是否为多组链表数据；
    若与所述用户唯一识别码对应的待处理链表数据为多组链表数据，将多组链表数据中所包括的链表数据按时间升序的方式进行排序，得到排序后的链表数据；
    若与所述用户唯一识别码对应的待处理链表数据不为多组链表数据，获取所述待处理链表数据。
  4. 根据权利要求1所述的数据存储方法，其中，所述遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据之后，还包括：
    若所述链表中不存在与所述用户唯一识别码对应的链表历史数据，根据用 户唯一识别码在链表对应建立初始链表数据，并将与用户唯一识别码对应的待处理链表数据插入至初始链表数据。
  5. 根据权利要求2所述的数据存储方法，其中，所述将所述待处理链表数据插入至所述链表历史数据进行存储，包括：
    获取所述链表历史数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点；
    获取所述待处理链表数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点；
    按通过当前路口的时间点升序对获取的所述链表历史数据及获取的所述待处理链表数据进行排序，将所述待处理链表数据中每一链表数据插入至所述链表历史数据，并对应调整每一链表数据的指针域。
  6. 根据权利要求5所述的数据存储方法，其中，所述获取所述链表历史数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点之前，还包括：
    根据所述用户唯一识别码定位应用容器引擎，获取所述应用容器引擎中存储的链表历史数据。
  7. 根据权利要求6所述的数据存储方法，其中，所述根据所述用户唯一识别码定位应用容器引擎，获取所述应用容器引擎中存储的链表历史数据之前，还包括：
    建立多个应用容器引擎，每一应用容器引擎以用户唯一识别码作为标识属性命名，并对应存储与所述用户唯一识别码对应的链表数据。
  8. 根据权利要求1所述的数据存储方法，其中，所述按预设的取数周期从所述临时数据库中获取所述用户路径数据，包括：
    若临时数据库中沉淀的增量的数据到达预设的数据量，按预设的取数周期从临时数据库中获取增量的用户路径数据，将用户路径数据解析后，更新至链表中，并将临时数据库已经解析处理过的用户路径数据做删除操作。
  9. 一种数据存储装置，其中，包括：
    数据临时存储单元，用于接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中；
    数据解析单元，用于按预设的取数周期从所述临时数据库中获取所述用户 路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据；
    链表遍历单元，用于遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据；以及
    数据插入单元，用于若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
  10. 根据权利要求7所述的数据存储装置，其中，所述数据临时存储单元，还用于：
    通过消息中间件接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至在所述消息中间件中创建的临时数据库中；其中，所述消息中间件为分布式发布订阅消息中间件；所述用户路径数据包括车牌号、所通过当前路口名称、通过当前路口的时间点。
  11. 一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现以下步骤：
    接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中；
    按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据；
    遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据；以及
    若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
  12. 根据权利要求11所述的计算机设备，其中，所述将所述用户路径数据存储至创建的临时数据库中，包括：
    通过消息中间件接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至在所述消息中间件中创建的临时数据库中；其中，所述消息中间件为分布式发布订阅消息中间件；所述用户路径数据包括车牌号、所通过当前路口名称、通过当前路口的时间点。
  13. 根据权利要求12所述的计算机设备，其中，所述解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据之后，还包括：
    判断与所述用户唯一识别码对应的待处理链表数据是否为多组链表数据；
    若与所述用户唯一识别码对应的待处理链表数据为多组链表数据，将多组链表数据中所包括的链表数据按时间升序的方式进行排序，得到排序后的链表数据；
    若与所述用户唯一识别码对应的待处理链表数据不为多组链表数据，获取所述待处理链表数据。
  14. 根据权利要求11所述的计算机设备，其中，所述遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据之后，还包括：
    若所述链表中不存在与所述用户唯一识别码对应的链表历史数据，根据用户唯一识别码在链表对应建立初始链表数据，并将与用户唯一识别码对应的待处理链表数据插入至初始链表数据。
  15. 根据权利要求12所述的计算机设备，其中，所述将所述待处理链表数据插入至所述链表历史数据进行存储，包括：
    获取所述链表历史数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点；
    获取所述待处理链表数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点；
    按通过当前路口的时间点升序对获取的所述链表历史数据及获取的所述待处理链表数据进行排序，将所述待处理链表数据中每一链表数据插入至所述链表历史数据，并对应调整每一链表数据的指针域。
  16. 根据权利要求15所述的计算机设备，其中，所述获取所述链表历史数据中每一链表数据，及每一链表数据对应的通过当前路口的时间点之前，还包括：
    根据所述用户唯一识别码定位应用容器引擎，获取所述应用容器引擎中存储的链表历史数据。
  17. 根据权利要求16所述的计算机设备，其中，所述根据所述用户唯一识别码定位应用容器引擎，获取所述应用容器引擎中存储的链表历史数据之前， 还包括：
    建立多个应用容器引擎，每一应用容器引擎以用户唯一识别码作为标识属性命名，并对应存储与所述用户唯一识别码对应的链表数据。
  18. 根据权利要求11所述的计算机设备，其中，所述按预设的取数周期从所述临时数据库中获取所述用户路径数据，包括：
    若临时数据库中沉淀的增量的数据到达预设的数据量，按预设的取数周期从临时数据库中获取增量的用户路径数据，将用户路径数据解析后，更新至链表中，并将临时数据库已经解析处理过的用户路径数据做删除操作。
  19. 一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行以下操作：
    接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至创建的临时数据库中；
    按预设的取数周期从所述临时数据库中获取所述用户路径数据，解析获取用户路径数据对应的用户唯一识别码、及与用户唯一识别码对应的待处理链表数据；
    遍历并判断本地已存储的链表中是否存在与所述用户唯一识别码对应的链表历史数据；以及
    若链表中存在与所述用户唯一识别码对应的链表历史数据，将所述待处理链表数据插入至所述链表历史数据进行存储。
  20. 根据权利要求19所述的计算机可读存储介质，其中，所述将所述用户路径数据存储至创建的临时数据库中，包括：
    通过消息中间件接收将所采集的车辆图片进行识别得到的用户路径数据，将所述用户路径数据存储至在所述消息中间件中创建的临时数据库中；其中，所述消息中间件为分布式发布订阅消息中间件；所述用户路径数据包括车牌号、所通过当前路口名称、通过当前路口的时间点。
PCT/CN2019/092508 2019-01-07 2019-06-24 数据存储方法、装置、计算机设备及存储介质 WO2020143181A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910012515.6A CN109857738A (zh) 2019-01-07 2019-01-07 数据存储方法、装置、计算机设备及存储介质
CN201910012515.6 2019-01-07

Publications (1)

Publication Number Publication Date
WO2020143181A1 true WO2020143181A1 (zh) 2020-07-16

Family

ID=66894082

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/092508 WO2020143181A1 (zh) 2019-01-07 2019-06-24 数据存储方法、装置、计算机设备及存储介质

Country Status (2)

Country Link
CN (1) CN109857738A (zh)
WO (1) WO2020143181A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109857738A (zh) * 2019-01-07 2019-06-07 平安科技（深圳）有限公司 数据存储方法、装置、计算机设备及存储介质
CN110633302B (zh) * 2019-09-19 2023-08-11 北京中电普华信息技术有限公司 一种海量结构化数据的处理方法及装置
CN112559366B (zh) * 2020-12-23 2024-02-06 中国移动通信集团江苏有限公司 更新测试对象方法、装置、系统、设备及存储介质
CN113535784B (zh) * 2021-08-10 2023-09-01 广州河东科技有限公司 一种智能网关子设备数据快速查找的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130129503A (ko) * 2012-05-21 2013-11-29 주식회사 케이티 차량 추적 시스템 및 방법
CN104318327A (zh) * 2014-10-17 2015-01-28 北京邮电大学 一种车辆轨迹预测分析方法
CN109144962A (zh) * 2018-08-31 2019-01-04 北京诚志重科海图科技有限公司 一种数据存储方法、查询方法、存储装置及查询装置
CN109857738A (zh) * 2019-01-07 2019-06-07 平安科技（深圳）有限公司 数据存储方法、装置、计算机设备及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103533402B (zh) * 2013-10-23 2015-08-19 腾讯科技（深圳）有限公司 视频通道管理方法和相关设备及通信系统
CN107526733A (zh) * 2016-06-20 2017-12-29 咪咕互动娱乐有限公司 一种拉链表数据存储方法和装置
KR101829729B1 (ko) * 2016-11-03 2018-03-29 주식회사 코인플러그 블록체인 및 이와 연동하는 머클 트리 구조를 통해 모바일 아이디를 이용하여 사용자를 인증하는 방법, 단말 및 이를 이용한 서버
CN108959330B (zh) * 2017-05-26 2022-01-28 创新先进技术有限公司 一种数据库的处理、数据查询方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130129503A (ko) * 2012-05-21 2013-11-29 주식회사 케이티 차량 추적 시스템 및 방법
CN104318327A (zh) * 2014-10-17 2015-01-28 北京邮电大学 一种车辆轨迹预测分析方法
CN109144962A (zh) * 2018-08-31 2019-01-04 北京诚志重科海图科技有限公司 一种数据存储方法、查询方法、存储装置及查询装置
CN109857738A (zh) * 2019-01-07 2019-06-07 平安科技（深圳）有限公司 数据存储方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
CN109857738A (zh) 2019-06-07

Similar Documents

Publication Publication Date Title
WO2020143181A1 (zh) 数据存储方法、装置、计算机设备及存储介质
US7849227B2 (en) Stream data processing method and computer systems
WO2021017884A1 (zh) 数据处理方法、装置及网关服务器
CN108200111B (zh) 资源配置信息更新方法、装置和资源接口设备
WO2020143170A1 (zh) 预测路线获取方法、装置、计算机设备及存储介质
KR102160318B1 (ko) 중개 시스템에서 데이터 집계
WO2017096892A1 (zh) 索引构建方法、查询方法及对应装置、设备、计算机存储介质
US20230042747A1 (en) Message Processing Method and Device, Storage Medium, and Electronic Device
CN110597630B (zh) 一种分布式系统中内容资源的处理方法及系统
CN111400288A (zh) 数据质量检查方法及系统
CN110765195A (zh) 一种数据解析方法、装置、存储介质及电子设备
CN111258973A (zh) Redis慢日志的存储、展示方法、装置、设备和介质
CN111488377A (zh) 数据查询方法、装置、电子设备及存储介质
CN112600719A (zh) 告警聚类方法、装置及存储介质
JP2013058108A (ja) タグ管理装置およびタグ管理プログラム
US9003054B2 (en) Compressing null columns in rows of the tabular data stream protocol
CN109033188A (zh) 一种元数据采集方法、装置、服务器和计算机可读介质
CN109101595B (zh) 一种信息查询方法、装置、设备及计算机可读存储介质
CN115269519A (zh) 一种日志检测方法、装置及电子设备
CN114116811B (zh) 日志处理方法、装置、设备及存储介质
CN111221742A (zh) 一种测试案例的更新方法、装置、存储介质和服务器
US9659041B2 (en) Model for capturing audit trail data with reduced probability of loss of critical data
CN115705259A (zh) 故障处理方法、相关设备及存储介质
CN110955710B (zh) 一种数据交换作业中脏数据的处理方法及装置
WO2020143160A1 (zh) 驾驶线路规划方法、装置、计算机设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19908143

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19908143

Country of ref document: EP

Kind code of ref document: A1