那些让你哭笑不得的NoSQL趣味漫画合集，轻松看懂数据库世界的另类故事

（引用来源：网络漫画《NoSQL的烦恼》） 有一组漫画画得特别有意思，它把不同类型的数据库比喻成了性格迥异的仓库管理员，关系型数据库，也就是我们常说的MySQL、PostgreSQL那些，被画成了一个戴着厚厚眼镜、一丝不苟的老教授，他管理的仓库里，每个货架都整齐划一，货物必须按照严格的表格分类摆放，多一寸少一寸都不行，如果你想存一个“用户信息”，老教授会推推眼镜说：“先填表，姓名、年龄、住址，一个都不能少，格式必须正确！”这规矩虽然有时候让人觉得死板，但找起东西来那是又快又准。

（引用来源：社交媒体上流行的《数据库动物园》系列） 而NoSQL这边，可就热闹了，简直像个动物园，漫画里画了几个代表性的“动物”，第一个是“键值对”数据库，比如Redis，它被画成了一个反应超快的松鼠，你的数据就像一颗颗松果，它不管松果是啥样，只认你给松果起的名字（也就是那个“键”），你喊一声“松鼠，把我那颗叫‘用户会话123’的松果拿来！”，它瞬间就叼到你面前，特别快，但你不能问它“请把所有红色的松果都找出来”，因为它根本不记得松果的颜色，只认名字，这让它在需要快速存点小东西的场景下是大明星，但干不了复杂的查询活儿。

（引用来源：技术博客配图《文档数据库的快乐与忧伤》） 第二个是“文档数据库”，比如MongoDB，漫画把它画成了一个喜欢玩俄罗斯套娃的艺术家，他存储的数据就像一套套娃娃，一个大娃娃（文档）里面可以塞好多小娃娃（嵌套的数据），比如存一个博客文章，文章这个“大娃娃”肚子里，可以直接塞进去标题、作者、正文，还能再塞一个装着所有评论的“小娃娃”集合，艺术家很得意：“看，多灵活，相关的我都给你包一块儿了！”这确实很方便，但漫画也画了一个搞笑的场景：有一天，你想把所有评论里某个人的名字都改掉，就得把所有的“套娃”都拆开，一个一个找，累得满头大汗，所以灵活是有代价的。

（引用来源：程序员论坛里的搞笑图解《列族数据库为啥像超市》） 第三个是“列族数据库”，比如Hadoop HBase或者Cassandra，漫画的比喻特别贴切，说它像个巨大的、24小时营业的仓储式超市，在这个超市里，货架不是按“食品”、“日用品”来分，而是按“所有牌子的酱油”、“所有型号的电池”这样来分的（这就是“列族”），这意味着，如果你想一次性买齐一个牌子的所有产品，可能会跑断腿，但如果你想采购全超市所有牌子的酱油来做比较，那在这里效率就奇高无比，漫画画了一个人想买一瓶酱油、一包纸巾和一节电池，结果在迷宫一样的货架间崩溃了；而另一个人推着巨大的推车，疯狂地扫荡所有牌子的酱油，得意洋洋，这形象地说明了这类数据库适合海量数据的大规模分析，但不适合频繁随机地获取各种不同类型的数据。

（引用来源：漫画《图数据库的社交达人》） 最后是“图数据库”，比如Neo4j，漫画把它画成了一个无所不知的“社交达人”或“八卦小天王”，他脑子里记的不是表格，也不是文档，而是一张巨大的人际关系网，每个人是一个点，点与点之间用线连着，线上还标注着“朋友”、“同事”、“夫妻”、“点赞过”等关系，当你问他“张三和李四是怎么认识的？”时，他立刻能给你画出路径：“张三是王五的同学，王五和李四在一个项目组，所以他们间接认识！”这种能力在推荐系统（猜你喜欢”）、社交网络分析或者打击复杂诈骗网络时，简直就是开挂般的存在，漫画里，老教授（关系型数据库）面对这种复杂关系查询，需要把好多张表连来连去，头发都快薅秃了，而“社交达人”却能轻松搞定。

（引用来源：综合各种段子而成的《数据库们的争吵》） 这些漫画合集最后通常还会有一张“大团圆”画面，让这些数据库坐在一起吵架，老教授说：“没有规矩不成方圆！”松鼠喊道：“速度才是王道！”艺术家不屑一顾：“你们的表格太僵化了！”超市经理嚷嚷：“我的仓库最大最划算！”社交达人则优雅地说：“你们懂关系的艺术吗？”吵得不可开交，这时，一个更厉害的“大数据平台”老板走过来，像乐队指挥一样说：“别吵了！你们各有各的用处，在我的系统里，你们都得给我干活儿！”形象地说明了在现代复杂的应用里，经常是一种数据库打天下吗？不，是多种数据库组合在一起，各司其职，共同支撑起我们每天使用的各种App和网站。

这些漫画虽然画风简单,有的甚至就是火柴人，但它们用最接地气的方式，把抽象复杂的数据库概念变成了我们生活中常见的人物和场景，让人在看笑话的同时，一下子就记住了这些技术的特点和区别，这正是这些趣味漫画的魅力所在。