列式数据库还是nosql数据库合适？
0
我们的团队需要选择一个合适的数据库，关系型是肯定不符合要求的了，在列式数据库和nosql之前有点糊涂了。
说说我的需求：我们的数据以读为主，每天只需要把新数据补充上去，只有追加操作，正常情况下没有update和delete数据，数据表会有几个个列，一直增长行数的数据，总量在未压缩的情况下一段时间内都不会超过100G，对数据的应用基本是对1到几个列的数据进行分析（读操作），但是会试抽取一个时间段的数据（也就是一个范围内的对应列的数据出来分析），总的来说就是读的效率要求非常高。
想问问这种情况是列式数据库还是nosql数据库合适？有没有各位推荐的数据库？（比较倾向于免费的）
谢谢了！
说说我的需求：我们的数据以读为主，每天只需要把新数据补充上去，只有追加操作，正常情况下没有update和delete数据，数据表会有几个个列，一直增长行数的数据，总量在未压缩的情况下一段时间内都不会超过100G，对数据的应用基本是对1到几个列的数据进行分析（读操作），但是会试抽取一个时间段的数据（也就是一个范围内的对应列的数据出来分析），总的来说就是读的效率要求非常高。
想问问这种情况是列式数据库还是nosql数据库合适？有没有各位推荐的数据库？（比较倾向于免费的）
谢谢了！
没有找到相关结果
重要提示：提问者不能发表回复，可以通过评论与回答者沟通，沟通后可以通过编辑功能完善问题描述，以便后续其他人能够更容易理解问题.
1 个回复
牟瑞 - 大数据 Hadoop 讲师 Hadoop入门课程地址：http://www.hellobi.com/course/39 有架构师，技术总监，CTO的职位请联系我！ 2015-09-06 回答
赞同来自: brucelu 、windytw
从你描述的业务场景上来说，我没有看到关系型数据库为何不符合要求。关系型数据库，列式数据库，nosql三种形式，我个人觉得都能满足你的要求，而且你的数据量也不算是特别大。
关系型数据库的MySql可以采用读写分离的方式满足高并发的读写请求。
既然三种形式都能满足，但还是有一些建议希望可以参考：
1.你们团队擅长什么，也就是目前阶段擅长使用哪种数据库，尽量选择团队里面大家都比较擅长的技术。如果没有人用过Hbase,MongoDB构建开发环境就需要很长的时间。
2.如果非要选择开源的数据库，选择大家应用比较多的，社区活跃比较高，容易上手的。不必太在意那些讨论高并发，架构上的问题，那些问题一般企业里面都用不到。如果真到了那个时候，你就有足够的资本请专家来解决了。前期就是易于开发，快速成型！
以上，有问题可以随时跟我讨论。