新人弱弱的提问。好迷茫。。
发布于 4个月前 作者 FySuper 396 次浏览 来自 问答

我想自己做个类似看书的项目啊。 然后想用mongo来做。 但是设计思路总会回向mysql那边靠。。。。 一般大家用mongo设计出来的思路是怎么样的啊。。 这样? book{ name:xxxx, 章节:[{v:1,title:’xxx’,content:’xxx’}, {v:2,title:’xxx’,content:’xxx’}, {v:3,title:’xxx’,content:’xxx’}] } 这样的话是不是取起来很麻烦。。 我总是会偏向做多几个表 分别存书 章节 什么的。。然后再通过关系去调。这样不就变成mysql那种了吗。。好迷茫。。

15 回复

所以别用 mongodb 了，好好用 sql。mongodb 没什么好的。

@alsotang 认真的吗，那为什么现在那么推崇。。。

@FySuper 认真的。大家炒作而已啊。看看这里：https://github.com/alsotang/node-lessons/tree/master/lesson15

@alsotang !!!谢了 解了纠结很久的问题。 17岁骚年表示我要锻炼一年技术然后去找大大们玩。

@FySuper 你再锻炼一年也还没到工作的年纪吧。。

@FySuper

既然你是17岁的骚年，那么显然应该每个应用写3版：

  • 用MySQL
  • 用PostgresSQL
  • 用MongoDB

努力吧，我们看好你。

@bnuhero 好。我试试

@alsotang 我喜欢啊。第一次看到angular的源码的时候，就想有一天要和他们一样。。

可以看一下mongoose，面向对象的概念还是不错的，nosql适合快速取简单的数据，不建议把结构复杂的设计用到nosql里，一般情况下，无特殊需求的时候还是sql好用，当然sql和nosql混用是个不错的选择

@hliu2008 其实我想做这个里面有块逻辑类似git 的fork, 比如某一集会有很多类型的版本的。。我之前的想法是用mongo 然后把书，章节，内容分表，内容表内存的是多个版本用mongo也会更好写。我仔细想也觉得用sql的模式去写nosql也不是不可以。就是感觉理论上的知识让自己怀疑自己有点不伦不类。。。

@FySuper @hliu2008 @FySuper 像这样 db.book.list: { name:xx, _id: }; db.book.list: { b_id:, _id:, context: }; db.book.content: { l_id:, _id:, context:[ { v:banben1, text:xxxx }, { v:banben2, text:xxxx } ] };

1

@FySuper 不会，实际操作中也会有很多多种技术结合使用的情况，只要合适这个项目，就没什么不伦不类，用之前要想好优势和劣势，如果只是单纯的学习技术的话 ，完全可以用nosql去设计一些复杂的东西来实践，但是实际情况中，一定要分析利弊，别给自己刨坑。 我个人觉得，sql和nosql本身就是互补的存在，并不冲突，在设计一些强关联的表结构的时候，毫无疑问关系型数据库是首当其冲的，但是在处理一些操作频繁，数据量 较大的数据时候，nosql就展现出了优势，所以一切都是看你如何去选。 比如你设计的这个东西，我肯定会去选择关系型数据库

@hliu2008 赖斯啊。学到了。可以要个Q吗。

@FySuper cnode实现没有使用angular吧？

@fenode 我记得 @alsotang 有开发源码。。

回到顶部