CN108108392B - 商品数据管理方法、装置、计算机设备及存储介质 - Google Patents
商品数据管理方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN108108392B CN108108392B CN201711183618.6A CN201711183618A CN108108392B CN 108108392 B CN108108392 B CN 108108392B CN 201711183618 A CN201711183618 A CN 201711183618A CN 108108392 B CN108108392 B CN 108108392B
- Authority
- CN
- China
- Prior art keywords
- data
- commodity
- version number
- version
- piece
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
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/23—Updating
-
- 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
- G06F16/2282—Tablespace storage structures; Management thereof
-
- 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
- G06F16/2308—Concurrency control
- G06F16/2315—Optimistic concurrency control
- G06F16/2329—Optimistic concurrency control using versioning
Abstract
本发明公开了商品数据管理方法、装置、计算机设备及存储介质,其中方法包括:将任一商品的商品数据中的各部分数据分别存储到对应的数据库表中,数据库表中的每条数据分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身;当商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新。应用本发明所述方案,能够节省存储资源等。
Description
【技术领域】
本发明涉及数据处理技术,特别涉及商品数据管理方法、装置、计算机设备及存储介质。
【背景技术】
在电商系统中,需要存储每件商品的商品数据即商品信息,商品数据可由基础信息、商品详情、规格信息等各部分数据组成。
而售卖中的商品可能会需要多次修改商品数据,如修改商品的价格等,即商品数据会发生多次更新,从而出现不同版本的商品数据。
这种情况下,如何有效地管理商品数据,以支持商品快照、数据统计等功能,将是一个极具挑战的难题。
现有技术中,通常采用以下管理方式:
1)将商品数据生成为超文本标记语言(HTML)这样的非结构化文件,将HTML文件及其包含的图片文件存储到分布式文件系统中,如Hadoop分布式文件系统(HDFS)等,每次更新商品数据都会生成新的HTML文件;
2)将商品的非图片数据存储到非关系型数据库(NoSQL)中,如Mongo、Hbase等,将图片数据存储到分布式文件系统或对象存储中;
3)利用关系型数据库(MySQL)存储全量数据,当每次更新商品数据时都添加新的全量数据。
但是,无论是分布式文件系统还是NoSQL,维护成本都比较高,对于中小型电商系统来说是不适合的。
而MySQL虽然维护成本较低,但是对于商品这样的大量数据,如果任何一个微小更新都存储全量数据,数据量会非常非常大,从而导致占用大量的存储资源等。
【发明内容】
有鉴于此,本发明提供了商品数据管理方法、装置、计算机设备及存储介质,能够节省存储资源等。
具体技术方案如下:
一种商品数据管理方法,包括:
将任一商品的商品数据中的各部分数据分别存储到对应的数据库表中,所述数据库表中的每条数据分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身;
当所述商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新。
根据本发明一优选实施例,该方法进一步包括:
在数据库中存储商品版本表;
所述商品版本表中包括商品标识以及商品版本号,所述商品版本号初始为一;
当所述商品数据发生更新时,获取所述商品版本表中的商品版本号,将获取到的商品版本号作为历史版本号,将所述历史版本号加一,得到最新版本号,用所述最新版本号更新所述商品版本表中的历史版本号。
根据本发明一优选实施例,所述当所述商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新包括:
将更新后的商品数据中的每部分数据分别作为新版数据,针对每部分新版数据,分别进行以下处理:
从对应的数据库表中获取属于所述商品且对应于所述历史版本号的数据,将获取到的数据作为历史数据;
对于所述新版数据中相比于所述历史数据中增加的每条数据,分别将增加的每条数据存储到所述数据库表中,并将增加的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中进行了修改的每条数据,分别将修改后的每条数据存储到所述数据库表中,并将修改后的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中未发生变化的每条数据,分别将未发生变化的每条数据的支持到的最大商品版本号更新为所述最新版本号;
对于未包括在所述新版数据但包括在所述历史数据中的每条数据,维持每条数据的支持到的最大商品版本号不变。
根据本发明一优选实施例,该方法进一步包括:
若未能获取到所述历史数据,则将所述新版数据存储到所述数据库表中,并将所述新版数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号。
根据本发明一优选实施例,所述对应于所述历史版本号的数据包括:
同时满足以下条件的数据:支持到的最大商品版本号大于或等于所述历史版本号、创建时的商品版本号小于或等于所述历史版本号。
根据本发明一优选实施例,该方法进一步包括:
根据给定的商品标识以及需要查询的商品版本号,从数据库中查询出符合要求的商品数据。
根据本发明一优选实施例,所述从数据库中查询出符合要求的商品数据包括:
从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据:支持到的最大商品版本号大于或等于所述需要查询的商品版本号、创建时的商品版本号小于或等于所述需要查询的商品版本号。
根据本发明一优选实施例,所述从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据包括:
通过关系型数据库MySQL的联合索引方式,从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据。
一种商品数据管理装置,包括:第一管理单元以及第二管理单元;
所述第一管理单元,用于将任一商品的商品数据中的各部分数据分别存储到对应的数据库表中,所述数据库表中的每条数据分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身;
所述第二管理单元,用于当所述商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新。
根据本发明一优选实施例,所述第一管理单元进一步用于,将商品版本表存储到数据库中,所述商品版本表中包括商品标识以及商品版本号,所述商品版本号初始为一;
所述第二管理单元进一步用于,当所述商品数据发生更新时,获取所述商品版本表中的商品版本号,将获取到的商品版本号作为历史版本号,将所述历史版本号加一,得到最新版本号,用所述最新版本号更新所述商品版本表中的历史版本号。
根据本发明一优选实施例,所述第二管理单元将更新后的商品数据中的每部分数据分别作为新版数据,针对每部分新版数据,分别进行以下处理:
从对应的数据库表中获取属于所述商品且对应于所述历史版本号的数据,将获取到的数据作为历史数据;
对于所述新版数据中相比于所述历史数据中增加的每条数据,分别将增加的每条数据存储到所述数据库表中,并将增加的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中进行了修改的每条数据,分别将修改后的每条数据存储到所述数据库表中,并将修改后的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中未发生变化的每条数据,分别将未发生变化的每条数据的支持到的最大商品版本号更新为所述最新版本号;
对于未包括在所述新版数据但包括在所述历史数据中的每条数据,维持每条数据的支持到的最大商品版本号不变。
根据本发明一优选实施例,所述第二管理单元进一步用于,若未能获取到所述历史数据,则将所述新版数据存储到所述数据库表中,并将所述新版数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号。
根据本发明一优选实施例,所述对应于所述历史版本号的数据包括:
同时满足以下条件的数据:支持到的最大商品版本号大于或等于所述历史版本号、创建时的商品版本号小于或等于所述历史版本号。
根据本发明一优选实施例,所述装置中进一步包括:第三管理单元;
所述第三管理单元,用于根据给定的商品标识以及需要查询的商品版本号,从数据库中查询出符合要求的商品数据。
根据本发明一优选实施例,所述第三管理单元从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据:支持到的最大商品版本号大于或等于所述需要查询的商品版本号、创建时的商品版本号小于或等于所述需要查询的商品版本号。
根据本发明一优选实施例,所述第三管理单元通过关系型数据库MySQL的联合索引方式,从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据。
一种计算机设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述程序时实现如以上所述的方法。
一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现如以上所述的方法。
基于上述介绍可以看出,采用本发明所述方案,可将商品数据中的各部分数据分别存储到对应的数据库表中,数据库表中的每条数据可分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身等,之后,当商品数据发生更新时,可根据更新的内容,对对应的数据库表中的内容进行更新,从而无需像现有技术中一样任何一个微小更新都存储全量数据,进而节省了存储资源等。
【附图说明】
图1为本发明所述商品数据管理方法实施例的流程图。
图2为初始的商品版本表的示意图。
图3为初始的基础信息表的示意图。
图4为初始的规格信息表的示意图。
图5为第一次更新后的商品版本表的示意图。
图6为第一次更新后的基础信息表的示意图。
图7为第一次更新后的规格信息表的示意图。
图8为第二次更新后的商品版本表的示意图。
图9为第二次更新后的基础信息表的示意图。
图10为第二次更新后的规格信息表的示意图。
图11为第三次更新后的商品版本表的示意图。
图12为第三次更新后的基础信息表的示意图。
图13为第三次更新后的规格信息表的示意图。
图14为本发明所述商品数据管理装置实施例的组成结构示意图。
图15示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。
【具体实施方式】
为了使本发明的技术方案更加清楚、明白,以下参照附图并举实施例,对本发明所述方案进行进一步说明。
显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
图1为本发明所述商品数据管理方法实施例的流程图。如图1所示,包括以下具体实现方式。
在101中,将任一商品的商品数据中的各部分数据分别存储到对应的数据库表中,数据库表中的每条数据分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身。
在102中,当商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新。
由于MySQL具有维护成本低等优点,因此,本实施例中基于MySQL来实现商品数据管理。
可将商品数据中的各部分数据分别存储到对应的数据库表中,即在数据库中存储各部分数据对应的数据库表。另外,还可在数据库中存储商品版本表。
商品版本表中可包括商品标识以及商品版本号,即商品版本表中需要包括表一所示内容,商品版本号初始为一,后续每更新一次商品数据,则商品版本号加一。
表一 商品版本表中包括的内容
商品数据中的各部分数据可包括:基础信息,如名称、摘要、logo等;商品详情;规格信息;商品描述参数;商品自定义参数等。在实际应用中,商品数据可根据业务发展不断扩展。
各部分数据可分别存储到对应的数据库表中,数据库表中的每条数据可分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身等,即数据库表中的每条数据均需要包括表二所示内容。
表二 数据库表中的数据包括的内容
数据库表中的每条数据均会继承上述3个字段,并添加自身的业务字段,即数据本身。
各条数据以product_id为基础进行关联,表示属于同一商品。
如前所述,每更新一次商品数据,商品版本号则加一。具体地,当商品数据发生更新时,可获取商品版本表中的商品版本号,将获取到的商品版本号作为历史版本号,并将历史版本号加一,得到最新版本号,用最新版本号更新商品版本表中的历史版本号。
比如,可使用数据库乐观锁方式,获取历史版本号,假设为1,并得到最新版本号2,将最新版本号更新到商品版本表中。
另外,当商品数据发生更新时,还可根据更新的内容,对对应的数据库表中的内容进行更新。
比如,可将更新后的商品数据中的每部分数据分别作为新版数据,针对每部分新版数据,分别按照同样的方式进行处理。所述处理可包括:首先,从对应的数据库表中获取属于更新后的商品数据对应的商品且对应于历史版本号的数据,将获取到的数据作为历史数据,对应于历史版本号的数据可以是指同时满足以下条件的数据:支持到的最大商品版本号大于或等于历史版本号、创建时的商品版本号小于或等于历史版本号;之后,针对历史数据以及新版数据,可按照规则a)~d)进行处理。
a)对于新版数据中相比于历史数据中增加的每条数据,分别将增加的每条数据存储到数据库表中,并将增加的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号。
b)对于新版数据中相比于历史数据中进行了修改的每条数据,分别将修改后的每条数据存储到数据库表中,并将修改后的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号。
c)对于新版数据中相比于历史数据中未发生变化的每条数据,分别将未发生变化的每条数据的支持到的最大商品版本号更新为最新版本号。
d)对于未包括在新版数据但包括在历史数据中的每条数据,维持每条数据的支持到的最大商品版本号不变。
另外,若未能获取到历史数据,则可将新版数据存储到数据库表中,并将新版数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号。
代码层面上,可提供一个统一的接口,使用建造者设计模式,各部分数据都实现接口,完成自身的更新逻辑。
比如,在获取到历史版本号并利用最新版本号更新了商品版本表中的历史版本号后,可将更新后的商品数据、历史版本号以及最新版本号交给ProductUpdateDirector,由ProductUpdateDirector指挥各个ContentUpdater更新数据。
各部分数据可分别对应一个ContentUpdater,ProductUpdateDirector可拆分出更新后的商品数据中的各部分数据,即得到各新版数据,并分别发送给对应的ContentUpdater,同时会将历史版本号以及最新版本号等发送给ContentUpdater。
对于每个ContentUpdater,可通过执行结构化查询语言(SQL)语句,从对应的数据库表中查询出属于更新后的商品数据对应的商品且对应于历史版本号的数据,将获取到的数据作为历史数据。
SQL语句可为:
SELECT${columnName}FROM${tableName}WHERE product_id=${productId}ANDcreated_version<=${version}AND max_version>=${version};
其中,${version}即为历史版本号。
可使用MySQL的联合索引方式(product_id,created_version,max_version),从而提高查询效率。
之后,ContentUpdater可针对历史数据以及新版数据,按照前述规则等进行处理。
以下结合具体的示例,对本实施例所述方案进行进一步说明。
假设商品数据中包括两部分数据,分别为基础信息和规格信息,为便于表述,将基础信息对应的数据库表称为基础信息表,将规格信息对应的数据库表称为规格信息表,依次执行添加新商品、修改商品名称、添加规格信息、删除规格信息的操作。
当添加新商品时,可在数据库中对应存储一个商品版本表,如图2所示,图2为初始的商品版本表的示意图,其中包括商品标识以及商品版本号,商品版本号为1。
图3为初始的基础信息表的示意图。如图3所示,假设基础信息表中包括一条关于商品名称的数据,该数据的创建时的商品版本号以及支持到的最大商品版本号均为1。
图4为初始的规格信息表的示意图。如图4所示,假设规格信息表中包括两条数据,分别为规格ID为pkg1和pkg2的数据,这两条数据的创建时的商品版本号以及支持到的最大商品版本号均为1。
当修改商品名称时,此时的历史版本号为1,最新版本号为2,相应地,图5为第一次更新后的商品版本表的示意图,如图5所示,其中的商品版本号更新为了2。
由于新版的基础信息(新版数据)相比于历史的基础信息(历史数据),对其中的数据进行了修改,即将商品名称由“A”修改为“B”,那么根据上述规则b),可将新版的基础信息存储到基础信息表中,如图6所示,图6为第一次更新后的基础信息表的示意图,新存储的数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号2。
由于新版的规格信息(新版数据)相比于历史的规格信息(历史数据)无变化,那么按照规则c),可将规格信息表中的两条数据的支持到的最大商品版本号均更新为最新版本号2,如图7所示,图7为第一次更新后的规格信息表的示意图。
当添加规格信息时,此时的历史版本号为2,最新版本号为3,相应地,图8为第二次更新后的商品版本表的示意图,如图8所示,其中的商品版本号更新为了3。
由于新版的基础信息相比于历史的基础信息无变化,商品名称仍为“B”,那么根据规则c),可将基础信息表中的商品名称为“B”的数据的支持到的最大商品版本号更新为最新版本号3,如图9所示,图9为第二次更新后的基础信息表的示意图。
假设新版的规格信息中包括三条数据,分别为规则ID为pkg1、pkg2和pkg3的数据,其中规格ID为pkg3的数据为新增的数据,其它两条数据与历史的规格信息中相同,那么,按照规则a),可将规则ID为pkg3的数据存储到规格信息表中,并将这条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号3,同时,根据规则c),将规则ID为pkg1和pkg2的数据的支持到的最大商品版本号均更新为最新版本号3,如图10所示,图10为第二次更新后的规格信息表的示意图。
当删除规格信息时,此时的历史版本号为3,最新版本号为4,相应地,图11为第三次更新后的商品版本表的示意图,如图11所示,其中的商品版本号更新为了4。
由于新版的基础信息相比于历史的基础信息无变化,商品名称仍为“B”,那么根据规则c),可将基础信息表中的商品名称为“B”的数据的支持到的最大商品版本号更新为最新版本号4,如图12所示,图12为第三次更新后的基础信息表的示意图。
假设新版的规格信息中包括两条数据,分别为规则ID为pkg2和pkg3的数据,缺少了规格ID为pkg1的数据,即新版的规格信息中删除了规格ID为pkg1的数据,其它两条数据无变化,那么根据规则d),可不对规格ID为pkg1的数据进行任何操作,即可维持该数据的支持到的最大商品版本号不变等,同时,对于规则ID为pkg2和pkg3的数据,根据规则c),可将这两条数据的支持到的最大商品版本号均更新为最新版本号4,如图13所示,图13为第三次更新后的规格信息表的示意图。
可以看出,经过上述4次操作后,数据库表中仅增加了2条数据就保存了完整的更新过程,大大节省了存储资源,同时,如果商品数据扩展新的部分时,仍可以使用上述的更新方式,保证了扩展性。
另外,还可根据给定的商品标识以及需要查询的商品版本号,从数据库中查询出符合要求的商品数据。
具体地,可从数据库中查询出所属商品标识为给定的商品标识且符合以下条件的数据:支持到的最大商品版本号大于或等于需要查询的商品版本号、创建时的商品版本号小于或等于需要查询的商品版本号。
可通过执行SQL语句来进行查询。
SQL语句可为:
SELECT${columnName}FROM${tableName}WHERE product_id=${productId}ANDcreated_version<=${version}AND max_version>=${version};
其中,${version}即为需要查询的商品版本号。
可以使用MySQL的联合索引方式(product_id,created_version,max_version),从而提高了查询效率。
在实际应用中,当用户购买某一商品时,只需在订单中记录商品标识和购买时的商品版本号,后续即可快速地查询到对应版本的商品数据,从而实现了商品快照功能。
总之,采用上述方法实施例所述方案,可基于MySQL实现,维护成本较低;而且,大量的更新操作只需要占用少量的存储空间,即可完整保证整个更新过程,从而节省了存储资源;另外,能够提高查询效率,利用MySQL的联合索引等,可以很快地获取任意版本的商品数据,实现商品快照功能;再有,可以直接获取商品的某一部分数据,利用MySQL丰富的查询功能,可以很方便地实现各种数据统计及数据挖掘功能等。
以上是关于方法实施例的介绍,以下通过装置实施例,对本发明所述方案进行进一步说明。
图14为本发明所述商品数据管理装置实施例的组成结构示意图。如图14所示,包括:第一管理单元141以及第二管理单元142。
第一管理单元141,用于将任一商品的商品数据中的各部分数据分别存储到对应的数据库表中,数据库表中的每条数据分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身。
第二管理单元142,用于当商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新。
由于MySQL具有维护成本低等优点,因此,本实施例中基于MySQL来实现商品数据管理。
第一管理单元141可将商品数据中的各部分数据分别存储到对应的数据库表中,另外,还可在数据库中存储商品版本表。
商品版本表中可包括商品标识以及商品版本号,如表一所示,后续每更新一次商品数据,则商品版本号加一。
具体地,第二管理单元142可在商品数据发生更新时,获取商品版本表中的商品版本号,将获取到的商品版本号作为历史版本号,将历史版本号加一,得到最新版本号,用最新版本号更新商品版本表中的历史版本号。
商品数据中的各部分数据可包括:基础信息,如名称、摘要、logo等;商品详情;规格信息;商品描述参数;商品自定义参数等。在实际应用中,商品数据可根据业务发展不断扩展。
第一管理单元141可将各部分数据分别存储到对应的数据库表中,数据库表中的每条数据可分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身等,如表二所示。
各条数据以product_id为基础进行关联,表示属于同一商品。
当商品数据发生更新时,第二管理单元142可根据更新的内容,对对应的数据库表中的内容进行更新。
比如,第二管理单元142可将更新后的商品数据中的每部分数据分别作为新版数据,针对每部分新版数据,分别按照同样的方式进行处理。所述处理可包括:首先,从对应的数据库表中获取属于更新后的商品数据对应的商品且对应于历史版本号的数据,将获取到的数据作为历史数据,对应于历史版本号的数据可以是指同时满足以下条件的数据:支持到的最大商品版本号大于或等于历史版本号、创建时的商品版本号小于或等于历史版本号;之后,针对历史数据以及新版数据,可按照规则a)~d)进行处理。
a)对于新版数据中相比于历史数据中增加的每条数据,分别将增加的每条数据存储到数据库表中,并将增加的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号。
b)对于新版数据中相比于历史数据中进行了修改的每条数据,分别将修改后的每条数据存储到数据库表中,并将修改后的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号。
c)对于新版数据中相比于历史数据中未发生变化的每条数据,分别将未发生变化的每条数据的支持到的最大商品版本号更新为最新版本号。
d)对于未包括在新版数据但包括在历史数据中的每条数据,维持每条数据的支持到的最大商品版本号不变。
另外,若未能获取到历史数据,则第二管理单元142可将新版数据存储到数据库表中,并将新版数据的创建时的商品版本号以及支持到的最大商品版本号均设定为最新版本号。
图14所示装置中还可进一步包括:第三管理单元143,用于根据给定的商品标识以及需要查询的商品版本号,从数据库中查询出符合要求的商品数据。
比如,第三管理单元143可从数据库中查询出所属商品标识为给定的商品标识且符合以下条件的数据:支持到的最大商品版本号大于或等于需要查询的商品版本号、创建时的商品版本号小于或等于需要查询的商品版本号。
可通过执行SQL语句来进行查询。
SQL语句可为:
SELECT${columnName}FROM${tableName}WHERE product_id=${productId}ANDcreated_version<=${version}AND max_version>=${version}。
可以使用MySQL的联合索引方式(product_id,created_version,max_version),从而提高了查询效率。
在实际应用中,当用户购买某一商品时,只需在订单中记录商品标识和购买时的商品版本号,后续即可快速地查询到对应版本的商品数据,从而实现了商品快照功能。
上述装置实施例的具体工作流程请参照前述方法实施例中的相应说明,不再赘述。
总之,采用上述装置实施例所述方案,可基于MySQL实现,维护成本较低;而且,大量的更新操作只需要占用少量的存储空间,即可完整保证整个更新过程,从而节省了存储资源;另外,能够提高查询效率,利用MySQL的联合索引等,可以很快地获取任意版本的商品数据,实现商品快照功能;再有,可以直接获取商品的某一部分数据,利用MySQL丰富的查询功能,可以很方便地实现各种数据统计及数据挖掘功能等。
图15示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。图15显示的计算机系统/服务器12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图15所示,计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于:一个或者多个处理器(处理单元)16,存储器28,连接不同系统组件(包括存储器28和处理器16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图15未显示,通常称为“硬盘驱动器”)。尽管图15中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信,和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图15所示,网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白,尽管图中未示出,可以结合计算机系统/服务器12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理器16通过运行存储在存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现图1所示实施例中的方法。
本发明同时公开了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时将实现如图1所示实施例中的方法。
可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于——无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
在本发明所提供的几个实施例中,应该理解到,所揭露的装置和方法等,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (16)
1.一种商品数据管理方法,其特征在于,包括:
将任一商品的商品数据中的各部分数据分别存储到对应的不同数据库表中,所述数据库表中的每条数据分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身,所述支持到的最大商品版本号是指从下一个商品版本号开始,当前数据已经被修改或者删除;
当所述商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新;
该方法进一步包括:
在数据库中存储商品版本表;
所述商品版本表中包括商品标识以及商品版本号,所述商品版本号初始为一;
当所述商品数据发生更新时,获取所述商品版本表中的商品版本号,将获取到的商品版本号作为历史版本号,将所述历史版本号加一,得到最新版本号,用所述最新版本号更新所述商品版本表中的历史版本号。
2.根据权利要求1所述的方法,其特征在于,
所述当所述商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新包括:
将更新后的商品数据中的每部分数据分别作为新版数据,针对每部分新版数据,分别进行以下处理:
从对应的数据库表中获取属于所述商品且对应于所述历史版本号的数据,将获取到的数据作为历史数据;
对于所述新版数据中相比于所述历史数据中增加的每条数据,分别将增加的每条数据存储到所述数据库表中,并将增加的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中进行了修改的每条数据,分别将修改后的每条数据存储到所述数据库表中,并将修改后的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中未发生变化的每条数据,分别将未发生变化的每条数据的支持到的最大商品版本号更新为所述最新版本号;
对于未包括在所述新版数据但包括在所述历史数据中的每条数据,维持每条数据的支持到的最大商品版本号不变。
3.根据权利要求2所述的方法,其特征在于,
该方法进一步包括:
若未能获取到所述历史数据,则将所述新版数据存储到所述数据库表中,并将所述新版数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号。
4.根据权利要求2所述的方法,其特征在于,
所述对应于所述历史版本号的数据包括:
同时满足以下条件的数据:支持到的最大商品版本号大于或等于所述历史版本号、创建时的商品版本号小于或等于所述历史版本号。
5.根据权利要求1所述的方法,其特征在于,
该方法进一步包括:
根据给定的商品标识以及需要查询的商品版本号,从数据库中查询出符合要求的商品数据。
6.根据权利要求5所述的方法,其特征在于,
所述从数据库中查询出符合要求的商品数据包括:
从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据:支持到的最大商品版本号大于或等于所述需要查询的商品版本号、创建时的商品版本号小于或等于所述需要查询的商品版本号。
7.根据权利要求6所述的方法,其特征在于,
所述从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据包括:
通过关系型数据库MySQL的联合索引方式,从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据。
8.一种商品数据管理装置,其特征在于,包括:第一管理单元以及第二管理单元;
所述第一管理单元,用于将任一商品的商品数据中的各部分数据分别存储到对应的不同数据库表中,所述数据库表中的每条数据分别包括:所属商品标识、创建时的商品版本号、支持到的最大商品版本号以及数据本身,所述支持到的最大商品版本号是指从下一个商品版本号开始,当前数据已经被修改或者删除;
所述第二管理单元,用于当所述商品数据发生更新时,根据更新的内容,对对应的数据库表中的内容进行更新;
所述第一管理单元进一步用于,将商品版本表存储到数据库中,所述商品版本表中包括商品标识以及商品版本号,所述商品版本号初始为一;
所述第二管理单元进一步用于,当所述商品数据发生更新时,获取所述商品版本表中的商品版本号,将获取到的商品版本号作为历史版本号,将所述历史版本号加一,得到最新版本号,用所述最新版本号更新所述商品版本表中的历史版本号。
9.根据权利要求8所述的装置,其特征在于,
所述第二管理单元将更新后的商品数据中的每部分数据分别作为新版数据,针对每部分新版数据,分别进行以下处理:
从对应的数据库表中获取属于所述商品且对应于所述历史版本号的数据,将获取到的数据作为历史数据;
对于所述新版数据中相比于所述历史数据中增加的每条数据,分别将增加的每条数据存储到所述数据库表中,并将增加的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中进行了修改的每条数据,分别将修改后的每条数据存储到所述数据库表中,并将修改后的每条数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号;
对于所述新版数据中相比于所述历史数据中未发生变化的每条数据,分别将未发生变化的每条数据的支持到的最大商品版本号更新为所述最新版本号;
对于未包括在所述新版数据但包括在所述历史数据中的每条数据,维持每条数据的支持到的最大商品版本号不变。
10.根据权利要求9所述的装置,其特征在于,
所述第二管理单元进一步用于,若未能获取到所述历史数据,则将所述新版数据存储到所述数据库表中,并将所述新版数据的创建时的商品版本号以及支持到的最大商品版本号均设定为所述最新版本号。
11.根据权利要求9所述的装置,其特征在于,
所述对应于所述历史版本号的数据包括:
同时满足以下条件的数据:支持到的最大商品版本号大于或等于所述历史版本号、创建时的商品版本号小于或等于所述历史版本号。
12.根据权利要求8所述的装置,其特征在于,
所述装置中进一步包括:第三管理单元;
所述第三管理单元,用于根据给定的商品标识以及需要查询的商品版本号,从数据库中查询出符合要求的商品数据。
13.根据权利要求12所述的装置,其特征在于,
所述第三管理单元从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据:支持到的最大商品版本号大于或等于所述需要查询的商品版本号、创建时的商品版本号小于或等于所述需要查询的商品版本号。
14.根据权利要求12所述的装置,其特征在于,
所述第三管理单元通过关系型数据库MySQL的联合索引方式,从数据库中查询出所属商品标识为所述给定的商品标识且符合以下条件的数据。
15.一种计算机设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1~7中任一项所述的方法。
16.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1~7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711183618.6A CN108108392B (zh) | 2017-11-23 | 2017-11-23 | 商品数据管理方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711183618.6A CN108108392B (zh) | 2017-11-23 | 2017-11-23 | 商品数据管理方法、装置、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108108392A CN108108392A (zh) | 2018-06-01 |
CN108108392B true CN108108392B (zh) | 2020-07-24 |
Family
ID=62207606
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711183618.6A Active CN108108392B (zh) | 2017-11-23 | 2017-11-23 | 商品数据管理方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108108392B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109558462A (zh) * | 2018-11-02 | 2019-04-02 | 深圳智链物联科技有限公司 | 数据统计方法及装置 |
CN111079052B (zh) * | 2019-12-13 | 2023-09-19 | 携程旅游信息技术(上海)有限公司 | 网络页面的产品信息展示方法、系统、电子设备和介质 |
CN115048140A (zh) * | 2022-07-01 | 2022-09-13 | 北京有竹居网络技术有限公司 | 一种版本控制方法、装置、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103700010A (zh) * | 2013-12-30 | 2014-04-02 | 世纪禾光科技发展(北京)有限责任公司 | 一种商品轨迹系统及相关方法 |
CN103714090A (zh) * | 2012-10-09 | 2014-04-09 | 阿里巴巴集团控股有限公司 | 多索引数据库事务处理方法及数据库 |
CN105488050A (zh) * | 2014-09-17 | 2016-04-13 | 阿里巴巴集团控股有限公司 | 一种数据库多索引方法、装置及系统 |
CN105677889A (zh) * | 2016-01-30 | 2016-06-15 | 武汉大学 | 一种空间数据的局部更新、整体还原增量更新方法 |
CN106970974A (zh) * | 2017-03-27 | 2017-07-21 | 车智互联(北京)科技有限公司 | 一种基于版本的app低流量数据更新系统和方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104572644B (zh) * | 2013-10-10 | 2018-05-22 | 北京大学 | 数据库更新装置和数据库更新方法 |
-
2017
- 2017-11-23 CN CN201711183618.6A patent/CN108108392B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103714090A (zh) * | 2012-10-09 | 2014-04-09 | 阿里巴巴集团控股有限公司 | 多索引数据库事务处理方法及数据库 |
CN103700010A (zh) * | 2013-12-30 | 2014-04-02 | 世纪禾光科技发展(北京)有限责任公司 | 一种商品轨迹系统及相关方法 |
CN105488050A (zh) * | 2014-09-17 | 2016-04-13 | 阿里巴巴集团控股有限公司 | 一种数据库多索引方法、装置及系统 |
CN105677889A (zh) * | 2016-01-30 | 2016-06-15 | 武汉大学 | 一种空间数据的局部更新、整体还原增量更新方法 |
CN106970974A (zh) * | 2017-03-27 | 2017-07-21 | 车智互联(北京)科技有限公司 | 一种基于版本的app低流量数据更新系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN108108392A (zh) | 2018-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108536761B (zh) | 报表数据查询方法及服务器 | |
US9773010B1 (en) | Information-driven file system navigation | |
CN108228817A (zh) | 数据处理方法、装置和系统 | |
CN104881466B (zh) | 数据分片的处理以及垃圾文件的删除方法和装置 | |
US9442964B2 (en) | Conforming data structure instances to schema versions | |
CN108897874B (zh) | 用于处理数据的方法和装置 | |
CN109522751B (zh) | 访问权限控制方法、装置、电子设备及计算机可读介质 | |
US8805777B2 (en) | Data record collapse and split functionality | |
US20210248622A1 (en) | Methods, apparatuses, and devices for generating digital document of title | |
CN108108392B (zh) | 商品数据管理方法、装置、计算机设备及存储介质 | |
CN109522332A (zh) | 客户信息数据合并方法、装置、设备及可读存储介质 | |
CN110737682A (zh) | 一种缓存操作方法、装置、存储介质和电子设备 | |
US10055471B2 (en) | Integrated big data interface for multiple storage types | |
US10248668B2 (en) | Mapping database structure to software | |
CN109614411B (zh) | 数据存储方法、设备和存储介质 | |
US10185757B2 (en) | Non-uniform multi-row text file loading | |
CN110633281A (zh) | 多类型数据源的处理方法及装置 | |
US8700676B2 (en) | System and method for appending metadata to objects | |
US9201937B2 (en) | Rapid provisioning of information for business analytics | |
CN107291923B (zh) | 信息处理方法和装置 | |
US10114864B1 (en) | List element query support and processing | |
US9323817B2 (en) | Distributed storage system with pluggable query processing | |
CN112685078A (zh) | 接口文档生成与查询方法、装置及计算机可读存储介质 | |
CN113609128A (zh) | 生成数据库实体类的方法、装置、终端设备及存储介质 | |
CN110674224A (zh) | 实体数据的处理方法、装置、设备及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |