Cassandra是一個開源的分散式資料庫，結合了Dynamo的Key/Value與Bigtable的面向列的特點。

Cassandra的特點如下：

1.靈活的schema：不需要象資料庫一樣預先設計schema，增加或者刪除欄位非常方便（on the fly）。

2.支援range查詢：可以對Key進行範圍查詢。

3.高可用，可擴充套件：單點故障不影響叢集服務，可線性擴充套件。

我們可以將Cassandra的資料模型想象成一個四維或者五維的Hash。

Column

Column是Cassandra中最小的資料單元。它是一個3元的資料型別，包含：name，value和timestamp。

將一個Column用JSON的形式表現出來如下：

   1: {  // 這是一個column

   2:     name: "逖靖寒的世界",

   3:     value: "[email protected]",

   4:     timestamp: 123456789

   5: } 

為了簡單起見，我們可以忽略timestamp。就把column想象成一個name/value即可。

注意，這裡提到的name和value都是byte[]型別的，長度不限。

SuperColumn

我們可以將SuperColumn想象成Column的陣列，它包含一個name，以及一系列相應的Column。

將一個SuperColumn用JSON的形式表現如下：

   1: {   // 這是一個SuperColumn

   2:     name: "逖靖寒的世界",

   3:     // 包含一系列的Columns

   4:     value: {

   5:         street: {name: "street", value: "1234 x street", timestamp: 123456789},

   6:         city: {name: "city", value: "san francisco", timestamp: 123456789},

   7:         zip: {name: "zip", value: "94107"
 
, timestamp: 123456789},

   8:     }

   9: }

Columns和SuperColumns都是name與value的組合。最大的不同在於Column的value是一個“string”，而SuperColumn的value是Columns的Map。

還有一點需要注意的是：SuperColumn’本身是不包含timestamp的。

ColumnFamily

ColumnFamily是一個包含了許多Row的結構，你可以將它想象成RDBMS中的Table。

每一個Row都包含有client提供的Key以及和該Key關聯的一系列Column。

我們可以看看結構：

   1: UserProfile = { // 這是一個ColumnFamily

   2:     phatduckk: {   // 這是對應ColumnFamily的key

   3:         // 這是Key下對應的Column

   4:         username: "gpcuster",

   5:         email: "[email protected]",

   6:         phone: "6666"

   7:     }, // 第一個row結束

   8:     ieure: {   // 這是ColumnFamily的另一個key

   9:         //這是另一個Key對應的column

  10:         username: "pengguo",

  11:         email: "[email protected]",

  12:         phone: "888"

  13:         age: "66"

  14:     },

  15: }

ColumnFamily的型別可以為Standard，也可以是Super型別。

我們剛剛看到的那個例子是一個Standard型別的ColumnFamily。Standard型別的ColumnFamily包含了一系列的Columns（不是SuperColumn）。

Super型別的ColumnFamily包含了一系列的SuperColumn，但是並不能像SuperColumn那樣包含一系列Standard ColumnFamily。

這是一個簡單的例子：

   1: AddressBook = { // 這是一個Super型別的ColumnFamily

   2:     phatduckk: {    // key

   3:         friend1: {street: "8th street", zip: "90210", city: "Beverley Hills", state: "CA"}, 

   4:         John: {street: "Howard street", zip: "94404", city: "FC", state: "CA"},

   5:         Kim: {street: "X street", zip: "87876", city: "Balls", state: "VA"},

   6:         Tod: {street: "Jerry street", zip: "54556", city: "Cartoon", state: "CO"},

   7:         Bob: {street: "Q Blvd", zip: "24252", city: "Nowhere", state: "MN"},

   8:         ...

   9:     }, // row結束

  10:     ieure: {     // key

  11:         joey: {street: "A ave", zip: "55485", city: "Hell", state: "NV"},

  12:         William: {street: "Armpit Dr", zip: "93301", city: "Bakersfield", state: "CA"},

  13:     },

  14: }

Keyspace

Keyspace是我們的資料最外層，你所有的ColumnFamily都屬於某一個Keyspace。一般來說，我們的一個程式應用只會有一個Keyspace。

簡單測試

我們將Cassandra執行起來以後，啟動命令列，執行如下操作：

cassandra> set Keyspace1.Standard1['jsmith']['first'] = 'John'
Value inserted.
cassandra> set Keyspace1.Standard1['jsmith']['last'] = 'Smith'
Value inserted.
cassandra> set Keyspace1.Standard1['jsmith']['age'] = '42'
Value inserted.

這個時候，Cassandra中就已經有3條資料了。

其中插入資料的各個欄位含義如下：

接下來，我們執行查詢操作：

cassandra> get Keyspace1.Standard1['jsmith']
  (column=age, value=42; timestamp=1249930062801)
  (column=first, value=John; timestamp=1249930053103)
  (column=last, value=Smith; timestamp=1249930058345)
Returned 3 rows.

這樣，我們就可以將之前插入的資料查詢出來了。

排序

有一點需要明確，我們使用Cassandra的時候，資料在寫入的時候就已經排好順序了。

在某一個Key內的所有Column都是按照它的Name來排序的。我們可以在storage-conf.xml檔案中指定排序的型別。

目前Cassandra提供的排序型別有：BytesType, UTF8Type，LexicalUUIDType, TimeUUIDType, AsciiType，和LongType。

現在假設你的原始資料如下：

{name: 123, value: "hello there"},
{name: 832416, value: "kjjkbcjkcbbd"},
{name: 3, value: "101010101010"},
{name: 976, value: "kjjkbcjkcbbd"}

當我們storage-conf.xml檔案中指定排序的型別為LongType時：

<!--
      ColumnFamily 在 storage-conf.xml 中定義
-->
<ColumnFamily CompareWith="LongType" Name="CF_NAME_HERE"/>

排序後的資料就是這樣的：

{name: 3, value: "101010101010"},  
{name: 123, value: "hello there"},
{name: 976, value: "kjjkbcjkcbbd"},
{name: 832416, value: "kjjkbcjkcbbd"}

如果我們指定排序的型別為UTF8Type

<!--
      ColumnFamily 在 storage-conf.xml 中定義

-->
<ColumnFamily CompareWith="UTF8Type" Name="CF_NAME_HERE"/>

排序後的資料就是這樣的：

{name: 123, value: "hello there"},   
{name: 3, value: "101010101010"},
{name: 832416, value: "kjjkbcjkcbbd"},
{name: 976, value: "kjjkbcjkcbbd"}

大家可以看到，指定的排序型別不一樣，排序的結果也是完全不同的。

對於SuperColumn，我們有一個額外的排序維度，所以我們可以指定CompareSubcolumnsWith來進行另一個維度的排序型別。

假設我們的原始資料如下：

{ // first SuperColumn from a Row
    name: "workAddress",
    // and the columns within it
    value: {
        street: {name: "street", value: "1234 x street"},
        city: {name: "city", value: "san francisco"},
        zip: {name: "zip", value: "94107"}
    }
},
{ // another SuperColumn from same Row
    name: "homeAddress",
    // and the columns within it
    value: {
        street: {name: "street", value: "1234 x street"},
        city: {name: "city", value: "san francisco"},
        zip: {name: "zip", value: "94107"}
    }
}

然後我們定義CompareSubcolumnsWith和CompareWith的排序型別都是UTF8Type，那麼排序後的結果為：

{
    // this one's first b/c when treated as UTF8 strings
    { // another SuperColumn from same Row
        // This Row comes first b/c "homeAddress" is before "workAddress"           
        name: "homeAddress",
        // the columns within this SC are also sorted by their names too
        value: {
            // see, these are sorted by Column name too
            city: {name: "city", value: "san francisco"},               
            street: {name: "street", value: "1234 x street"},
            zip: {name: "zip", value: "94107"}
        }
    },       
    name: "workAddress",
    value: {
        // the columns within this SC are also sorted by their names too
        city: {name: "city", value: "san francisco"},           
        street: {name: "street", value: "1234 x street"},
        zip: {name: "zip", value: "94107"}
    }
}

再額外提一句，Cassandra的排序功能是允許我們自己實現的，只要你繼承org.apache.cassandra.db.marshal.IType就可以了。