This topic created in 3239 days ago, the information mentioned may be changed or developed.
新公司主数据库基本是 mongo,用了一段时间感觉有这个问题(对比 mysql ):
不能清晰知道表结构,mysql 则一目了然,mysql 相当于有了表定义的文档。而 mongo 数据机构可以是多维、多数据类型,每条记录字段可多可缺,这样感觉维护性很差,非得靠强硬的团队规范来保证数据结构的一致。
不知道大家对这个有什么看法呢
10 replies • 2017-09-21 11:21:58 +08:00
 |
|
1
a87150 Sep 20, 2017
期待 yinwang 拯救世界。
|
 |
|
2
xiaxiaokang Sep 20, 2017 1
作为一个不是后端开发的说下看法,关系型数据和非关系型数据的使用具体看场景,例如资讯型平台 mongo 绝对是最佳选择,而电商则不太适合,而且对于 mysql 新增字段必须修改表结构而 mongo 则不需要。现在互联网需求变更及其快,使用关系型就会对表结构不断的修改挺麻烦,当然关系型和非关系型是相互依存关系,而并非二选其一的情况,从性能角度来讲,多表操作和单结构体操作性能可想而知,不要排斥到底使用那个作为数据库,而多考虑业务场景选择那种数据库! 作为前端理解只能到这里,有不对可以指正
|
 |
|
4
a342191555 Sep 20, 2017
回复中不能用 markdown 么?😳
格式错乱😂
|
 |
|
6
nullcc Sep 21, 2017
原来一个长期的项目我们团队也是用 mongodb 做主力开发,不过后来还是觉得关系型数据库做主力,NoSQL 类的做辅助,放一些诸如 log 的简单数据比较好。
|
 |
|
7
EricFuture Sep 21, 2017
你的转变成 nosql 的思维,刚开始从 mysql 转 mongo 也是各种不适应,现在感觉 mysql 反而用得不顺手了。两种数据库各有各的长处,主要看需求吧
|
 |
|
8
Immortal Sep 21, 2017
同意 6L 非关系数据库有些需求的数据查起来简直不要不要的 还是不太建议 mongo 当主库 把一些数据量大,查询简单,有归档性质的放 mongo 里比较不错
目前我负责的项目主库还是 mysql
|
 |
|
9
hantsy Sep 21, 2017
拿 Mongo 与 RDBMS 比就没办法了。
NOSQL 越来越流行,特别在互联网应用中。使用 NOSQL,首先要转换 RDBMD 的关系思维,如果什么都是以关联关系去想,NOSQL 根本就用不起来。
三年前一个程序中就开始用 Mongo 用作主要数据库,另外配合 ElasticSearch 作产品搜索,Hazecast 作缓存共享之内的。
现在的项目开发中,基本都用到多种数据库混合,Redis,Neo4j, Mongo,ElasticSearch,Cassandra,RDBMS ( MSQL,PostgreSQL ) 等,根据场景需要选择合适数据库,但不得不说,用 RDBMS 的情况越来越少。
|
 |
|
10
gosky Sep 21, 2017
这有什么 不是一个结构的,不放一个集合不就行了 难道你还想把它当 sql 数据库用?
|