本人最近做一个O2O平台项目（含管理、预约、支付、接入微信等），当初出于人员能力、成本等考虑，选择了标准的MEAN作为技术选型。做起来确实很快，但随着项目需求的迭代，我感觉该技术选型特别是mongodb存在非常多的局限，主要如下：
1、mongodb不支持join的操作，只能简单通过populate扩展，因此，但凡有跨表的查询、统计都非常麻烦；我们现在很多是通过数据的冗余来做的，就是干脆数据字段在几个集合里都存。
2、mongodb不支持事务，因此很多回滚的操作我们现在是在业务的同步框架里处理，代码显得非常冗余，且本质上仍然不是真正意义上的回滚；
我听说业内现在有越来越多的纯MEAN的大项目，我不知道大家是怎么解决上述问题的？还是说核心业务逻辑仍然用的是关系型数据库。
写回答
我的项目有些遇到过join的问题。我的解决办法就是存储对应的ObjectId们,通过mongodb的aggregation来达到join的目的。我是用了WiredTiger引擎,所以解决了在大量读写的时候锁死数据库的问题。还有在设计数据库上面尽量避免传统的sql设计思维跟开发逻辑。一个collection尽量对应一个事件。后来因为项目的扩大，我引入了worker的开发模式，将逻辑层的关系改成独立的线程的worker，目前来说应对大量无上线并发效果不错(类似于无上线人数抢红包的效果）。一点儿拙见仅供参考。
还有就是对已习惯sql开发模式的人mongodb的局限性会让人很不习惯。但是在大数据时代mongodb的优势是显而易见。目前来说我的项目基本结构是:
服务器： nginx+mongodb+php-fpm+ubuntu
主程序： MVC(php) // 值提供逻辑关系交换
辅程序： Workers // 多线程处理对应的逻辑关系做数据库互交
官方帮助文档地址：阿里云帮助中心
更多参考： 阿里云官网(新用户需注册查看)，可领上云红包
我的项目有些遇到过join的问题。我的解决办法就是存储对应的ObjectId们,通过mongodb的aggregation来达到join的目的。我是用了WiredTiger引擎,所以解决了在大量读写的时候锁死数据库的问题。还有在设计数据库上面尽量避免传统的sql设计思维跟开发逻辑。一个collection尽量对应一个事件。后来因为项目的扩大，我引入了worker的开发模式，将逻辑层的关系改成独立的线程的worker，目前来说应对大量无上线并发效果不错(类似于无上线人数抢红包的效果）。一点儿拙见仅供参考。
还有就是对已习惯sql开发模式的人mongodb的局限性会让人很不习惯。但是在大数据时代mongodb的优势是显而易见。目前来说我的项目基本结构是:
服务器： nginx+mongodb+php-fpm+ubuntu
主程序： MVC(php) // 值提供逻辑关系交换
辅程序： Workers // 多线程处理对应的逻辑关系做数据库互交
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
