车型数据库的混合存储方法
【专利摘要】一种车型数据库的混合存储方法，具体为：提供一个数据库，所述数据库由横向表和纵向表构成一个整体化构架，安装于总服务器中；将数据分为重要字段数据和非重要字段数据；将非重要字段数据录入至纵向表中，将重要字段数据录入横向表中；当重要字段数据变成非重要字段数据时，将该数据由纵向表转换成横向表。本发明是横向表和纵向表在数据库中混合存储方法在汽车电子商务领域的应用；在技术层面，一方面实现了数据库与其他业务线对接，一方面实现了库内字段权限设置。
【专利说明】车型数据库的混合存储方法
【技术领域】
[0001]本发明涉及数据库【技术领域】，特别是涉及汽车电子商务中一种横向表和纵向表在数据库中混合存储方法。
【背景技术】
[0002]随着计算机科学的发展，汽车电子商务公司对数据库的功能需求不断增加，不但要处理简单的数据表格，而且在数据量成倍增长的前提下，还要有效控制数据质量。数据质量提升了，建立在数据库基础之上的数据模型才能有更高的拟合度，电子商务公司的数据业务才能有效扩展。
[0003]现有技术和应用水平下，公知的车型数据库采取纵向表形式，数据能够以“键/值”配对的形式存储在只有两列的表中，并通过单一的ID的形式将数据通通绑定在一个逻辑窗体中，而且对于能够在一个窗体中设置多少字段并没有限制。由此可见，纵向数据存储结构的最大好处就是灵活性，不过也有很多弊端。首先，采用这样的方式存储数据可以预先设定结构和列，在业务应用层面弹性高，但失去了对数据质量的有效控制，也就是说很难维持数据的规范化。在数据量小、车源信息少的情况下可以满足需求，前台信息编辑出现错误也可以通过人工修改达到数据质量控制的目的。但是，当数据积累到一定程度，继续采用纵向表模式，对前台数据人员的录入质量把控力度就会降低，使得数据质量下降，影响数据业务进一步发展。
[0004]目前，按平均水平来看，就国内现有10余家拥有自己车型数据库企业而言，车辆参数字段数约为500，粗略统计，当车型数目达到10万时，纵向表下的数据条目则达到五千万条。这对SQL数据库而言，已经算得上超大型数据表。可以计算，车型数目每增加一万条，纵向表下的数据条目就增加500万条，几年以后，继续沿用此存储方法，可能会造成系统崩溃的风险。
[0005]另外，纵向表还有一个缺点就是数据的一致性问题。将所有的列名都输入到一个“键”列中，使用户(或应用程序)能够很轻易就把相同的数据存储成不同的“键”和“值”。此外，要管理和操作纵向表很有难度。要找到并确定一个逻辑行，需要进行多次自连接操作。因此，很少有商业数据报表软件能够利用纵向表来生成任何有意义的报表。
[0006]虽然单独使用横向表对数据有控制权，可以保证数据的准确性，也就是说比较容易维持数据的规范化，但这种方式又不能满足汽车电子商务公司对数据信息及时性的要求。就汽车B-B网站而言，全球车市许多信息都需要实时跟踪并记录。一旦某个车型参数发生变更，就不得不先通知后台程序员更改程序，再完成前台录入数据工作，进而降低了信息发布的及时性，对网站访问流量造成影响。
[0007]对于一般的车型数据而言，有些参数配置，如发动机类型、价格等信息对消费者或供应商来说是及其敏感和重点关注的，在这些数据上出现纰漏，会影响整个数据业务的后期发展；有些参数配置，如出风口个数、电源个数等信息并不能引起大多数客户关注。对于高一级的车型数据而言，有些参数配置，如车辆上牌日期、登记日期、行驶里程等是计算保值率、设计二手车估值模型等是必不可少的。这种两级模式就决定了对数据需求的两面性一及时性和准确性。综上所述，表结构的设计对车型库的影响至关重要。在设计车型数据库过程中，如何让两种二维表格有效结合，关系到整个数据库数据更新及时性及数据本身准确性问题，两表混合使用的模式是车型数据库设计的难题。
【发明内容】
[0008]为解决上述技术问题，本发明的目的是提供一种横向表和纵向表同时应用于车型数据库中的混合存储方法。
[0009]为实现上述发明目的，本发明所提供的技术方案是:
[0010]一种车型数据库的混合存储方法，包括以下步骤:
[0011]步骤一提供一个数据库，所述数据库由横向表和纵向表构成一个整体化构架，该数据库安装于总服务器中；
[0012]步骤二将数据分为重要字段数据和非重要字段数据；
[0013]步骤三将非重要字段数据录入至纵向表中，将重要字段数据录入横向表中；
[0014]步骤四当重要字段数据变成非重要字段数据时，将该数据由纵向表转换成横向表。
[0015]进一步地，所述数据库通过纵向表与业务线上的二级服务器相连。
[0016]进一步地，还包括步骤五:需要添加、更改或删除数据时，
[0017]判断待添加、更改或删除数据为重要字段数据时，首先进行总服务器后台程序更改，然后在总服务器完成前台添加、更改或删除数据工作；
[0018]判断待添加、更改或删除数据为非重要字段数据时，通过总服务器或业务线上的任一二级服务器直接进行前台添加、更改或删除数据工作。
[0019]进一步地，添加、更改或删除完成后，触发同步事件，多个二级服务器和总服务器同步。
[0020]本发明采用上述技术方案，应用于多业务线并行的大型汽车电子商务中，将横向表和纵向表混合使用，通过将数据区分为重要字段数据和非重要字段数据，即解决了纵向表单独使用时规范化难度大，数据质量把控力度低，数据的一致性困难的缺点，又解决了横向表单独使用时不能灵活更改，信息发布及时性较低的缺点。
[0021](I)各业务线数据结构独立，不相互依赖，不会因为更改某一个产品线上的业务，影响到其他产品线，且系统中数据的添加、更改和删除可以方便与下行的各业务同步；
[0022](2)实现对车型库车型数据进行统一管理，提高车型数据质量；
[0023](3)数据更新和添加方便，有利于业务扩展；
[0024](4)车型数据管理系统可维护性增强，且维护操作简单；
[0025](5)完善车型数据对外的安全性和保密性，具体而言，横向表的优点在于可以有效提升数据质量和方便开展其他业务；纵向表表的优点在于可提升工作效率。
【专利附图】
【附图说明】
[0026]图1为本发明一实施例示意图。【具体实施方式】
[0027]为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
[0028]一种车型数据库的混合存储方法，包括以下步骤:
[0029]步骤一提供一个数据库，所述数据库由横向表和纵向表构成一个整体化构架，该数据库安装于总服务器中；所述数据库通过纵向表与业务线上的二级服务器相连。
[0030]步骤二将数据分为重要字段数据和非重要字段数据；
[0031]步骤三将非重要字段数据录入至纵向表中，将重要字段数据录入横向表中；
[0032]步骤四当重要字段数据变成非重要字段数据时，将该数据由纵向表转换成横向表。
[0033]步骤五需要添加、更改或删除数据时，
[0034]判断待添加、更改或删除数据为重要字段数据时，首先进行总服务器后台程序更改，然后在总服务器完成前台添加、更改或删除数据工作；
[0035]判断待添加、更改或删除数据为非重要字段数据时，通过总服务器或业务线上的任一二级服务器直接进行前台添加、更改或删除数据工作。
[0036]步骤六触发同步事件，多个二级服务器和总服务器同步。
[0037]图1为本发明一实施例示意图，如图1所示，在大型的汽车电子商务网站中，将传统的横向表和纵向表混合使用(表1为别为横向表结构不例，表2为纵向表结构不例)，根据不同需要对数据录入加以区分和限定，实现数据录入实时性和数据质量控制并行，可灵活添加、更改、删除数据，并对数据质量进行可行性控制。纵向表部分专门存储非重要字段数据，保证数据质量控制；横向表部分专门存储重要字段数据，满足数据及时更新，并且两类数据存储方式可以互相转化，当某些字段在将来某个时期有必要从非重要字段转化成重要字段时，数据结构实现同步转化。
[0038]表1横向表结构示例
[0039]
【权利要求】
1.一种车型数据库的混合存储方法，其特征在于包括以下步骤: 步骤一提供一个数据库，所述数据库由横向表和纵向表构成一个整体化构架，该数据库安装于总服务器中； 步骤二将数据分为重要字段数据和非重要字段数据； 步骤三将非重要字段数据录入至纵向表中，将重要字段数据录入横向表中； 步骤四当重要字段数据变成非重要字段数据时，将该数据由纵向表转换成横向表。
2.根据权利要求1所述的车型数据库的混合存储方法，其特征在于:所述数据库通过纵向表与业务线上的二级服务器相连。
3.根据权利要求2所述的车型数据库的混合存储方法，其特征在于还包括步骤五:需要添加、更改或删除数据时， 判断待添加、更改或删除数据为重要字段数据时，首先进行总服务器后台程序更改，然后在总服务器完成前台添加、更改或删除数据工作； 判断待添加、更改或删除数据为非重要字段数据时，通过总服务器或业务线上的任一二级服务器直接进行前台添加、更改或删除数据工作。
4.根据权利要求3所述的车型数据库的混合存储方法，其特征在于:添加、更改或删除完成后，触发同步事件，多个二级服务器和总服务器同步。
【文档编号】G06F17/30GK103778134SQ201210399374
【公开日】2014年5月7日 申请日期:2012年10月19日 优先权日:2012年10月19日
【发明者】李斌 申请人:北京易车互联信息技术有限公司