基于NoSQL的PDM版本管理

夏秀峰,張赫男

(1.沈陽(yáng)航空航天大學(xué) 遼寧省通用航空重點(diǎn)實(shí)驗(yàn)室，遼寧 沈陽(yáng) 110136;2.沈陽(yáng)航空航天大學(xué) 計(jì)算機(jī)學(xué)院，遼寧 沈陽(yáng) 110136)

基于NoSQL的PDM版本管理

夏秀峰1,2,張赫男2

(1.沈陽(yáng)航空航天大學(xué) 遼寧省通用航空重點(diǎn)實(shí)驗(yàn)室，遼寧 沈陽(yáng) 110136;2.沈陽(yáng)航空航天大學(xué) 計(jì)算機(jī)學(xué)院，遼寧 沈陽(yáng) 110136)

復(fù)雜的產(chǎn)品設(shè)計(jì)中會(huì)產(chǎn)生大量的中間版本，而版本模型是版本管理的基礎(chǔ)。PDM系統(tǒng)依賴產(chǎn)品版本的管理，保證設(shè)計(jì)人員可隨時(shí)訪問產(chǎn)品的歷史版本，并對(duì)設(shè)計(jì)過程進(jìn)行回溯，以保證產(chǎn)品在生命周期內(nèi)的各階段數(shù)據(jù)的正確性。通過分析當(dāng)前PDM版本管理模型存在的不足、基于關(guān)系型數(shù)據(jù)庫(kù)的版本管理的缺點(diǎn)，提出一種分層圖結(jié)構(gòu)的版本構(gòu)造模型，能夠直觀、清晰地反映版本之間的關(guān)聯(lián)關(guān)系及版本進(jìn)化歷史記錄，彌補(bǔ)了現(xiàn)有版本模型的劣勢(shì)。此外，隨著版本數(shù)量的增加，PDM中存儲(chǔ)的產(chǎn)品數(shù)據(jù)展示出了大數(shù)據(jù)的特點(diǎn)，使得關(guān)系型數(shù)據(jù)庫(kù)(RDB)在數(shù)據(jù)處理上力不從心。因此，以NoSQL作為底層數(shù)據(jù)庫(kù)創(chuàng)建了基于分層圖結(jié)構(gòu)的版本模型，利用NoSQL數(shù)據(jù)庫(kù)的優(yōu)勢(shì)，完善版本管理。依據(jù)版本分層圖模型的特點(diǎn)，實(shí)現(xiàn)了版本追溯、版本合并及版本有效性控制等版本管理功能。

PDM版本管理；NoSQL；分層圖模型；版本管理；有效性控制

0 引 言

PDM是一種管理所有與產(chǎn)品相關(guān)信息及過程的軟件技術(shù)，是產(chǎn)品設(shè)計(jì)與開發(fā)過程的一個(gè)平臺(tái)[1]。而PDM系統(tǒng)的版本管理用于管理產(chǎn)品生命周期內(nèi)的零件、部件及產(chǎn)品等對(duì)象產(chǎn)生和變化的整個(gè)歷程[2]。

產(chǎn)品的設(shè)計(jì)過程總是分階段、反復(fù)而非線性的。在產(chǎn)品設(shè)計(jì)過程中產(chǎn)生的大量數(shù)據(jù)是歷史設(shè)計(jì)知識(shí)的重要來源[3]。因此，在整個(gè)過程中，設(shè)計(jì)者希望保留設(shè)計(jì)過程中產(chǎn)生的所有版本，以便隨時(shí)訪問不同對(duì)象在各階段的版本，從而回溯整個(gè)設(shè)計(jì)過程，及時(shí)對(duì)設(shè)計(jì)錯(cuò)誤進(jìn)行修改[4]。因此，應(yīng)用版本管理解決復(fù)雜工程設(shè)計(jì)中的數(shù)據(jù)管理難題，是保證設(shè)計(jì)數(shù)據(jù)一致性和依賴性的重要手段[5-7]。

通過對(duì)PDM版本現(xiàn)狀的分析，構(gòu)建了基于NoSQL的版本分層圖模型，彌補(bǔ)了傳統(tǒng)版本管理模型的不足，避免了關(guān)系數(shù)據(jù)庫(kù)對(duì)版本管理的靈活性差、擴(kuò)展性差、性能差等缺點(diǎn)。

1 PDM版本分析

版本是一個(gè)對(duì)象在設(shè)計(jì)過程中某一時(shí)間點(diǎn)上有意義的快照[8]。版本管理是對(duì)版本對(duì)象以及版本間關(guān)系進(jìn)行管理。版本對(duì)象不是單一存在的個(gè)體，每個(gè)版本都會(huì)有一系列演變版本，而管理版本間的關(guān)系，同版本對(duì)象的管理同樣重要[9]。

1.1 傳統(tǒng)PDM版本管理模型分析

產(chǎn)品設(shè)計(jì)過程中，對(duì)設(shè)計(jì)內(nèi)容的不斷修改，將生成更多新的版本。每個(gè)對(duì)象的版本是相關(guān)聯(lián)的，都由該對(duì)象的基版本演變產(chǎn)生。因此，應(yīng)清晰表示對(duì)象的各版本間的關(guān)系。目前，產(chǎn)品設(shè)計(jì)數(shù)據(jù)的版本管理有線性模型、樹型模型和有向無環(huán)圖結(jié)構(gòu)模型[10-12]，如圖1所示。

圖1 版本管理模型

線性模型的特點(diǎn)是版本的演變過程以時(shí)間為序。除版本根節(jié)點(diǎn)外，每個(gè)版本有且只有一個(gè)父版本；除最新版本節(jié)點(diǎn)外，每個(gè)版本有且只有一個(gè)子版本。該模型比較簡(jiǎn)單，不能區(qū)分替換版本和修訂版本的差別，也不能完整體現(xiàn)版本的邏輯關(guān)系。

樹型模型的特點(diǎn)是層次清晰，除根節(jié)點(diǎn)無父版本外，其余節(jié)點(diǎn)有且只有一個(gè)父版本。該結(jié)構(gòu)主要體現(xiàn)在產(chǎn)品設(shè)計(jì)流程中，以基版本為基礎(chǔ)，各版本不斷演化的關(guān)系。版本的樹型模型的局限性在于它不能反映版本合并情況(多個(gè)版本合并成一個(gè)新的版本)。

有向無環(huán)圖描述模型的特點(diǎn)是該模型可以清晰表示版本的歷史信息，彌補(bǔ)了樹型模型的不足，可以反映版本的合并情況，完整地表示出版本間邏輯關(guān)系及版本間的依賴性，是一個(gè)比較完善的版本模型。但該模型失去了樹型結(jié)構(gòu)的層次性，對(duì)于版本間關(guān)系體現(xiàn)不夠清晰。

為了能形象、完整地反映出產(chǎn)品設(shè)計(jì)過程中版本之間的邏輯關(guān)系和依賴關(guān)系，清晰地顯示版本演化過程，并將版本間關(guān)系真實(shí)、直觀地描述出來，應(yīng)探索新的模型來展現(xiàn)版本間復(fù)雜的關(guān)聯(lián)關(guān)系，以便設(shè)計(jì)者從整體上把握產(chǎn)品設(shè)計(jì)過程。

1.2 基于NoSQL的PDM版本管理

目前，PDM皆基于關(guān)系型數(shù)據(jù)庫(kù)(RDB)予以實(shí)現(xiàn)，其版本管理自然也采用RDB進(jìn)行管理。隨著大數(shù)據(jù)時(shí)代的到來，RDB對(duì)于復(fù)雜、多樣的數(shù)據(jù)表現(xiàn)出靈活性差、擴(kuò)展性差、性能差等不足[13]，采用NoSQL作為PDM的底層支撐環(huán)境是一個(gè)有益的探索和研究。從版本的組織模型上看，由于呈現(xiàn)明顯的非結(jié)構(gòu)化特征，因而基于RDB的PDM版本管理對(duì)于版本增加、修改、合并等操作顯得力不從心。

NoSQL技術(shù)可以可從根本上解決RDB嚴(yán)格的事務(wù)管理所造成的數(shù)據(jù)庫(kù)高負(fù)載時(shí)的效率低下問題；key-value存儲(chǔ)方式使數(shù)據(jù)庫(kù)操作不再是多二維表的關(guān)聯(lián)查詢，更多的是單表的逐漸查詢及單表的簡(jiǎn)單條件查詢，提高了訪問速度；靈活的數(shù)據(jù)模型也解決了非結(jié)構(gòu)化數(shù)據(jù)的存儲(chǔ)問題。對(duì)于版本的增加、修改、合并，只需相應(yīng)改變其鍵值對(duì)即可，既不需遍歷多個(gè)關(guān)系，也不需要修改關(guān)系的內(nèi)容，因而能更好地實(shí)現(xiàn)版本間復(fù)雜的關(guān)系及頻繁的修改操作。

2 基于NoSQL的PDM版本分層圖模型

2.1 模型定義

基于有向無環(huán)圖結(jié)構(gòu)，文中提出了對(duì)產(chǎn)品版本模型進(jìn)行分層處理的思想，即對(duì)版本間的邏輯關(guān)系按層次進(jìn)行劃分，進(jìn)而形成版本的分層圖模型。其中，節(jié)點(diǎn)表示版本單元，兩個(gè)節(jié)點(diǎn)之間的有序關(guān)系表示前驅(qū)版本和后繼版本的繼承關(guān)系，前驅(qū)的版本號(hào)、版本所在的層數(shù)及后繼版本號(hào)信息，采用權(quán)值的方式進(jìn)行描述。

定義1：分層圖。定義分層圖NW={V,E}為一個(gè)二元組，V={v0,v1,…,vm}(m=1,2,…,m)為版本節(jié)點(diǎn)的集合，v0為初始版本，v1,…,vm分別為v0的后繼版本。E={e1,e2,…,en}為連接邊的集合，其中ek=(vi,vj)(k=1,2,…,n;i,j=1,2,…,m)表示版本節(jié)點(diǎn)vi指向版本節(jié)點(diǎn)vj的連接邊，vi表示為vj的一個(gè)直接前驅(qū)節(jié)點(diǎn)，vj表示vi的一個(gè)直接后繼節(jié)點(diǎn)。

定義3：版本號(hào)。WV={wv1,wv2,…,wvm}為版本號(hào)集合，vq為vk的直接前驅(qū)版本集，記為Pre(vk)=(vq:WVq)(WVq?WV，且WVq為vq的版本號(hào))；vh為vk的直接后繼版本集，記為Post(vk)=(vh:WVh)(WVh?WV，且WVh為vh的版本號(hào))。

定義4：圖節(jié)點(diǎn)的層數(shù)。設(shè)從根節(jié)點(diǎn)到當(dāng)前節(jié)點(diǎn)有n多條路徑可達(dá)，第i條路徑的長(zhǎng)度為Ci，定義圖節(jié)點(diǎn)的層數(shù)C=max{Ci|i=1,2,…,n}。

以航空制造領(lǐng)域?yàn)槔?，產(chǎn)品結(jié)構(gòu)十分復(fù)雜，因此在生產(chǎn)設(shè)計(jì)過程中，中間版本數(shù)量大、版本間關(guān)系也非常復(fù)雜。以一個(gè)發(fā)動(dòng)機(jī)葉片為例，其版本間的結(jié)構(gòu)關(guān)系如圖2所示。

圖2 某發(fā)動(dòng)機(jī)葉片的版本關(guān)系圖

采用以上數(shù)學(xué)方法可以描述為:

V={v0,v1,…,v6}；

E={(v0,v1),(v0,v2),(v1,v3),(v1,v4),(v2,v4),(v2,v5),(v2,v6),(v3,v6),(v4,v6)}；

C=2。

根據(jù)以上定義所構(gòu)建的分層圖結(jié)構(gòu)模型，集中了當(dāng)前三種版本模型的優(yōu)點(diǎn)，彌補(bǔ)了各自不足，且能更形象地描述出各版本對(duì)象的演變過程及各版本間關(guān)系。

2.2 節(jié)點(diǎn)組織

版本數(shù)據(jù)組織是版本模型的構(gòu)建基礎(chǔ)。文中設(shè)計(jì)了基于NoSQL(以MongoDB為例)的版本節(jié)點(diǎn)數(shù)據(jù)組織，簡(jiǎn)化了數(shù)據(jù)結(jié)構(gòu)和表的數(shù)量，提高了處理效率，如圖3所示。

圖3 版本節(jié)點(diǎn)組織圖

根據(jù)分層圖模型，版本節(jié)點(diǎn)信息由節(jié)點(diǎn)數(shù)據(jù)和權(quán)值數(shù)據(jù)組成。版本信息及零部件信息存儲(chǔ)在節(jié)點(diǎn)中，其中，版本信息主要包括版本名、版本號(hào)、版本使用人、版本狀態(tài)、該版本所在項(xiàng)目號(hào)、版本有效條件、修改人、修改時(shí)間等；零部件信息主要包含零部件ID信息、零部件名稱信息、圖號(hào)信息、設(shè)計(jì)者信息、設(shè)計(jì)時(shí)間信息等。權(quán)值數(shù)據(jù)表示為弧終點(diǎn)節(jié)點(diǎn)所在層數(shù)。

版本節(jié)點(diǎn)在非RDB中采用集合嵌套形式進(jìn)行存儲(chǔ)，而在RDB中，用表結(jié)構(gòu)存儲(chǔ)以上節(jié)點(diǎn)信息和節(jié)點(diǎn)間關(guān)系(如表1所示)。

表1 關(guān)系數(shù)據(jù)庫(kù)表結(jié)構(gòu)

在傳統(tǒng)RDB下，通常采用的是固定分配數(shù)據(jù)方式進(jìn)行存儲(chǔ)，且將數(shù)據(jù)結(jié)構(gòu)化，不免導(dǎo)致部分空字段浪費(fèi)，且在數(shù)據(jù)處理過程中，修改、刪除、更新數(shù)據(jù)要遍歷所有關(guān)聯(lián)表，造成巨大的系統(tǒng)開銷，處理效率嚴(yán)重降低。

綜上，該版本數(shù)據(jù)組織靈活簡(jiǎn)單、結(jié)構(gòu)清晰，使用NoSQL進(jìn)行數(shù)據(jù)存儲(chǔ)更貼近實(shí)際操作需求，方便版本擴(kuò)展。

2.3 版本存儲(chǔ)

文中選擇十字鏈表作為分層圖模型的存儲(chǔ)結(jié)構(gòu)，可以清晰表示版本信息與版本間關(guān)系，且更方便版本追溯的操作。以圖2為例，其十字鏈表存儲(chǔ)結(jié)構(gòu)如圖4所示。

圖中，用十字鏈表存儲(chǔ)版本分層圖模型，可以迅速準(zhǔn)確地查找版本的直接前驅(qū)版本和直接后繼版本。以版本v4為例，其前驅(qū)版本由邊節(jié)點(diǎn)可迅速查找到v1和v2節(jié)點(diǎn)，而后繼版本v6可通過v4的頂點(diǎn)節(jié)點(diǎn)來追溯獲得。

圖4 分層圖模型的十字鏈表存儲(chǔ)結(jié)構(gòu)

3 基于NoSQL的PDM版本分層圖模型管理

版本管理是PDM系統(tǒng)的重要部分，反映設(shè)計(jì)過程中設(shè)計(jì)對(duì)象不斷演變的動(dòng)態(tài)變化[2]。因此，對(duì)于上述建立的版本分層圖模型，需進(jìn)行的管理有版本分層圖模型重構(gòu)、版本分層圖模型追溯、版本合并以及版本的有效性管理。版本分層圖模型的重構(gòu)要保證重構(gòu)的版本模型準(zhǔn)確、直觀；版本的追溯要保證追溯耗時(shí)短且精準(zhǔn)；版本的合并要保證版本間的內(nèi)容與關(guān)系準(zhǔn)確；版本的有效性控制要實(shí)時(shí)保證版本有效。

3.1 版本分層圖模型的重構(gòu)

版本結(jié)構(gòu)圖信息完全記錄在數(shù)據(jù)庫(kù)中，但為了直觀、形象地顯示版本之間的發(fā)展歷程,需要根據(jù)數(shù)據(jù)庫(kù)中的記錄重構(gòu)出版本間的關(guān)聯(lián)結(jié)構(gòu)圖[14]。

最簡(jiǎn)單的重構(gòu)方法是：依據(jù)NoSQL數(shù)據(jù)庫(kù)(Key_Value)鍵值對(duì)的存儲(chǔ)特點(diǎn)，對(duì)零部件及版本信息進(jìn)行相應(yīng)的檢索，記錄節(jié)點(diǎn)檢索順序、版本節(jié)點(diǎn)信息和版本節(jié)點(diǎn)關(guān)系信息。這樣做的目的是保證版本分層圖模型重構(gòu)的準(zhǔn)確。但是這種方式的不足之處在于節(jié)點(diǎn)位置混亂，且結(jié)構(gòu)不規(guī)整。

為保證重組的圖結(jié)構(gòu)模型直觀、完整，對(duì)版本分層圖模型進(jìn)行重構(gòu)，使節(jié)點(diǎn)均勻、準(zhǔn)確地分布在各個(gè)層之間而不發(fā)生混亂。

(1)

3.2 基于分層圖模型的版本追溯

版本追溯需對(duì)版本演變的歷史過程進(jìn)行快速、準(zhǔn)確地追溯?；诎姹痉謱訄D結(jié)構(gòu)模型的版本追溯步驟如下：

(1)檢索位置：通過版本分層圖結(jié)構(gòu)模型檢索版本所在的位置。

(2)查找：根據(jù)版本十字鏈表存儲(chǔ)特點(diǎn)，依次查找該版本的前驅(qū)版本集合與后繼版本集合。

(3)讀取：依次讀取該版本所有前驅(qū)版本與后繼版本的版本號(hào)，并記錄版本間關(guān)系，實(shí)現(xiàn)版本追溯。

采用十字鏈表存儲(chǔ)結(jié)構(gòu)，方便快速追溯版本歷程。隨著版本數(shù)量的增加，十字鏈表機(jī)構(gòu)特點(diǎn)變得更有優(yōu)勢(shì)。

3.3 基于網(wǎng)結(jié)構(gòu)模型的版本合并

在零部件設(shè)計(jì)過程中，對(duì)已存在的兩個(gè)或兩個(gè)以上的版本進(jìn)行方法、思想的合并，或是內(nèi)容的合并，產(chǎn)生新的版本，即為版本合并。圖5為版本合并圖。

圖5 版本合并圖

版本合并步驟如下：

(1)分配版本號(hào)：首先根據(jù)版本分層圖模型確定最新版本號(hào)，然后由版本號(hào)分配規(guī)則，進(jìn)而確定合并版本的版本號(hào)。

(2)添加：在合并版本節(jié)點(diǎn)信息中，添加該版本零部件信息、版本屬性信息與直接前驅(qū)版本信息、直接后繼版本信息。

(3)插入：修改該合并版本的直接前驅(qū)版本節(jié)點(diǎn)的后繼節(jié)點(diǎn)信息，插入該合并版本。

版本合并中添加前驅(qū)版本號(hào)集合，只需在MongoDB數(shù)據(jù)庫(kù)中添加相應(yīng)集合，而在關(guān)系型數(shù)據(jù)中不僅僅是添加了一條數(shù)據(jù)，還要對(duì)具有該屬性的多個(gè)表結(jié)構(gòu)進(jìn)行相應(yīng)修改。因此，對(duì)于版本合并特點(diǎn)，NoSQL數(shù)據(jù)庫(kù)更為適合。

3.4 基于版本分層圖模型的有效性控制

在生產(chǎn)設(shè)計(jì)過程中，產(chǎn)品的零部件信息修改頻繁，導(dǎo)致一個(gè)零部件具有多個(gè)版本。并且客戶需求使得零部件版本的有效性不同。對(duì)版本的有效性進(jìn)行配置，是版本管理的重中之重[15]。

有效性是更改的生效零部件進(jìn)行控制，零部件的更改和具體客戶是緊密相聯(lián)的，且零部件的每次更改都會(huì)產(chǎn)生相應(yīng)的版本。一個(gè)更改應(yīng)用到哪些產(chǎn)品，或更改對(duì)于產(chǎn)品的生產(chǎn)流程有變化，必須對(duì)相應(yīng)的產(chǎn)品進(jìn)行版本的有效性配置，以便及時(shí)對(duì)產(chǎn)品過程進(jìn)行調(diào)整。版本有效性是一個(gè)中心環(huán)節(jié)，將更改、客戶、構(gòu)型等信息組成一個(gè)有機(jī)結(jié)合的統(tǒng)一整體。因此，有效性是體現(xiàn)并落實(shí)更改的必須途徑和唯一手段。

版本的有效性，它是一個(gè)相對(duì)概念，即一段時(shí)間內(nèi)，版本有效，它并不是持續(xù)連續(xù)的。版本有效性通過相應(yīng)的產(chǎn)品有效體現(xiàn)。

零部件之間的相互整合進(jìn)而形成產(chǎn)品，根據(jù)零部件及其版本的有效性不同，直接影響產(chǎn)品的構(gòu)成。所以對(duì)版本有效性控制的管理，是保證產(chǎn)品生產(chǎn)的必要條件。

4 基于NoSQL的PDM版本分層圖模型維護(hù)

對(duì)版本分層圖模型進(jìn)行維護(hù)，是保證模型持久正確的唯一手段。由于版本的自身特性，版本的維護(hù)只有增加、修改操作。所有版本均不能被刪除。

4.1 版本的添加

添加一個(gè)新版本時(shí)，判斷該版本是否為合并版本。對(duì)相應(yīng)的版本做出相應(yīng)的方法選擇。

(1)非合并版本的添加。首先對(duì)版本模型進(jìn)行分析，得到當(dāng)前版本的版本號(hào)，再根據(jù)版本號(hào)規(guī)則，進(jìn)而確定新版本的版本號(hào)。然后確定版本添加位置，添加新版本。以圖2為例，新版本為v3節(jié)點(diǎn)下的版本v7。代碼如圖6所示(以MongoDB為例)。

(2)合并版本的添加。需根據(jù)版本合并方法進(jìn)行處理。

4.2 版本的修改

版本修改主要包括兩點(diǎn)：一是對(duì)版本中零部件信息的修改；二是對(duì)版本的屬性信息進(jìn)行相應(yīng)修改。

(1)對(duì)版本零部件信息的修改，需保留修改前的版本。因此，要增加版本節(jié)點(diǎn)，生成新版本，不可直接更改版本內(nèi)部零部件信息。

圖6 版本添加代碼

(2)對(duì)版本屬性信息的修改，無需保留修改前版本，可直接對(duì)其進(jìn)行修改，覆蓋原有文件。例如，節(jié)點(diǎn)版本v8，版本號(hào)設(shè)置錯(cuò)誤，只需直接修改版本號(hào)即可。代碼如下：

>db.version.update({version_name:“v8”},...{“$set”:{version_state:“發(fā)放版本”}})

5 結(jié)束語(yǔ)

基于NoSQL數(shù)據(jù)庫(kù)的PDM版本管理是文中研究?jī)?nèi)容的重點(diǎn)。采用分層圖模型對(duì)復(fù)雜版本間的關(guān)系進(jìn)行處理，這樣可以直觀、清晰地表示版本演變過程，使結(jié)構(gòu)更加合理。基于版本數(shù)據(jù)特點(diǎn)，采用NoSQL數(shù)據(jù)庫(kù)，更方便對(duì)版本進(jìn)行版本追溯、版本合并以及版本有效性控制。最終實(shí)現(xiàn)對(duì)產(chǎn)品設(shè)計(jì)流程的掌握，更好地對(duì)設(shè)計(jì)過程中的版本進(jìn)行管理。

[1] 張勁松,劉清華,鐘毅芳,等.基于PDM的版本管理研究[J].華中科技大學(xué)學(xué)報(bào):自然科學(xué)版,2001,29(12):33-36.

[2] 高奇微,莫欣農(nóng).產(chǎn)品數(shù)據(jù)管理(PDM)及其實(shí)施[M].北京:機(jī)械工業(yè)出版社,1998.

[3] 馮國(guó)奇,崔東亮,王成恩,等.一種基于網(wǎng)狀版本模型的復(fù)雜產(chǎn)品設(shè)計(jì)數(shù)據(jù)管理方法研究[J].管理工程學(xué)報(bào),2009,23(1):82-87.

[4] 童秉樞,李建明.產(chǎn)品數(shù)據(jù)管理(PDM)技術(shù)[M].北京:清華大學(xué)出版社,2000.

[5]LeeSW,AhnJH,KimHJ.Aschemaversionmodelforcomplexobjectsinobjectorienteddatabases[J].JournalofSystemArchitecture,2006,52(10):563-577.

[6]DanilovicM,BrowningTR.Managingcomplexproductdevelopmentprojectswithdesignstructurematricesanddomainmappingmatrices[J].InternationalJournalofProjectManagement,2007,25(3):300-314.

[7]OshriI,NewellS.Componentsharingincomplexproductsandsystems:challenges,solutions,andpracticalimplications[J].

IEEETransactionsonEngineeringManagement,2005,52(4):509-521.

[8]BaEH,HuWC,YoOWS.Documentconfigurationcontrolprocessescapturedinaworkflow[J].ComputersinIndustry,2004,53(2):117-131.

[9]MezianeF,RezguiY.Adocumentmanagementmethodologybasedonsimilaritycontents[J].InformationSciences,2004,158(1)：15-36.

[10] 徐立臻,徐宏炳.面向?qū)ο髷?shù)據(jù)庫(kù)系統(tǒng)中的版本管理[J].東南大學(xué)學(xué)報(bào):自然科學(xué)版,1999,29(3):34-38.

[11] 張 維,何衛(wèi)平,劉 平,等.PDM實(shí)施中的版本管理研究與應(yīng)用[J].組合機(jī)床與自動(dòng)化加工技術(shù),2001(6):11-12.

[12] 劉方鑫,李 毅.變量化圖形CAD系統(tǒng)中的版本管理[J].計(jì)算機(jī)應(yīng)用,2000,20(S):111-112.

[13] 陸嘉恒.大數(shù)據(jù)挑戰(zhàn)與NoSQL數(shù)據(jù)庫(kù)技術(shù)[M].北京:電子工業(yè)出版社,2013:7-8.

[14] 馮向兵,莫 蓉,桂元坤.PDM中版本管理的圖模型表達(dá)方法與實(shí)現(xiàn)技術(shù)[J].航空制造技術(shù),2008(12):89-92.

[15] 夏秀峰,富 鋼,叢麗暉,等.一種基于SQL的層次查詢方法[J].微處理機(jī),2001(1):42-44.

Version Management of PDM Based on NoSQL

XIA Xiu-feng1,2，ZHANG He-nan2

(1.Key Lab of General Aviation of Liaoning Province,Shenyang Aerospace University, Shenyang 110136,China; 2.School of Computer Science,Shenyang Aerospace University,Shenyang 110136,China)

The complex product design will produce a large amount of intermediate version,and the version of the model is the basis of version management.Product Data Management (PDM) system depends on version management,which makes sure that the design personnel can access to the product version of history at any time.And back to the design process,to ensure that products in the stages of life cycle data is correct.As analyzing the shortage of existing version management model of PDM,a new version model of the hierarchical structure is proposed,which can reflect the relationship between the version and the version history clearly and intuitively and make up for the disadvantages of version model.With the increasing of version number,product data stored in PDM shows the characteristics of big data,making the RDB incapable on data processing.So the version model based on hierarchical structure is constructed with NoSQL as the underlying database,taking the advantages of NoSQL to improve the version management.According to the characteristics of the model,the version management functions like version tracking,version merging and effective version control are realized.

version management of PDM;NoSQL;hierarchical graph model;version management;validity control

2016-02-06

2016-05-11

時(shí)間：2016-09-19

航空科學(xué)基金(2013ZG54032)

夏秀峰(1964-)，男，博士，教授，CCF高級(jí)會(huì)員，研究方向?yàn)閿?shù)據(jù)庫(kù)理論與技術(shù)；張赫男(1991-)，女，碩士研究生，研究方向?yàn)楣芾硇畔⑾到y(tǒng)與數(shù)據(jù)庫(kù)。

http://www.cnki.net/kcms/detail/61.1450.TP.20160919.0842.044.html

TP31

A

1673-629X(2016)10-0022-05

10.3969/j.issn.1673-629X.2016.10.005