设计非关系型数据库

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

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

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

  • 3
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
关系数据库设计的思路与关系数据库设计不同,关系数据库设计通常涉及规范化和建立数据表之间的关系。而关系数据库设计则更加注重数据的存储和查询效率,以及数据的可扩展性和灵活性。 以下是一些关系数据库设计的思路: 1. 确定数据模关系数据库有多种不同类的数据模,如键值对、文档、列族、图形等。在设计数据库时,需要根据数据类和使用场景选择适当的数据模。 2. 确定数据存储方式:关系数据库通常使用不同的存储引擎,如内存、硬盘、分布式文件系统等。在设计数据库时,需要根据数据的特点和访问模式选择适当的存储方式。 3. 确定数据访问方式:关系数据库通常支持多种数据访问方式,如基于索引的查找、全文检索、图形遍历等。在设计数据库时,需要根据数据的特点和查询需求选择适当的访问方式。 4. 确定数据复制和分区策略:关系数据库通常支持数据的复制和分区,以提高可用性和扩展性。在设计数据库时,需要根据数据的特点和访问模式选择适当的复制和分区策略。 5. 确定数据备份和恢复策略:关系数据库需要定期备份数据以保证数据的安全性和可靠性。在设计数据库时,需要根据数据的重要性和备份需求选择适当的备份和恢复策略。 总之,关系数据库设计的思路主要是根据数据的特点和使用场景选择合适的数据模、存储方式、访问方式、复制和分区策略以及备份和恢复策略,以满足数据的存储和查询需求,并提高数据库的可用性、扩展性和安全性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值