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

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

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