我希望改进我们的报告系统设计，目前如下：
原始数据（在SQLServer中）每天通过简单的sql汇总到摘要表中。
总结表中的内容如下所示（标准化，但下面的示例仅用于说明目的）：
（分组依据）：
白天
国家
运动
产品
设备供应商
设备型号
浏览器
操作系统
通道
（总和/计数）：
点击
注册
成本
收入
我们有一个定制的报告工具，允许用户使用分组和过滤器的每个可能组合来查询上述摘要数据。e、 g从country='spain'和campaign='campaign1'所在的表中选择day，device vendor，sum（clicks）
它很强大，因为我们可以以各种可能的方式查看数据，但缺点是表中的细节越多（即选择列的数量越多），数据就越多，这不可避免地会影响速度。
对此采取的一般方法是什么？我应该看看大数据解决方案（hadoop等），还是可以在关系数据库中轻松实现？我相信这是一个常见的挑战，但到目前为止，我们的定制解决方案已经足够生存了，但我们需要处理越来越多的数据，需要更详细的见解。