江苏龙网

  1. 主页 > 生活百科 > >

Sql Or NoSql？看完之后你就应该懂了( 六 )

NoSql


  • 写远高于读
  • 写入量巨大
一旦使用关系型数据库作为存储引擎，将大大降低关系型数据库的能力，正常读写QPS不高的核心服务会受这一类数据读写的拖累 。
接着是第二个问题，如果我们使用非关系型数据库作为存储引擎，那么如何选型？其实上面的文章基本都写了，这里只是做一个总结（所有的缺点都不会体现事务这个点，因为这是所有NoSql相比关系型数据库共有的一个问题）：
Sql Or NoSql？看完之后你就应该懂了

文章插图
 
但是这里特别说明，选型一定要结合实际情况而不是照本宣科，比如：
  • 企业发展之初，明明一个关系型数据库就能搞定且支撑一年的架构，搞一套大而全的技术方案出来
  • 有一些数据条件查询多，更适合使用ElasticSearch做存储降低关系型数据库压力，但是公司成本有限，这种情况下这类数据可以尝试继续使用关系型数据库做存储
  • 有一类数据格式简单，就是个KV类型且增长量大，但是公司没有HBase这方面的人才，运维上可能会有一定难度，出于实际情况考虑，可先用关系型数据库顶一阵子
所以，如果不考虑实际情况，虽然合适有些存储引擎更加合适，但是强行使用反而适得其反，总而言之，适合自己的才是最好的 。
原作者：五月的仓颉
原文链接：https://www.cnblogs.com/xrq730/p/11039384.html




推荐阅读


上一篇：Linux安装Mysql解决中文乱码

下一篇：梦见锅里煮着饺子 梦见煮好的饺子成在碗里好不好