MongoDB 存储普通数据, MySQL 存储重要/敏感数据, 这样设计合理吗?

[hzzhzzdogee]

二者存储的数据实际是同一业务的. MongoDB 会存储如用户信息这类数据, MySQL 会存储如金额,充值等数据.

我的问题:

1. 这样设计是否合理?

2. 这样跨库事务如何做合适呢?

小弟不才, 刚入业界不久, 还望不吝赐教.

[makelove]

为什么不说出于什么理由不都存 mysql?

[hzzhzzdogee]

@makelove #1

考虑的是文档型数据库灵活的优点, 因为产品从零开始, 需求肯定会是多变的

[roundgis]

全部用 mysql 也沒問題

[me1onsoda]

@hzzhzzdogee 你凭什么认为“重要/敏感的数据”数据库字段就不会变更？

[XCFOX]

MongoDB 有什么不好，为什么不全放 MongoDB ？还望不吝赐教.

[dreasky]

建议用 postgres ε=ε=ε=┏(゜ロ゜;)┛

[roundgis]

@XCFOX 當然可以 我上一個公司 mongodb 就是單一數據庫

[version]

技术老大说用啥就用啥.crud 不带变得.没必要抢风头留坑.部门统一风格就好
自己外包自己业余钻研的可以用 mongodb..是真无敌.开发效率是提升 500%

[richangfan]

用 MySQL ，8.0 版本支持 json 类型，嫌慢就上 redis ，mongoDB 没有存在必要

[wangkun025]

不合理。

[dream4ever]

我觉得自己熟悉哪个用哪个就可以，新入职员工把业务和一个数据库搞熟再说，贪多嚼不烂。

[clf]

关联性较多的数据建议存储到 mysql ，或者是 postgres

单文件查询为主，且明确的文件多变，变动结构不存在查询统计需求的，那么存 mongo 也是可以的。

mysql 目前我感觉到的最大优点其实是大部分和数据库有关系的工具都会适配它，尤其在你需要引入 clickhouse 做数据统计甚至不用数据同步。引入一些其他的工具的时候，支持的数据库里基本都有 mysql 。

[zoharSoul]

全用 MySQL 就挺好的

[Maboroshii]

听说 mongodb 单表性能上限比较高，不用考虑分表啥的， 自带 shard

[ugpu]

没必要 没依据这么做
mongo 对比 mysql： 速度快 拓展缺省的字段强 非关系型 数据随便存取 现在大多数人用这个基本当日志用了.
mysql： 对大多数人来说 关系行数据库 方便连表查询. 以及 行锁的出现...
按照你这个需求 和疑问？ 全用 mysql 统一战线. 大不了分库 分表

[hzzhzzdogee]

@me1onsoda 那么您的建议是?

[hzzhzzdogee]

@XCFOX 不敢赐教. 我是因为对 MongoDB 没有那么熟悉, 只是处于对 Schemaless 的好感

[hzzhzzdogee]

@dreasky 合情合理

[hzzhzzdogee]

@clf 是的, 我也差不多这个看法. 团队对数据库的了解程度, 以及生态方面, MySQL 还是优势明显.

[hzzhzzdogee]

@ugpu 感谢大佬的建议.