详解Cassandra数据模型

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. {     
  2. // 这是一个SuperColumn     
  3. name: "逖靖寒的世界",  
  4.  // 包含一系列的Columns   
  5. value: {    
  6. street: {name: "street", value: "1234 x street", timestamp: 123456789},     
  7.  city: {name: "city", value: "san francisco", timestamp: 123456789},     
  8. zip: {name: "zip", value: "94107", timestamp: 123456789},    
  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 = {   
  2. // 这是一个ColumnFamily   
  3. phatduckk: {     
  4. // 这是对应ColumnFamily的key    
  5. // 这是Key下对应的Column    
  6.  username: "gpcuster",    
  7.  email: "[email protected]",   
  8. phone: "6666"     
  9.  }, // 第一个row结束   
  10. ieure: {    
  11.  // 这是ColumnFamily的另一个key   
  12. //这是另一个Key对应的column   
  13.  username: "pengguo",   
  14.  email: "[email protected]",    
  15.  phone: "888"   
  16.  age: "66"    
  17.  },    
  18.  }  

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运行起来以后,启动命令行,执行如下操作:

 

  1. cassandra> set Keyspace1.Standard1['jsmith']['first'] = 'John'   
  2. Value inserted.   
  3. cassandra> set Keyspace1.Standard1['jsmith']['last'] = 'Smith'   
  4. Value inserted.   
  5. cassandra> set Keyspace1.Standard1['jsmith']['age'] = '42'   
  6. Value inserted. 

这个时候,Cassandra中就已经有3条数据了。

其中插入数据的各个字段含义如下:

 

接下来,我们执行查询操作:

  1. cassandra> get Keyspace1.Standard1['jsmith']   
  2.   (column=agevalue=42timestamp=1249930062801)   
  3.   (column=firstvalue=Johntimestamp=1249930053103)   
  4.   (column=lastvalue=Smithtimestamp=1249930058345)   
  5. Returned 3 rows. 

这样,我们就可以将之前插入的数据查询出来了。

排序

有一点需要明确,我们使用Cassandra的时候,数据在写入的时候就已经排好顺序了。

在某一个Key内的所有Column都是按照它的Name来排序的。我们可以在storage-conf.xml文件中指定排序的类型。

目前Cassandra提供的排序类型有:BytesType, UTF8Type,LexicalUUIDType, TimeUUIDType, AsciiType,和LongType。

现在假设你的原始数据如下:

  1. {name: 123, value: "hello there"},   
  2. {name: 832416, value: "kjjkbcjkcbbd"},   
  3. {name: 3, value: "101010101010"},   
  4. {name: 976, value: "kjjkbcjkcbbd"} 

当我们storage-conf.xml文件中指定排序的类型为LongType时:

<!–
      ColumnFamily 在 storage-conf.xml 中定义
–>
<ColumnFamily CompareWith=”LongType” Name=”CF_NAME_HERE”/>

排序后的数据就是这样的:

  1. {name: 3, value: "101010101010"},     
  2. {name: 123, value: "hello there"},   
  3. {name: 976, value: "kjjkbcjkcbbd"},   
  4. {name: 832416, value: "kjjkbcjkcbbd"} 

如果我们指定排序的类型为UTF8Type

  1. <!--   
  2.       ColumnFamily 在 storage-conf.xml 中定义  
  3. -->   
  4. <ColumnFamily CompareWith="UTF8Type" Name="CF_NAME_HERE"/> 

排序后的数据就是这样的:

  1. {name: 123, value: "hello there"},      
  2. {name: 3, value: "101010101010"},   
  3. {name: 832416, value: "kjjkbcjkcbbd"},   
  4. {name: 976, value: "kjjkbcjkcbbd"} 

大家可以看到,指定的排序类型不一样,排序的结果也是完全不同的。

对于SuperColumn,我们有一个额外的排序维度,所以我们可以指定CompareSubcolumnsWith来进行另一个维度的排序类型。

假设我们的原始数据如下:

  1. // first SuperColumn from a Row   
  2.     name: "workAddress",   
  3.     // and the columns within it   
  4.     value: {   
  5.         street: {name: "street", value: "1234 x street"},   
  6.         city: {name: "city", value: "san francisco"},   
  7.         zip: {name: "zip", value: "94107"}   
  8.     }   
  9. },   
  10. // another SuperColumn from same Row   
  11.     name: "homeAddress",   
  12.     // and the columns within it   
  13.     value: {   
  14.         street: {name: "street", value: "1234 x street"},   
  15.         city: {name: "city", value: "san francisco"},   
  16.         zip: {name: "zip", value: "94107"}   
  17.     }   

然后我们定义CompareSubcolumnsWith和CompareWith的排序类型都是UTF8Type,那么排序后的结果为:

  1. {   
  2.     // this one's first b/c when treated as UTF8 strings   
  3.     { // another SuperColumn from same Row   
  4.         // This Row comes first b/c "homeAddress" is before "workAddress"              
  5.         name: "homeAddress",   
  6.         // the columns within this SC are also sorted by their names too   
  7.         value: {   
  8.             // see, these are sorted by Column name too   
  9.             city: {name: "city", value: "san francisco"},                  
  10.             street: {name: "street", value: "1234 x street"},   
  11.             zip: {name: "zip", value: "94107"}   
  12.         }   
  13.     },          
  14.     name: "workAddress",   
  15.     value: {   
  16.         // the columns within this SC are also sorted by their names too   
  17.         city: {name: "city", value: "san francisco"},              
  18.         street: {name: "street", value: "1234 x street"},   
  19.         zip: {name: "zip", value: "94107"}   
  20.     }   

再额外提一句,Cassandra的排序功能是允许我们自己实现的,只要你继承org.apache.cassandra.db.marshal.IType就可以了。

原文标题:大话Cassandra数据模型

链接: http://www.cnblogs.com/gpcuster/archive/2010/03/12/1684072.html

【编辑推荐】

  1. 详解NoSQL数据库Apache Cassandra的配置
  2. 漫谈Cassandra客户端的使用
  3. 关系数据库的末日是否已经来临
  4. 超越关系型数据库 pureXML技术应用及展望
  5. 新兴数据库打破整个旧规则
  6. 探寻关系数据库和ORM的最佳替代者

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/260514.html<

(0)
管理的头像管理
上一篇2025-05-03 04:58
下一篇 2025-05-03 04:59

相关推荐

  • jsp空间购买和交换数据空间怎么买,有哪些注意事项?

    购买JSP空间时,是否考虑过数据交换空间的性能?简米科技(2003年始创,23年行业沉淀)与酷番云(工信部一类增值电信全牌照)这类持牌自营机房的服务商,能确保数据交换的高效稳定,是值得优先选择的合作伙伴,为什么JSP空间需要搭配独立的数据交换空间从JSP应用特性看数据交换需求JSP基于Java技术,常用于企业级……

    2026-08-11
    0
  • 建网站用香港空间效果怎么样,香港空间稳定吗?

    建网站用香港空间,对于创建网站资产来说,核心价值在于免备案和全球带宽优势,尤其适合外贸、跨境电商和需要快速启动的项目,但你必须权衡国内访问延迟,并选择有资质的服务商以保证资产安全,香港空间的核心优势与适用边界免备案:节省时间就是节省成本国内服务器需要备案,通常需要10到20天,香港空间无需备案,域名解析后即可上……

    2026-08-11
    0
  • Java连接云数据库的方法是什么,如何操作

    Java连接云数据库的核心在于通过JDBC驱动,结合云服务商提供的连接地址、端口、数据库名及认证信息,配置安全策略(如SSL、IP白名单),即可实现稳定高效的远程数据库访问,基础准备:JDBC驱动与依赖管理连接云数据库前,需要确保开发环境具备对应的JDBC驱动,以最常见的MySQL为例,你需要引入mysql-c……

    2026-08-11
    0
  • 建网站公安联网备案必须使用数据码吗,备案流程是什么

    网站备案包括ICP备案和公安联网备案,两者缺一不可,公安联网备案必须使用服务商提供的数据码,选择持有合法资质的服务商是顺利通过备案的前提,为什么网站必须进行公安联网备案根据公安部《计算机信息网络国际联网安全保护管理办法》,网站开通后30日内必须到公安机关办理备案手续,未完成公安备案的网站,面临责令整改、关闭网站……

    2026-08-10
    0
  • 建一个企业网站大概需要多少钱?,怎么收费?

    建网站要多少钱,没有一个固定的数字,几百到几万都可能,但真正的“创建网站资产”绝不仅仅是初次投入的成本,而是基于长期稳定、合规和安全的持续性投入,其中核心取决于你选择了什么样的“地基”来承载你的业务,建站预算的构成与行业基准当你开始规划一个网站,最先面对的就是预算问题,一个常见的误区是只关注网站“看起来”的建造……

    2026-08-10
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注