这是一个创建于 760 天前的主题，其中的信息可能已经有所发展或是发生改变。
以前拿到数据库就开始 ER 图，拆表，主键，范式，约束，一切都是很自然的。
现在 NoSQL 在眼前，简单好用却无从下手。它不关心表结构，它的数据随便插，它提倡数据冗余，然而面对它就有点懵 b 了，不知道从哪开始？ 有没有比较好的 NoSQL 数据库设计的书籍推荐？
 |
1
Mithril 2022-10-24 22:48:22 +08:00  1
有本老书，SQL 反模式，你可以找来看看。
里面介绍了很多设计关系型数据库时候遇到的问题和解决办法，其中很多问题你拿到 NoSQL 就不是问题了。 这时候你就知道从哪开始了。 |
 |
2
wxf666 2022-10-24 23:18:41 +08:00
|
 |
3
Rocketer 2022-10-24 23:27:44 +08:00 via iPhone
NoSQL 不是“一类”数据库，而是各有各的最佳实践。
我用 DynamoDB ，我采用 AWS 推荐的做法 |
 |
4
optional 2022-10-24 23:37:15 +08:00 via iPhone
ddd ，先找到聚合根
|
|
5
Mithril 2022-10-25 09:44:23 +08:00
@wxf666 还是要看你的需求，看看主要用哪些方式检索数据。
比如你这帖子前两个需求，压根用不着数据库。直接硬编码数组进去就行了。 对于第三个需求，你可以直接按村级记录存，每条记录带着完整 path 就可以。这也就是一个非常简单的表。实际上就是路径枚举。因为路径深度固定，你也可以直接把几个级别全弄成列加上索引，这样你的几个需求就都能解决了。 那本书里面提到的有个观点很重要，“不要过度设计”。它举例的几种树形结构优化方案，都是针对于不限制深度的树来说的。在你这个需求里，树的结构实际上是固定的，深度也是固定的。那么直接用邻接表也没什么问题。 |
 |
6
weizhen199 2022-10-25 10:27:14 +08:00
nosql 好多啊，你说的是哪个 nosql
|
 |
7
James369 OP @weizhen199 mongodb ，realm
|
 |
8
mumbler 2022-10-25 16:08:03 +08:00 via Android
nosql 不用设计啊，开发时候约定字段名就行
|
Select Language