| MySQL，关系型数据库，有数量庞大的支持者。NoSQL，非关系型数据库，被视为数据库革命者。两者似乎注定要有一场厮杀，可同属开源大家庭的它们却又能携手并进、和睦相处，齐心协力为开发者提供更好的服务。 MySQL体积小、速度快、成本低、结构稳定、便于查询，可以保证数据的一致性，但缺乏灵活性。NoSQL高性能、高扩展、高可 用，不用局限于固定的结构，减少了时间和空间上的开销，却又很难保证数据一致性。两者都有大量的用户和支持者，寻求两者的结合无疑是个很好的解决方案。作 者John Engates是Rackspace主机托管部门CTO，也是个开放云支持者，他为我们带来了详细的分析。 以下为译文：
开源数据领域被分成了两派，NoSQL狂热支持者喜欢发表长篇大论批评关系型数据库的局限性，MySQL爱好者则固执地捍卫关系型数据库——坚持让数据整齐地存放在表中。
你肯定会认为这两方决不可能和睦相处，但事实上，成千上万的公司一直都在努力将关系型和非关系型数据库结合起来，而且很多年前就有这样的尝试了。
但新技术的发展往往和过去的技术对立。当NoSQL发展起来时，光这个名字听起来就像是要宣告关系数据库的终结，但这是不可能的，至少不会这么快。 Craigslist的成功 Craigslist公司无缝集成结构化和非结构化数据检索是个很好的例子。过去，该公司一直用MySQL处理频繁的任务和分类广告。 尽管工作量很大，MySQL还是能轻松地完成这项任务。只有当存档数据达到超纪录的级别时，才会产生对NoSQL的需求。由于管理的要求，Craigslist必须将所有历史数据存档——即使是SXSW期间为奥斯汀那昏暗、高价的公寓所做的广告也得存档。 如果一个关系型数据库依靠数据之间的逻辑，那前端架构的更改必然会影响到存档数据。这是一个高风险、高时耗的过程，而且它会造成停机时间损失。想象一下去更新带有10亿条记录的MySQL服务器集群！ Craigslist发现需要以离散方式处理两类数据——当前数据和历史数据。Craigslist或许已经转而使用MongoDB帮助应对数据的增长，但是与MySQL一起运行的NoSQL也从没有出现过问题，这说明MySQL和NoSQL可以很好的结合。 |
