安排2020-07-31"首先，内存中的数据结构非常多样，难以直接映射到行列交汇处的单一值上。"，这句话不太理解，内存中的数据结构为什么要映射到单一值上呢？作者回复: 比如，用户信息表中存放了地址，如果这个地址内含省、市、街道等信息，那最自然的想法，就是把整个结构化的地址放到address字段中，这就是单一值映射。 然而，在关系数据库中，你只能将它序列化为字符流，再作为string存放到value中，否则，只能建立多个字段存放，这样才能实现多维度查询。
共 2 条评论5
谷鱼2020-07-31之前主要考虑业务开发中的需求，需求固定，访问数据较多，系统较小选用非关系型数据库，开发快。短平快，比如ruby开发web，多数会用非关系。不过这次学习到了更多的层次。收获很大作者回复: ^_^
2
leslie2020-08-03个人的理解：NOSQL其实解释成NOT ONLY SQL更合适。其实太多的误解是非关系型，认为no sql是可以随意存放存储，其实只是一种补充。 就像目前更多的分布式数据库，其实个人认为就是二者的兼容；RMDB为里，NOSQL为表更合适。目前市面更多的选择是二者优势互补，个人更倾向此种选择。 记得许老师对于数据库更愿意从存储介质去区分数据库，我个人极度认可，如果当哪天出现基于cpu时我们又该如何去探讨所谓的nosql与RMDB？就比如nosql的使用大多同时和MQ在一起，此时我们又该如果去评价MQ与NOSQL？ 场景决定选择：百花齐放、业务的分析与定位，选择合适当下以及下一阶段的就好；市场变化如此之快5-10年后的选择可能谁都不知道。谢谢分享。4