一種商品軌跡系統(tǒng)及相關(guān)方法
【專利摘要】本發(fā)明提供了一種商品軌跡系統(tǒng)，包括數(shù)據(jù)模塊，其包括商品信息數(shù)據(jù)庫和數(shù)據(jù)表；通信模塊，用于與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列服務(wù)進(jìn)行交互；監(jiān)控模塊，用于在發(fā)現(xiàn)所述商品數(shù)據(jù)管理系統(tǒng)中的商品版本信息產(chǎn)生變動(dòng)時(shí)，接收商品數(shù)據(jù)管理系統(tǒng)向所述隊(duì)列服務(wù)發(fā)送的消息；以及軌跡記錄模塊，用于消耗隊(duì)列消息，以存儲(chǔ)變動(dòng)的商品信息。本發(fā)明改進(jìn)了保存多版本商品軌跡信息，保證商品系統(tǒng)的穩(wěn)定性和數(shù)據(jù)的可擴(kuò)展性。
【專利說明】一種商品軌跡系統(tǒng)及相關(guān)方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)管理領(lǐng)域，特別涉及一種電子商務(wù)平臺(tái)中存儲(chǔ)商品版本信息的方法和系統(tǒng)。
【背景技術(shù)】
[0002]隨著電子商務(wù)的快速發(fā)展，在線交易的商品的種類和數(shù)量逐漸增多，產(chǎn)品的制造商或銷售商在電子商務(wù)系統(tǒng)中可以對(duì)所保持的商品進(jìn)行數(shù)據(jù)管理，例如添加、刪除商品。此夕卜，在當(dāng)前電商平臺(tái)的商品數(shù)據(jù)管理系統(tǒng)中，商戶經(jīng)常需要根據(jù)市場(chǎng)變化的需求調(diào)整自己的商品信息，例如調(diào)整商品的出售價(jià)格和庫存量，在出廠參數(shù)發(fā)生變化時(shí)，商戶還需要相應(yīng)地修改產(chǎn)品的參數(shù)，如外觀和條形碼等。為了分析商品的變動(dòng)情況，商品數(shù)據(jù)管理系統(tǒng)對(duì)商品信息的變動(dòng)進(jìn)行了版本快照存儲(chǔ)。首先定義商品在系統(tǒng)中是有版本存在的，然后隨著商戶對(duì)商品信息的變動(dòng)，特別是一些關(guān)鍵信息的修改，系統(tǒng)判定為商品版本發(fā)生了改變，并把改變的版本號(hào)通知給商品版本系統(tǒng)，版本系統(tǒng)根據(jù)版本號(hào)，再調(diào)用提出該版本的商品信息，然后進(jìn)行存儲(chǔ)。
[0003]當(dāng)前系統(tǒng)面臨的問題是，如何存儲(chǔ)較多的版本變動(dòng)數(shù)據(jù)，才能避免影響正常的系統(tǒng)流程，或利用商品的版本信息可以方便地進(jìn)行各種統(tǒng)計(jì)分析與挖掘。已有系統(tǒng)商品版本信息以直接方式簡(jiǎn)單地進(jìn)行存儲(chǔ)，并未定義各個(gè)版本之間的數(shù)據(jù)關(guān)聯(lián)，這會(huì)消耗大量的存儲(chǔ)空間。即目前的商品系統(tǒng)還不能實(shí)現(xiàn)高效的進(jìn)行版本定義與版本存儲(chǔ)，盡可能的節(jié)省空間和便于提取分析。在商品信息升級(jí)方面，隨著產(chǎn)品主體結(jié)構(gòu)的修改，版本系統(tǒng)也需要持續(xù)進(jìn)行優(yōu)化改進(jìn)，才能實(shí)現(xiàn)維護(hù)與支持，因此不利于數(shù)據(jù)的擴(kuò)展。

【發(fā)明內(nèi)容】

[0004]為解決上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明提出了一種商品軌跡系統(tǒng)和方法，高效地保存多個(gè)版本的商品軌跡信息，并且保證商品系統(tǒng)的穩(wěn)定性和數(shù)據(jù)的可擴(kuò)展性。
[0005]本發(fā)明米用如下技術(shù)方案:一種商品軌跡系統(tǒng)，包括:
[0006]數(shù)據(jù)模塊，其包括商品信息數(shù)據(jù)庫和數(shù)據(jù)表，用于存儲(chǔ)商品信息，其中所述商品信息包括商品屬性信息和商品版本變動(dòng)信息；
[0007]通信模塊，用于與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列服務(wù)以遠(yuǎn)程調(diào)用API的方式進(jìn)行交互，其中所述隊(duì)列采用多線程執(zhí)行；
[0008]監(jiān)控模塊，用于在發(fā)現(xiàn)所述商品數(shù)據(jù)管理系統(tǒng)中的商品信息產(chǎn)生變動(dòng)時(shí)，若確定為是版本變動(dòng)，則所述通信模塊接收商品數(shù)據(jù)管理系統(tǒng)向所述隊(duì)列服務(wù)發(fā)送的消息；以及
[0009]軌跡記錄模塊，用于消耗隊(duì)列消息，同時(shí)獲取該版本的商品信息，根據(jù)路由確認(rèn)具體的數(shù)據(jù)庫與數(shù)據(jù)表，以存儲(chǔ)變動(dòng)的商品信息。
[0010]優(yōu)選地，所述軌跡系統(tǒng)部署在集群中，并且在多線程中執(zhí)行，線程的數(shù)量由服務(wù)器性能確定。
[0011]優(yōu)選地，所述數(shù)據(jù)模塊中的所述數(shù)據(jù)庫和數(shù)據(jù)表的存儲(chǔ)結(jié)構(gòu)在繼承了所述商品數(shù)據(jù)管理系統(tǒng)中的存儲(chǔ)結(jié)構(gòu)基礎(chǔ)上，增加兩個(gè)商品屬性信息字段，即版本號(hào)和版本記錄時(shí)間。
[0012]優(yōu)選地，所述數(shù)據(jù)模塊中的所述數(shù)據(jù)表的主鍵配置為:商品數(shù)據(jù)管理系統(tǒng)中的產(chǎn)品信息表的主鍵與所述版本號(hào)字段的組合。
[0013]優(yōu)選地，其中所述商品屬性信息包括以下任意一個(gè)或多個(gè):商品唯一標(biāo)識(shí)、商品圖片、商品名稱、重量信息、廠商名稱、商品價(jià)格、商品分類、商品描述。
[0014]優(yōu)選地，所述軌跡系統(tǒng)是獨(dú)立運(yùn)行的應(yīng)用程序，或者操作系統(tǒng)的服務(wù)。
[0015]優(yōu)選地，所述軌跡記錄模塊還配置為，
[0016]通知商品數(shù)據(jù)管理系統(tǒng)需要獲取的商品版本信息；
[0017]當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)一致時(shí)，表示版本號(hào)正常，向隊(duì)列服務(wù)發(fā)送消息；
[0018]當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)不一致時(shí)，表示版本號(hào)錯(cuò)誤，過程結(jié)束。
[0019]優(yōu)選地，所述軌跡系統(tǒng)的數(shù)據(jù)模塊采用MySql數(shù)據(jù)庫，數(shù)據(jù)表基于商戶編號(hào)來建立，MySql數(shù)據(jù)庫由統(tǒng)一配置中心通過配置指定，該統(tǒng)一配置中心可通過操作和管理程序配置文件來實(shí)現(xiàn)。
[0020]優(yōu)選地，所述軌跡系統(tǒng)的數(shù)據(jù)模塊使用Mongo數(shù)據(jù)存儲(chǔ)引擎，將Mongo設(shè)置為schma free 形式的 nosql。
[0021]優(yōu)選地，所述Mongo數(shù)據(jù)存儲(chǔ)引擎使用復(fù)合文檔的方式，在確定監(jiān)控字段的任意時(shí)間點(diǎn)，加入從MySql到Mongo的數(shù)據(jù)映射,利用Mongos分片方式,數(shù)據(jù)擴(kuò)容對(duì)應(yīng)用端透明；利用Mongos的代理機(jī)制,支持跨分片的查詢；利用Mongo的mapreduce計(jì)算框架，實(shí)時(shí)以javascript腳本的方式執(zhí)行統(tǒng)計(jì)任務(wù),為平臺(tái)提供數(shù)據(jù)統(tǒng)計(jì)支持；利用spring dataMongo框架，直接實(shí)現(xiàn)jpa到Mongo的映射，同時(shí)spring data的MongoRepository數(shù)據(jù)倉庫，可以實(shí)現(xiàn)聲明接口即實(shí)現(xiàn)crud的功能，快速實(shí)現(xiàn)數(shù)據(jù)操作。
[0022]本發(fā)明的另一方面提供了一種保存商品多版本的軌跡信息的方法，其特征在于，包括:
[0023]建立商品信息數(shù)據(jù)庫和數(shù)據(jù)表，用于存儲(chǔ)商品信息，其中所述商品信息包括商品屬性信息和商品版本變動(dòng)信息；
[0024]與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列服務(wù)以遠(yuǎn)程調(diào)用API的方式進(jìn)行交互，其中所述隊(duì)列采用多線程執(zhí)行；
[0025]在發(fā)現(xiàn)所述商品數(shù)據(jù)管理系統(tǒng)中的商品信息產(chǎn)生變動(dòng)時(shí)，若確定為是版本變動(dòng)，則所述通信模塊接收商品數(shù)據(jù)管理系統(tǒng)向所述隊(duì)列服務(wù)發(fā)送的消息；以及
[0026]消耗隊(duì)列消息，同時(shí)獲取該版本的商品信息，根據(jù)路由確認(rèn)具體的數(shù)據(jù)庫與數(shù)據(jù)表，以存儲(chǔ)變動(dòng)的商品信息。
[0027]優(yōu)選地，所述與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列服務(wù)交互包括:
[0028]在集群中多線程執(zhí)行隊(duì)列，所述線程的數(shù)量由服務(wù)器性能確定。
[0029]優(yōu)選地，商品信息數(shù)據(jù)庫的表的存儲(chǔ)結(jié)構(gòu)在繼承了所述商品數(shù)據(jù)管理系統(tǒng)中的存儲(chǔ)結(jié)構(gòu)基礎(chǔ)上，增加兩個(gè)商品屬性信息字段，即版本號(hào)和版本記錄時(shí)間。
[0030]優(yōu)選地，所述數(shù)據(jù)表的主鍵配置為:商品數(shù)據(jù)管理系統(tǒng)中的產(chǎn)品信息表的主鍵與所述版本號(hào)字段的組合。
[0031 ] 優(yōu)選地，該方法還包括:[0032]通知商品數(shù)據(jù)管理系統(tǒng)需要獲取的商品版本信息；
[0033]當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)一致時(shí)，表示版本號(hào)正常，向隊(duì)列服務(wù)發(fā)送消息；
[0034]當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)不一致時(shí)，表示版本號(hào)錯(cuò)誤，方法結(jié)束。
[0035]優(yōu)選地，采用MySql數(shù)據(jù)庫，數(shù)據(jù)表基于商戶編號(hào)來建立，MySql數(shù)據(jù)庫由統(tǒng)一配置中心通過配置指定，該統(tǒng)一配置中心可通過操作和管理程序配置文件來實(shí)現(xiàn)。
[0036]優(yōu)選地，所述軌跡系統(tǒng)的數(shù)據(jù)模塊使用Mongo數(shù)據(jù)存儲(chǔ)引擎，將Mongo設(shè)置為schma free 形式的 nosql。
[0037]相比于現(xiàn)有技術(shù)，本發(fā)明的技術(shù)方案具有以下優(yōu)點(diǎn):
[0038]I)建立了商品軌跡系統(tǒng)，完善了商品版本存儲(chǔ)體系，保證系統(tǒng)的穩(wěn)定。
[0039]2)獨(dú)立的系統(tǒng)，采用隊(duì)列與API的交互方式，保證了與商品數(shù)據(jù)管理系統(tǒng)的松耦合，降低了依賴性。
[0040]3)當(dāng)面臨商戶的頻繁修改商品時(shí)，軌跡系統(tǒng)采用對(duì)線程增加緩存隊(duì)列的方式處理消息，保證系統(tǒng)的吞吐能力。
[0041]4)利用商品變化軌跡信息，為以后的智能分析，產(chǎn)品變動(dòng)分析等提供了充分的條件。
【專利附圖】

【附圖說明】
[0042]圖1是根據(jù)本發(fā)明實(shí)施例在商品軌跡系統(tǒng)中記錄版本變化的方法的流程圖。
[0043]圖2為根據(jù)本發(fā)明實(shí)施例的軌跡系統(tǒng)的隊(duì)列的多線程執(zhí)行過程示意圖。
[0044]圖3是根據(jù)本發(fā)明可選的實(shí)施例中數(shù)據(jù)引擎的結(jié)構(gòu)圖。
【具體實(shí)施方式】
[0045]多種方式可以用于(包括實(shí)施為過程；裝置；系統(tǒng)；物質(zhì)組成；在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)上包括的計(jì)算機(jī)程序產(chǎn)品；和/或處理器(諸如如下處理器，該處理器被配置成執(zhí)行在耦合到處理器的存儲(chǔ)器上存儲(chǔ)的和/或由該存儲(chǔ)器提供的指令))實(shí)施本發(fā)明。在本說明書中，這些實(shí)施或者本發(fā)明可以采用的任何其他形式可以稱為技術(shù)。一般而言，可以在本發(fā)明的范圍內(nèi)變更公開的過程的步驟順序。除非另有明示，描述為被配置成執(zhí)行任務(wù)的部件(諸如處理器或者存儲(chǔ)器)可以實(shí)施為被臨時(shí)配置成在給定時(shí)間執(zhí)行該任務(wù)的一般部件或者被制造成執(zhí)行該任務(wù)的具體部件。
[0046]下文與圖示本發(fā)明原理的附圖一起提供對(duì)本發(fā)明一個(gè)或者多個(gè)實(shí)施例的詳細(xì)描述。結(jié)合這樣的實(shí)施例描述本發(fā)明，但是本發(fā)明不限于任何實(shí)施例。本發(fā)明的范圍僅由權(quán)利要求書限定，并且本發(fā)明涵蓋諸多替代、修改和等同物。在下文描述中闡述諸多具體細(xì)節(jié)以便提供對(duì)本發(fā)明的透徹理解。出于示例的目的而提供這些細(xì)節(jié)，并且無這些具體細(xì)節(jié)中的一些或者所有細(xì)節(jié)也可以根據(jù)權(quán)利要求書實(shí)現(xiàn)本發(fā)明。
[0047]本發(fā)明的目的在于提供一種商品軌跡系統(tǒng)，以及應(yīng)用于在此系統(tǒng)的方法，克服現(xiàn)有技術(shù)的海量商品數(shù)據(jù)管理中存在的問題。
[0048]圖1是根據(jù)本發(fā)明實(shí)施例在商品軌跡系統(tǒng)中記錄版本變化的處理流程圖。該系統(tǒng)具有以下特征:[0049]I)確立一個(gè)商品軌跡系統(tǒng),在本發(fā)明的實(shí)施例中定義該服務(wù)名稱為prodversion,可以是獨(dú)立運(yùn)行的服務(wù)化app，也可以是操作系統(tǒng)后臺(tái)運(yùn)行的服務(wù)，與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列(MQ)與遠(yuǎn)程調(diào)用(API)的方式進(jìn)行交互。商品數(shù)據(jù)管理系統(tǒng)包含存儲(chǔ)商品基本屬性信息的數(shù)據(jù)庫，在一個(gè)實(shí)施例中，商品數(shù)據(jù)管理系統(tǒng)存儲(chǔ)的商品的屬性信息可包括商品唯一標(biāo)識(shí)(ID)、商品圖片、商品名稱、重量信息、廠商名稱、商品價(jià)格、商品分類、商品描述等信息。
[0050]2)軌跡系統(tǒng)的存儲(chǔ)結(jié)構(gòu)同商品數(shù)據(jù)管理系統(tǒng)的存儲(chǔ)結(jié)構(gòu)大體一致，在繼承了商品數(shù)據(jù)管理系統(tǒng)中商品數(shù)據(jù)庫的結(jié)構(gòu)上，對(duì)應(yīng)的每個(gè)商品實(shí)體的表上增加兩列，一列是version (字段版本號(hào)),一列是version_date (版本記錄的時(shí)間),其中表主鍵改成:原產(chǎn)品信息表的主鍵加上version字段所聯(lián)合形成的主鍵。
[0051]3)軌跡系統(tǒng)的存儲(chǔ)選擇的數(shù)據(jù)庫優(yōu)選為MySql，在存儲(chǔ)上按商戶編號(hào)進(jìn)行256張表的拆分，各個(gè)表所在的數(shù)據(jù)庫由統(tǒng)一配置中心通過配置指定，該統(tǒng)一配置中心可通過操作和管理程序配置文件來實(shí)現(xiàn)。
[0052]4)當(dāng)商品信息產(chǎn)生變動(dòng)時(shí)，若確定為是版本變動(dòng)，則向隊(duì)列服務(wù)發(fā)送一消息；軌跡系統(tǒng)服務(wù)消耗隊(duì)列消息，同時(shí)獲取該版本的商品信息，根據(jù)路由確認(rèn)具體的數(shù)據(jù)庫與數(shù)據(jù)表，以存儲(chǔ)變動(dòng)的商品信息。
[0053]圖2為根據(jù)本發(fā)明實(shí)施例的軌跡系統(tǒng)的隊(duì)列的多線程執(zhí)行過程示意圖。
[0054]如圖2所示，在軌跡系統(tǒng)的隊(duì)列消耗上，為了充分利用系統(tǒng)資源，保證隊(duì)列消耗的高效與準(zhǔn)確性，利用集群部署所述軌跡系統(tǒng)，并且在多線程中執(zhí)行，線程的數(shù)量由服務(wù)器CPU的核數(shù)與配置數(shù)量共 同確立，線程的執(zhí)行過程中可增加緩存隊(duì)列，增加系統(tǒng)的吞吐量。
[0055]為進(jìn)一步闡述本發(fā)明，以下將服裝類商品的價(jià)格信息產(chǎn)生變動(dòng)的實(shí)際情況為例，具體描述的本發(fā)明商品軌跡系統(tǒng)與方法的實(shí)施例。
[0056]建立商品軌跡系統(tǒng),作為獨(dú)立運(yùn)行的應(yīng)用APP ；
[0057]通過遠(yuǎn)程調(diào)用API，與服裝數(shù)據(jù)管理系統(tǒng)通過隊(duì)列MQ方式進(jìn)行交互；
[0058]假設(shè)已有的服裝數(shù)據(jù)管理系統(tǒng)中商品實(shí)體的表包括如下字段，一條記錄為:
[0059]
【權(quán)利要求】
1.一種商品軌跡系統(tǒng)，其特征在于，包括: 數(shù)據(jù)模塊，其包括商品信息數(shù)據(jù)庫和數(shù)據(jù)表，用于存儲(chǔ)商品信息，其中所述商品信息包括商品屬性信息和商品版本變動(dòng)信息； 通信模塊，用于與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列服務(wù)以遠(yuǎn)程調(diào)用API的方式進(jìn)行交互，其中所述隊(duì)列采用多線程執(zhí)行； 監(jiān)控模塊，用于在發(fā)現(xiàn)所述商品數(shù)據(jù)管理系統(tǒng)中的商品信息產(chǎn)生變動(dòng)時(shí)，若確定為是版本變動(dòng)，則所述通信模塊接收商品數(shù)據(jù)管理系統(tǒng)向所述隊(duì)列服務(wù)發(fā)送的消息；以及 軌跡記錄模塊，用于消耗隊(duì)列消息，同時(shí)獲取該版本的商品信息，根據(jù)路由確認(rèn)具體的數(shù)據(jù)庫與數(shù)據(jù)表，以存儲(chǔ)變動(dòng)的商品信息。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于: 所述軌跡系統(tǒng)部署在集群中，并且在多線程中執(zhí)行，線程的數(shù)量由服務(wù)器性能確定。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于: 所述數(shù)據(jù)模塊中的所述數(shù)據(jù)庫和數(shù)據(jù)表的存儲(chǔ)結(jié)構(gòu)在繼承了所述商品數(shù)據(jù)管理系統(tǒng)中的存儲(chǔ)結(jié)構(gòu)基礎(chǔ)上，增加兩個(gè)商品屬性信息字段，即版本號(hào)和版本記錄時(shí)間。
4.根據(jù)權(quán)利要求3所述的系統(tǒng)，其特征在于:所述數(shù)據(jù)模塊中的所述數(shù)據(jù)表的主鍵配置為:商品數(shù)據(jù)管理系統(tǒng)中的產(chǎn)品信息表的主鍵與所述版本號(hào)字段的組合。
5.根據(jù)權(quán)利要求1-4中任一個(gè)所述的系統(tǒng),其中所述商品屬性信息包括以下任意一個(gè)或多個(gè):商品唯一標(biāo)識(shí)、商 品圖片、商品名稱、重量信息、廠商名稱、商品價(jià)格、商品分類、商品描述。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于:所述軌跡系統(tǒng)是獨(dú)立運(yùn)行的應(yīng)用程序，或者操作系統(tǒng)的服務(wù)。
7.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述軌跡記錄模塊還配置為， 通知商品數(shù)據(jù)管理系統(tǒng)需要獲取的商品版本信息； 當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)一致時(shí)，表示版本號(hào)正常，向隊(duì)列服務(wù)發(fā)送消息； 當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)不一致時(shí)，表示版本號(hào)錯(cuò)誤，過程結(jié)束。
8.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述軌跡系統(tǒng)的數(shù)據(jù)模塊采用MySql數(shù)據(jù)庫，數(shù)據(jù)表基于商戶編號(hào)來建立，MySql數(shù)據(jù)庫由統(tǒng)一配置中心通過配置指定，該統(tǒng)一配置中心可通過操作和管理程序配置文件來實(shí)現(xiàn)。
9.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述軌跡系統(tǒng)的數(shù)據(jù)模塊使用Mongo數(shù)據(jù)存儲(chǔ)引擎，將Mongo設(shè)置為schma free形式的nosql。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述Mongo數(shù)據(jù)存儲(chǔ)引擎使用復(fù)合文檔的方式，在確定監(jiān)控字段的任意時(shí)間點(diǎn)，加入從MySql到Mongo的數(shù)據(jù)映射,利用Mongos分片方式，數(shù)據(jù)擴(kuò)容對(duì)應(yīng)用端透明；利用Mongos的代理機(jī)制,支持跨分片的查詢；利用Mongo的mapreduce計(jì)算框架,實(shí)時(shí)以javascript腳本的方式執(zhí)行統(tǒng)計(jì)任務(wù),為平臺(tái)提供數(shù)據(jù)統(tǒng)計(jì)支持；利用spring data Mongo框架，直接實(shí)現(xiàn)jpa到Mongo的映射，同時(shí)spring data的MongoRepository數(shù)據(jù)倉庫,可以實(shí)現(xiàn)聲明接口即實(shí)現(xiàn)crud的功能,快速實(shí)現(xiàn)數(shù)據(jù)操作。
11.一種保存商品多版本的軌跡信息的方法，其特征在于，包括: 建立商品信息數(shù)據(jù)庫和數(shù)據(jù)表，用于存儲(chǔ)商品信息，其中所述商品信息包括商品屬性信息和商品版本變動(dòng)信息； 與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列服務(wù)以遠(yuǎn)程調(diào)用API的方式進(jìn)行交互，其中所述隊(duì)列采用多線程執(zhí)行； 在發(fā)現(xiàn)所述商品數(shù)據(jù)管理系統(tǒng)中的商品信息產(chǎn)生變動(dòng)時(shí)，若確定為是版本變動(dòng)，則所述通信模塊接收商品數(shù)據(jù)管理系統(tǒng)向所述隊(duì)列服務(wù)發(fā)送的消息；以及 消耗隊(duì)列消息，同時(shí)獲取該版本的商品信息，根據(jù)路由確認(rèn)具體的數(shù)據(jù)庫與數(shù)據(jù)表，以存儲(chǔ)變動(dòng)的商品信息。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述與商品數(shù)據(jù)管理系統(tǒng)通過隊(duì)列服務(wù)交互包括: 在集群中多線程執(zhí)行隊(duì)列，所述線程的數(shù)量由服務(wù)器性能確定。
13.根據(jù)權(quán)利要求11所述的方法，其特征在于: 商品信息數(shù)據(jù)庫的表的存儲(chǔ)結(jié)構(gòu)在繼承了所述商品數(shù)據(jù)管理系統(tǒng)中的存儲(chǔ)結(jié)構(gòu)基礎(chǔ)上，增加兩個(gè)商品屬性信息字段，即版本號(hào)和版本記錄時(shí)間。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于:所述數(shù)據(jù)表的主鍵配置為:商品數(shù)據(jù)管理系統(tǒng)中的產(chǎn)品信息表的主鍵與所述版本號(hào)字段的組合。
15.根據(jù)權(quán)利要求11-14中任一個(gè)所述的方法，其中所述商品屬性信息包括以下任意一個(gè)或多個(gè):商品唯一標(biāo)識(shí)、商品圖片、商品名稱、重量信息、廠商名稱、商品價(jià)格、商品分類、商品描述。
16.根據(jù)權(quán)利要求11所述的方法，其特征在于:所述方法作為獨(dú)立運(yùn)行的應(yīng)用程序來執(zhí)行，或者通過操作系統(tǒng)的服務(wù)執(zhí)行。
17.根據(jù)權(quán)利要求11所述的方法，其特征在于，該方法還包括: 通知商品數(shù)據(jù)管理系統(tǒng)需要獲取的商品版本信息； 當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)一致時(shí)，表示版本號(hào)正常，向隊(duì)列服務(wù)發(fā)送消息； 當(dāng)要獲取的版本號(hào)與當(dāng)前最新的版本號(hào)不一致時(shí)，表示版本號(hào)錯(cuò)誤，方法結(jié)束。
18.根據(jù)權(quán)利要求11所述的方法，其特征在于，采用MySql數(shù)據(jù)庫，數(shù)據(jù)表基于商戶編號(hào)來建立，MySql數(shù)據(jù)庫由統(tǒng)一配置中心通過配置指定，該統(tǒng)一配置中心可通過操作和管理程序配置文件來實(shí)現(xiàn)。
19.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述軌跡系統(tǒng)的數(shù)據(jù)模塊使用Mongo數(shù)據(jù)存儲(chǔ)引擎，將Mongo設(shè)置為schma free形式的nosql。
【文檔編號(hào)】G06Q30/02GK103700010SQ201310744454
【公開日】2014年4月2日 申請(qǐng)日期:2013年12月30日 優(yōu)先權(quán)日:2013年12月30日
【發(fā)明者】謝志勝, 楊秦, 顧錫棟 申請(qǐng)人:世紀(jì)禾光科技發(fā)展（北京）有限責(zé)任公司