思维定势， NoSQL 数据库和表应该怎么设计？

[James369]

以前拿到数据库就开始 ER 图，拆表，主键，范式，约束，一切都是很自然的。

现在 NoSQL 在眼前，简单好用却无从下手。它不关心表结构，它的数据随便插，它提倡数据冗余，然而面对它就有点懵 b 了，不知道从哪开始？ 有没有比较好的 NoSQL 数据库设计的书籍推荐？

[Mithril]

有本老书，SQL 反模式，你可以找来看看。
里面介绍了很多设计关系型数据库时候遇到的问题和解决办法，其中很多问题你拿到 NoSQL 就不是问题了。
这时候你就知道从哪开始了。

[wxf666]

@Mithril 可以请教一下，《 SQL 反模式》里提到的闭包表，是如何高效的呢？

具体我下午发了个帖子：[数据库新手求问，用于解决树形结构存储的闭包表，为何能快速获取某个节点的祖先节点 /父节点 /子节点？]( /t/889443 )

[Rocketer]

NoSQL 不是“一类”数据库，而是各有各的最佳实践。

我用 DynamoDB ，我采用 AWS 推荐的做法

[optional]

ddd ，先找到聚合根

[Mithril]

@wxf666 还是要看你的需求，看看主要用哪些方式检索数据。
比如你这帖子前两个需求，压根用不着数据库。直接硬编码数组进去就行了。
对于第三个需求，你可以直接按村级记录存，每条记录带着完整 path 就可以。这也就是一个非常简单的表。实际上就是路径枚举。因为路径深度固定，你也可以直接把几个级别全弄成列加上索引，这样你的几个需求就都能解决了。

那本书里面提到的有个观点很重要，“不要过度设计”。它举例的几种树形结构优化方案，都是针对于不限制深度的树来说的。在你这个需求里，树的结构实际上是固定的，深度也是固定的。那么直接用邻接表也没什么问题。

[weizhen199]

nosql 好多啊，你说的是哪个 nosql

[James369]

@weizhen199 mongodb ，realm

[mumbler]

nosql 不用设计啊，开发时候约定字段名就行