基于MDA的類圖模型到Cassandra數(shù)據(jù)模型轉(zhuǎn)換方法研究.pdf

1、隨著大數(shù)據(jù)時代的到來，數(shù)據(jù)以前所未有的速度急劇增長，大數(shù)據(jù)中蘊藏著無限的價值。傳統(tǒng)的數(shù)據(jù)庫技術(shù)由于缺乏良好的橫向擴展能力等原因已難以應(yīng)對這樣的挑戰(zhàn)，NoSQL數(shù)據(jù)庫技術(shù)應(yīng)運而生。使用基于NoSQL的存儲有助于更好地榨取大數(shù)據(jù)中的價值，而為這類數(shù)據(jù)庫設(shè)計合適的模式與為關(guān)系型數(shù)據(jù)庫設(shè)計有很大的不同，如果能將這個過程自動化一定大有益處。
　　這里使用MDA來實現(xiàn)這一目標(biāo)。MDA將軟件開發(fā)的過程看作是模型轉(zhuǎn)換的過程。本文的目標(biāo)是將類圖模型

2、轉(zhuǎn)換為Cassandra數(shù)據(jù)模型。類圖是面向?qū)ο蟮能浖_發(fā)過程中廣泛使用的一種UML圖，而Cassandra是目前最流行的列型數(shù)據(jù)庫。模型轉(zhuǎn)換使用元建模方法分為兩階段進行，第一階段是模型到模型的轉(zhuǎn)換，實現(xiàn)類圖實例到數(shù)據(jù)庫模式的轉(zhuǎn)換，第二階段是模型到本文的轉(zhuǎn)換，將生成可執(zhí)行的代碼。
　　想要實現(xiàn)第一階段的轉(zhuǎn)換必須先獲得源模型與目標(biāo)模型的元模型?，F(xiàn)存工作中有一些提出的類圖元模型與UML標(biāo)準(zhǔn)中的定義并不完全一致，這會導(dǎo)致兼容性問題。而U

3、ML標(biāo)準(zhǔn)中的定義又過于復(fù)雜，包含很多與生成數(shù)據(jù)庫模式無關(guān)的元素。本文通過簡化該定義獲取類圖的元模型，同時保持與UML標(biāo)準(zhǔn)完全相容。為了使生成的數(shù)據(jù)庫模式有較好的性能，必須深入了解Cassandra的內(nèi)部存儲結(jié)構(gòu)。目標(biāo)元模型的構(gòu)建以及一部分模型映射的設(shè)計決策均源自這個探索過程。
　　為Cassandra設(shè)計數(shù)據(jù)庫模式時必須考慮查詢模式，而這類信息原本并不包含在類圖中。本文設(shè)計了標(biāo)注系統(tǒng)來解決這個問題。通過人工添加標(biāo)注為模型轉(zhuǎn)換提供額