[发明专利]基于双层面板式数据结构的天车物流数据处理方法及系统

说明书

本发明属于数据处理技术领域，具体提供了基于双层面板式数据结构的天车物流数据处理方法及系统，其中方法包括：获取具有静态属性、动态属性及范围属性的数据；建立同坐标系下的双层数据面板；在第一层数据面板上录入静态属性和动态属性，在第二层数据面板上按照X、Y轴坐标相同，且Z轴坐标不同的对应方式，录入对应的范围属性；将双层面板式数据结构传递至前端页面进行输出显示。本方案根据数据的种类建立双层面板式数据结构，再传到前端页面进行相应反结构式序列化并显示，解决了天车物流系统中数据处理效率偏低的问题。

技术领域

本发明涉及数据处理技术领域，更具体地，涉及基于双层面板式数据结构的天车物流数据处理方法及系统。

背景技术

目前对于天车物流的天车数据的处理和显示，主要操作是将天车物流系统中天车、台车和过跨车等相关数据从后台关系数据库和实时数据库中扁平化地拼接到一起，随后前端调用数据接口后一并读出，或者从后台关系数据库和实时数据库分别读出数据，在前端根据需求扁平化地拼接到一起，而后进行相应处理。

若采用从后台关系数据库和实时数据库中扁平化拼接处理的方法，则会出现层次不清楚，计算处理数据的能力下降，前端工作人员对数据再次分类处理而出现地代码冗余等问题，因此该方法的计算效率不足。而如果采用从后台关系数据库和实时数据库中分别读出数据，由前端进行扁平化拼接，则可能出现数据唯一ID表示方式不统一导致地数据拼接进行不顺畅的问题，因此该方法的通用性不足。

综上所述，针对天车物流的数据处理和展示的问题，现有两种数据处理方法：是通过从后台关系数据库和实时数据库中先拼接处理，后传输到前端；另是从后台关系数据和实时数据库中分别读取数据，在前端进行拼接处理并显示。而这两种方法中，前者在数据库查询的过程中拼接合并，导致调用数据接口时返回接口效率变慢；后者方法中，数据读取效率虽然提高，但前端拼接时可能会出现同数据表示方式不统一，或者同数据对应多个值导致的数据拼接错误的问题，另外该方法增加了客户端的负载压力，若有拼接错误，容易出现系统卡顿，用户体验差等问题。

发明内容

本发明针对现有技术中存在的当天车物流系统展示天车信息，台车信息以及相应的属性和系统所需提示信息时，通常会出现挂在一个天车上的多个种类信息，但过于扁平化，进而出现分类取数时间过长，客户端卡顿的技术问题。

本发明提供了基于双层面板式数据结构的天车物流数据处理方法，包括以下步骤：

S1，获取具有静态属性、动态属性及范围属性的数据；

S2，建立同坐标系下的双层数据面板；

S3，在第一层数据面板上录入静态属性和动态属性，在第二层数据面板上按照X、Y轴坐标相同，且Z轴坐标不同的对应方式，录入对应的范围属性；

S4，将双层面板式数据结构传递至前端页面进行输出显示。

优选地，所述S2具体包括：建立一个相互平行的，长为N，宽为M的双层数据面板，长对应X轴，宽对应Y轴，其中N和M为自然数。

优选地，所述S2具体包括：

在第一层上建立左右两块，左块长为N/2，宽为M，左块定义为静态属性块；右块长为N/2，宽为M，右块定义为动态属性块；

在第二层上建立一个长为N，宽为M的数据块，定义为属性要求块。

优选地，所述双层数据面板共用同一个X轴、Y轴及Z轴；且两个数据面板拥有相同的X，Y轴坐标，以及不同的Z轴坐标。

优选地，所述S3之后还包括：建立立体键值，key由双层数据面板中的X，Y坐标组成，表示为X-Y，value为双层数据面板中的Z1或Z2；如此形成立体键值对(X-Y，Z1)和(X-Y，Z2)。

优选地，所述S4具体包括：