我有10个不同的查询,共有40列。 寻找可用于执行读写密集型作业的可用大数据noSQL数据库的解决方案(使用SLA进行多次查询)。
尝试使用HBase,但它仅用于rowkey(扫描)搜索,对于其他查询(不在行键上运行)查询响应时间非常高。使用不同行键进行数据复制是快速响应的唯一选择但是对于制作10个不同表的10个查询不是一个好主意。
请建议替代方案。
答案 0 :(得分:0)
你试过Druid吗?它的灵感来自于Dremel的前身Google BigQuery。
德鲁伊非常适合需要实时数据提取的单个大型数据流的产品。特别是如果您的目标是无停机操作,并且正在基于面向时间的传入数据流汇总构建您的产品。在谈论查询速度时,重要的是澄清“快速”意味着什么:使用德鲁伊,它完全在可能性范围内(我们已经完成它)来实现在数万亿秒内在不到一秒的时间内运行 的查询数据行。