nosql不是关系数据库，但是如何处理关系呢？

ucgary

nosql 最好理解为not only sql .
nosql产品一样可以存在关系.
所以nosql产品许多提供了sql接口,毕竟sql大家都知道,易懂.

sword55fish

刚开始关注，不太清楚。帮你up

riancy1106

学习ing～～～

scri

这个概念还没弄清楚啊。。。
有明白的解释下

jametong

在Docuement DB(如MongoDB,CouchDB中),是使用link标识来标识关系,,
在tabular存储中(如Cassandra,BigTable,HypeTable,HBase中),关系是通过迁入的对象map来进行管理,有时也是交由程序员进行管理,比如在Cassandra中,有人多创建一个column family或者多一个Namespace来存储独立的信息,自己在应用中标识这个column family(namespace)与其它column family(namespace)之间的关系..

对于K/V Store,关系就完全在程序代码以及开发人员的心中了..

其实在关系数据库中,如果不使用外键,这些关系也是存储在具体的程序代码与系统分析文档中的..而不是直接体现在你所使用的数据库中.

fuwang

你可以看看mongodb的用法

yulihua49

原帖由 go_hao 于 2010-7-13 14:55 发表
nosql不是关系数据库，但是如何处理关系呢？
-------------------------------------------------------
关系是客户存在的呀，但是nosql说，本身不是关系型的，但是对于现在的一些结构，nosql如何处理呢？

比如一个订单主表与订单明细表吧。
主表如下：
订单号，客户，订单日期，。。。
明细表如下：
订单号，订单序号，物品名称，数量，单价，金额，。。。

两表通过 订单号 进行关联。是一个一对多的模型，我想问，这种情况，用 nosql 如何存贮呢？

是不是存在一个表中呢？如果存在一个表中，假如一个订单对应将100条明细记录，
那就意味着多存了99条冗余信息，我想应该不会这样做吧。太傻了，但是不这样做，就必须用两个表存贮，
只要用到两个表，就会涉及到两个表的关系。

所以我实在不明白，nosql是如何实现的

非关系实际上是关系的超集，关系是非关系的子集。
一切关系问题，非关系都可以解决，大不了在非关系中用关系解决。
不过因为没有模式化的处理，一切都要自己动手。

非关系同样支持K－V模式，K也可以是符合关键字，V也可以是列，更可以是任意复杂的对象。
所谓主－细模型，完全可以树型实现，这往往比关系更高效。如 K - V[n]的模式。这可以显著看出非关系的优势，关系中是不允许出现V[n]的。
非关系还允许各行不同构，如IBM的TPF，具有极其灵活的行（row）构建模式，可以应对极其复杂的应用。

其实关系并不能完全表达现实的事务，应该说非关系具有更广泛的表达力。目前的困难是复杂的非关系处理缺乏模式化手段。

补充一点，非（不仅）sql 并非 非关系。

SQL是一种关系语言，但关系不一定必须由SQL来表达。你完全可以用其他方法处理关系。
早先的DBASE就是一个例子。

X-Open 的 ISAM 也是一个很好的非SQL系统，现在的informix和Mysql仍在使用这些，不过他们也可以通过SQL访问。当不通过SQL，直接访问时具有25倍的效率。

[ 本帖最后由 yulihua49 于 2011-4-4 12:48 编辑 ]

TomLeng

我觉得，NOSQL最简单的应用，就是把关系型DB中的一对多关系表，转换成集合和子集

highnice

不同类型的nosql有对关系的不同处理方式，建议先好好弄清楚各类型nosql的基本存储方式