基于orm框架的數(shù)據(jù)同步傳遞電商平臺的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機(jī)領(lǐng)域，具體地，涉及一種基于ORM框架的數(shù)據(jù)同步傳遞電商平臺ο
【背景技術(shù)】
[0002]“互聯(lián)網(wǎng)+ ”行動計劃，推動移動互聯(lián)網(wǎng)、云計算、大數(shù)據(jù)、物聯(lián)網(wǎng)等與現(xiàn)代制造業(yè)結(jié)合，促進(jìn)電子商務(wù)、工業(yè)互聯(lián)網(wǎng)和互聯(lián)網(wǎng)金融健康發(fā)展，引導(dǎo)互聯(lián)網(wǎng)企業(yè)拓展國際市場。國家已設(shè)立400億元新興產(chǎn)業(yè)創(chuàng)業(yè)投資引導(dǎo)基金，要整合籌措更多資金，為產(chǎn)業(yè)創(chuàng)新加油助力。
[0003]此外，國家電子商務(wù)戰(zhàn)略導(dǎo)向?yàn)殡娮由虅?wù)發(fā)展?fàn)I造了有利發(fā)展環(huán)境。《2006—2020年國家信息化發(fā)展戰(zhàn)略》和《國務(wù)院辦公廳關(guān)于加快發(fā)展服務(wù)業(yè)的若干意見》等政策文件的相繼出臺，確立了電子商務(wù)的戰(zhàn)略地位，明確了電子商務(wù)發(fā)展方向和重點(diǎn)。
[0004]在目前中國電子商務(wù)發(fā)展情況下，一線城市的電商已經(jīng)發(fā)展的如火如荼；以C2C為代表的淘寶，以B2C為代表的天貓、京東和唯品會，以020為代表的蘇寧易購，在這幾年的電商環(huán)境中迅猛發(fā)展，其中最具代表性的一一天貓商城在2014年雙11當(dāng)天營業(yè)額達(dá)570億，中國消費(fèi)者使用互聯(lián)網(wǎng)進(jìn)行網(wǎng)購的習(xí)慣已經(jīng)形成?，F(xiàn)有的電商平臺因處理的數(shù)據(jù)量比較龐大，因此不同功能服務(wù)器組是相互獨(dú)立的，但不同功能服務(wù)器的繁忙時間段不同，比如客戶端服務(wù)器在大規(guī)模客戶訪問時，異常繁忙，但此時別的服務(wù)器不一定就繁忙，如采購管理服務(wù)器可能出現(xiàn)空閑狀態(tài)下，因此存在各個服務(wù)器運(yùn)行不均衡的問題。

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

[0005]本發(fā)明的目的在于，針對上述問題，提出一種基于ORM框架的數(shù)據(jù)同步傳遞電商平臺，以實(shí)現(xiàn)電商平臺各個服務(wù)器均衡運(yùn)行優(yōu)點(diǎn)。
[0006]為實(shí)現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案是:
一種基于ORM框架的數(shù)據(jù)同步傳遞電商平臺包括
采購管理服務(wù)器:負(fù)責(zé)登記采購商信息、采購物品的數(shù)量、價格和采購日期，并按照采購商對采購數(shù)據(jù)進(jìn)行分類管理；
開發(fā)管理服務(wù)器:面向開發(fā)者，對電商平臺的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開發(fā)和系統(tǒng)架構(gòu)進(jìn)行開發(fā)管理；
客戶端服務(wù)器:接收客戶注冊，客戶按照注冊信息登錄后，按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過客戶端展現(xiàn)給客戶；
分布式事務(wù)協(xié)調(diào)服務(wù)器:建立服務(wù)器狀態(tài)列表，所述服務(wù)器狀態(tài)列表對上述采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的運(yùn)行狀態(tài)進(jìn)行采集，并將采集的運(yùn)行狀態(tài)上傳至中央處理服務(wù)器；
中央處理服務(wù)器:根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動態(tài)分配采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的功能； 采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器之間傳遞消息時，中央處理服務(wù)器定時掃描發(fā)送服務(wù)器的發(fā)送數(shù)據(jù)表，當(dāng)存在需要傳遞的數(shù)據(jù)時，讀取需要傳遞的數(shù)據(jù)后形成數(shù)據(jù)集，中央處理服務(wù)器根據(jù)接收服務(wù)器的數(shù)據(jù)庫類型和格式需求，轉(zhuǎn)換后寫入接收服務(wù)器對應(yīng)的數(shù)據(jù)表；
所述開發(fā)管理服務(wù)器基于ORM框架構(gòu)建，即將電商平臺的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開發(fā)和系統(tǒng)架構(gòu)進(jìn)行分層，ORM框架通過實(shí)體化數(shù)據(jù)庫對象實(shí)現(xiàn)了對數(shù)據(jù)庫的透明訪問，開發(fā)人員無需理解實(shí)際使用的是哪種數(shù)據(jù)庫，通過LINQ開發(fā)人員可集中在業(yè)務(wù)層面對電商平臺進(jìn)行業(yè)務(wù)邏輯的開發(fā)。
[0007]本發(fā)明的技術(shù)方案具有以下有益效果:
本發(fā)明的技術(shù)方案，通過設(shè)置分布式事務(wù)協(xié)調(diào)服務(wù)器，并根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器采集的各個服務(wù)器的運(yùn)行狀態(tài)，中央處理服務(wù)器通過各個服務(wù)器的運(yùn)行狀態(tài)動態(tài)分配各個服務(wù)器的功能，實(shí)現(xiàn)了電商平臺各個服務(wù)器均衡運(yùn)行的目的。
【具體實(shí)施方式】
[0008]—種基于ORM框架的數(shù)據(jù)同步傳遞電商平臺包括
采購管理服務(wù)器:負(fù)責(zé)登記采購商信息、采購物品的數(shù)量、價格和采購日期，并按照采購商對采購數(shù)據(jù)進(jìn)行分類管理；
開發(fā)管理服務(wù)器:面向開發(fā)者，對電商平臺的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開發(fā)和系統(tǒng)架構(gòu)進(jìn)行開發(fā)管理；
客戶端服務(wù)器:接收客戶注冊，客戶按照注冊信息登錄后，按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過客戶端展現(xiàn)給客戶；
分布式事務(wù)協(xié)調(diào)服務(wù)器:建立服務(wù)器狀態(tài)列表，所述服務(wù)器狀態(tài)列表對上述采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的運(yùn)行狀態(tài)進(jìn)行采集，并將采集的運(yùn)行狀態(tài)上傳至中央處理服務(wù)器；
中央處理服務(wù)器:根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動態(tài)分配采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的功能。
[0009]即根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器采集的服務(wù)器狀態(tài)列表，顯示開發(fā)管理服務(wù)器處理空閑狀態(tài)，而客戶端服務(wù)器處于超負(fù)荷運(yùn)行狀態(tài)，則將客戶端服務(wù)器的部分?jǐn)?shù)據(jù)分配給處于空閑狀態(tài)下的開發(fā)管理服務(wù)器去處理。
[0010]采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器之間傳遞消息時，中央處理服務(wù)器定時掃描發(fā)送服務(wù)器的發(fā)送數(shù)據(jù)表，當(dāng)存在需要傳遞的數(shù)據(jù)時，讀取需要傳遞的數(shù)據(jù)后形成數(shù)據(jù)集，中央處理服務(wù)器根據(jù)接收服務(wù)器的數(shù)據(jù)庫類型和格式需求，轉(zhuǎn)換后寫入接收服務(wù)器對應(yīng)的數(shù)據(jù)表。
[0011 ] 開發(fā)管理服務(wù)器基于ORM框架構(gòu)建，即將電商平臺的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開發(fā)和系統(tǒng)架構(gòu)進(jìn)行分層，ORM框架通過實(shí)體化數(shù)據(jù)庫對象實(shí)現(xiàn)了對數(shù)據(jù)庫的透明訪問，開發(fā)人員無需理解實(shí)際使用的是哪種數(shù)據(jù)庫，通過LINQ開發(fā)人員可集中在業(yè)務(wù)層面對電商平臺進(jìn)行業(yè)務(wù)邏輯的開發(fā)。
[0012]對象關(guān)系映射(Object/Relat1n Mapping)提供了概念性的、易于理解的模型化數(shù)據(jù)的方法。ORM方法論基于三個核心原則:簡單一一以最基本的形式建模數(shù)據(jù)。傳達(dá)性一一數(shù)據(jù)庫結(jié)構(gòu)被任何人都能理解的語言文檔化。精確性一一基于數(shù)據(jù)模型創(chuàng)建正確標(biāo)準(zhǔn)化了的結(jié)構(gòu)。典型地，建模者通過收集來自那些熟悉應(yīng)用程序但不熟練的數(shù)據(jù)建模者的人的信息開發(fā)信息模型。建模者必須能夠用非技術(shù)企業(yè)專家可以理解的術(shù)語在概念層次上與數(shù)據(jù)結(jié)構(gòu)進(jìn)行通訊。建模者也必須能以簡單的單元分析信息，對樣本數(shù)據(jù)進(jìn)行處理。
[0013]隨著企業(yè)規(guī)模的擴(kuò)大，管理信息也快速膨脹，一臺服務(wù)器早已不能滿足業(yè)務(wù)的需要，本發(fā)明技術(shù)方案將服務(wù)器按照功能塊和業(yè)務(wù)范疇的不同進(jìn)行縱向或橫向的劃分，由多臺服務(wù)器共同協(xié)作完成。舉例來說，供應(yīng)鏈上的采購管理和開發(fā)管理的功能在發(fā)展初期都存放在同一服務(wù)器上，但數(shù)據(jù)規(guī)模上來之后，需要將采購管理功能獨(dú)立出來，這就是按功能塊的縱向劃分。如果有多個的采購管理部門，那么又需要按照各部門的業(yè)務(wù)范圍不同，將采購管理功能按地區(qū)或者按照業(yè)務(wù)范圍劃分成相應(yīng)的功能模塊，這就是業(yè)務(wù)范疇的橫向劃分。采用分布式的系統(tǒng)管理架構(gòu)，能夠滿足業(yè)務(wù)的快速擴(kuò)張和性能要求。
[0014]平臺在設(shè)計之初考慮未來的發(fā)展趨勢，按照分布式系統(tǒng)的思想進(jìn)行了整體規(guī)劃，將供應(yīng)鏈各環(huán)節(jié)的功能按照不同的業(yè)務(wù)范疇和不同的管理需求進(jìn)行了劃分，形成高度靈活的分布式系統(tǒng)架構(gòu)。
[0015]采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器內(nèi)分別設(shè)置資源管理器，分布式事務(wù)協(xié)調(diào)服務(wù)器內(nèi)設(shè)置事務(wù)協(xié)調(diào)器，
事務(wù)協(xié)調(diào)器將聯(lián)絡(luò)運(yùn)行的每個資源管理器，并通知資源管理器準(zhǔn)備提交每個服務(wù)器的進(jìn)程，事務(wù)協(xié)調(diào)器根據(jù)資源管理器提交的進(jìn)程，判斷相應(yīng)的服務(wù)器的繁忙程度，從而建立服務(wù)器狀態(tài)列表。
[0016]最后應(yīng)說明的是:以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，盡管參照前述實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，對于本領(lǐng)域的技術(shù)人員來說，其依然可以對前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項】
1.一種基于ORM框架的數(shù)據(jù)同步傳遞電商平臺，其特征在于，包括采購管理服務(wù)器:負(fù)責(zé)登記采購商信息、采購物品的數(shù)量、價格和采購日期，并按照采購商對采購數(shù)據(jù)進(jìn)行分類管理； 開發(fā)管理服務(wù)器:面向開發(fā)者，對電商平臺的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開發(fā)和系統(tǒng)架構(gòu)進(jìn)行開發(fā)管理； 客戶端服務(wù)器:接收客戶注冊，客戶按照注冊信息登錄后，按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過客戶端展現(xiàn)給客戶； 分布式事務(wù)協(xié)調(diào)服務(wù)器:建立服務(wù)器狀態(tài)列表，所述服務(wù)器狀態(tài)列表對上述采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的運(yùn)行狀態(tài)進(jìn)行采集，并將采集的運(yùn)行狀態(tài)上傳至中央處理服務(wù)器； 中央處理服務(wù)器:根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動態(tài)分配采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的功能； 采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器之間傳遞消息時，中央處理服務(wù)器定時掃描發(fā)送服務(wù)器的發(fā)送數(shù)據(jù)表，當(dāng)存在需要傳遞的數(shù)據(jù)時，讀取需要傳遞的數(shù)據(jù)后形成數(shù)據(jù)集，中央處理服務(wù)器根據(jù)接收服務(wù)器的數(shù)據(jù)庫類型和格式需求，轉(zhuǎn)換后寫入接收服務(wù)器對應(yīng)的數(shù)據(jù)表； 所述開發(fā)管理服務(wù)器基于ORM框架構(gòu)建，即將電商平臺的界面表現(xiàn)、邏輯控制、業(yè)務(wù)開發(fā)和系統(tǒng)架構(gòu)進(jìn)行分層，ORM框架通過實(shí)體化數(shù)據(jù)庫對象實(shí)現(xiàn)了對數(shù)據(jù)庫的透明訪問，開發(fā)人員無需理解實(shí)際使用的是哪種數(shù)據(jù)庫，通過LINQ開發(fā)人員可集中在業(yè)務(wù)層面對電商平臺進(jìn)行業(yè)務(wù)邏輯的開發(fā)。
【專利摘要】本發(fā)明公開了一種基于ORM框架的數(shù)據(jù)同步傳遞電商平臺，包括采購管理服務(wù)器：負(fù)責(zé)采購信息，并對采購數(shù)據(jù)進(jìn)行分類管理；開發(fā)管理服務(wù)器：對電商平臺進(jìn)行開發(fā)管理；客戶端服務(wù)器：按照客戶的搜索內(nèi)容將相關(guān)產(chǎn)品信息通過客戶端展現(xiàn)給客戶；分布式事務(wù)協(xié)調(diào)服務(wù)器：建立服務(wù)器狀態(tài)列表，所述服務(wù)器狀態(tài)列表對上述采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的運(yùn)行狀態(tài)進(jìn)行采集；中央處理服務(wù)器：根據(jù)分布式事務(wù)協(xié)調(diào)服務(wù)器上傳的運(yùn)行狀態(tài)，動態(tài)分配采購管理服務(wù)器、開發(fā)管理服務(wù)器和客戶端服務(wù)器的功能，中央處理服務(wù)器定時掃描發(fā)送服務(wù)器的發(fā)送數(shù)據(jù)表，所述開發(fā)管理服務(wù)器基于ORM框架構(gòu)建。實(shí)現(xiàn)了電商平臺各個服務(wù)器均衡運(yùn)行的目的。
【IPC分類】G06F17/30
【公開號】CN105022785
【申請?zhí)枴緾N201510311046
【發(fā)明人】李明亮, 邱穎
【申請人】廣西家之寶網(wǎng)絡(luò)科技有限公司
【公開日】2015年11月4日
【申請日】2015年6月9日