设计非关系型数据库

从MySql到MongoDB的数据库设计,在思路上要做很大的改变。MySQL代表的是关系型数据库,所以在设计模型时往往会按照三种实体数据关系去设计:1.一对一 2.一对多 3.多对多。这三种关系足以映射业务逻辑上的需求。很多开发者在没接触非关系型数据库之前都会按照这个思路去规整数据。但是如果将同样的逻辑嵌套在设计非关系型数据库中,上面提到的三种关系可能无法应付。

就针对一对多的关系而言,在MongDB内还需再将“多”细化。是一对少、一对多还是一对无穷多?在一对少的情况下,数据可以直接多层嵌套对象。这样的优点在于一次查询即可获得和对象相关的所有细化内容。但同时其设计也限制了直接查找被嵌套在内层的对象。在一对相对多的数据量上,数据底层可以将对象的ObjectID嵌套在内。这样的方法与关系型数据库的外键相似,可以有效的建立数据之间的关系,同时也避免数据的重复性。在处理一对无穷多的数据关系时,最好的设计方案应该是引用父类的ObjectID。

总而言之,非关系型数据库的设计不复杂,但在一定的程度突破了关系型数据库的设计理念,因此在设计过程中需要注意两者之间的不同。

  • 3
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值