[发明专利]车型数据库的混合存储方法

说明书

技术领域

本发明涉及数据库技术领域，特别是涉及汽车电子商务中一种横向表和纵向表在数据库中混合存储方法。

背景技术

随着计算机科学的发展，汽车电子商务公司对数据库的功能需求不断增加，不但要处理简单的数据表格，而且在数据量成倍增长的前提下，还要有效控制数据质量。数据质量提升了，建立在数据库基础之上的数据模型才能有更高的拟合度，电子商务公司的数据业务才能有效扩展。

现有技术和应用水平下，公知的车型数据库采取纵向表形式，数据能够以“键/值”配对的形式存储在只有两列的表中，并通过单一的ID的形式将数据通通绑定在一个逻辑窗体中，而且对于能够在一个窗体中设置多少字段并没有限制。由此可见，纵向数据存储结构的最大好处就是灵活性，不过也有很多弊端。首先，采用这样的方式存储数据可以预先设定结构和列，在业务应用层面弹性高，但失去了对数据质量的有效控制，也就是说很难维持数据的规范化。在数据量小、车源信息少的情况下可以满足需求，前台信息编辑出现错误也可以通过人工修改达到数据质量控制的目的。但是，当数据积累到一定程度，继续采用纵向表模式，对前台数据人员的录入质量把控力度就会降低，使得数据质量下降，影响数据业务进一步发展。

目前，按平均水平来看，就国内现有10余家拥有自己车型数据库企业而言，车辆参数字段数约为500，粗略统计，当车型数目达到10万时，纵向表下的数据条目则达到五千万条。这对SQL数据库而言，已经算得上超大型数据表。可以计算，车型数目每增加一万条，纵向表下的数据条目就增加500万条，几年以后，继续沿用此存储方法，可能会造成系统崩溃的风险。

另外，纵向表还有一个缺点就是数据的一致性问题。将所有的列名都输入到一个“键”列中，使用户(或应用程序)能够很轻易就把相同的数据存储成不同的“键”和“值”。此外，要管理和操作纵向表很有难度。要找到并确定一个逻辑行，需要进行多次自连接操作。因此，很少有商业数据报表软件能够利用纵向表来生成任何有意义的报表。

虽然单独使用横向表对数据有控制权，可以保证数据的准确性，也就是说比较容易维持数据的规范化，但这种方式又不能满足汽车电子商务公司对数据信息及时性的要求。就汽车B-B网站而言，全球车市许多信息都需要实时跟踪并记录。一旦某个车型参数发生变更，就不得不先通知后台程序员更改程序，再完成前台录入数据工作，进而降低了信息发布的及时性，对网站访问流量造成影响。

对于一般的车型数据而言，有些参数配置，如发动机类型、价格等信息对消费者或供应商来说是及其敏感和重点关注的，在这些数据上出现纰漏，会影响整个数据业务的后期发展；有些参数配置，如出风口个数、电源个数等信息并不能引起大多数客户关注。对于高一级的车型数据而言，有些参数配置，如车辆上牌日期、登记日期、行驶里程等是计算保值率、设计二手车估值模型等是必不可少的。这种两级模式就决定了对数据需求的两面性——及时性和准确性。综上所述，表结构的设计对车型库的影响至关重要。在设计车型数据库过程中，如何让两种二维表格有效结合，关系到整个数据库数据更新及时性及数据本身准确性问题，两表混合使用的模式是车型数据库设计的难题。

发明内容

为解决上述技术问题，本发明的目的是提供一种横向表和纵向表同时应用于车型数据库中的混合存储方法。

为实现上述发明目的，本发明所提供的技术方案是：

一种车型数据库的混合存储方法，包括以下步骤：

步骤一提供一个数据库，所述数据库由横向表和纵向表构成一个整体化构架，该数据库安装于总服务器中；

步骤二将数据分为重要字段数据和非重要字段数据；

步骤三将非重要字段数据录入至纵向表中，将重要字段数据录入横向表中；

步骤四当重要字段数据变成非重要字段数据时，将该数据由纵向表转换成横向表。

进一步地，所述数据库通过纵向表与业务线上的二级服务器相连。

进一步地，还包括步骤五：需要添加、更改或删除数据时，

判断待添加、更改或删除数据为重要字段数据时，首先进行总服务器后台程序更改，然后在总服务器完成前台添加、更改或删除数据工作；

判断待添加、更改或删除数据为非重要字段数据时，通过总服务器或业务线上的任一二级服务器直接进行前台添加、更改或删除数据工作。

进一步地，添加、更改或删除完成后，触发同步事件，多个二级服务器和总服务器同步。