infobright优化-group by 字段在过程再次处理会很耗时
来源:互联网 发布:全球域名注册量排名 编辑:程序博客网 时间:2024/05/22 04:54
原SQL,因为要转化省份是NULL的情况,在group by 的字段中需要做IFNULL(province_id, 999)
SELECT 20140311,
app_id,
IFNULL(province_id, 999),
2160101,
COUNT(DISTINCT imei)
FROM XXXX a
WHERE a.op_day_id <= 20140311
AND a.op_day_id >= DATE_FORMAT(DATE_ADD(20140311, INTERVAL - 29 DAY), '%Y%m%d')
GROUP BY app_id, IFNULL(province_id, 999);
执行时间:3分44秒
优化后的SQL,判断NULL,在load入infobright前处理掉
SELECT 20140311,
app_id,
province_id,2160101,
COUNT(DISTINCT imei)
FROM XXXXX a
WHERE a.op_day_id <= 20140311
AND a.op_day_id >= DATE_FORMAT(DATE_ADD(20140311, INTERVAL - 29 DAY), '%Y%m%d')
GROUP BY app_id,province_id;
执行时间:44s
结论:infobright的优势在处理计算汇总,如果过程含有函数处理,相对会慢些
0 0
- infobright优化-group by 字段在过程再次处理会很耗时
- 验证group by后的表达式会再次执行吗?
- 解决infobright 的group by 因为NULL值,会出现两条一样的结果的问题
- 好听到耳朵会怀孕的GROUP BY另类优化
- group by 字段 count 中包含子查询 优化 方式
- 对Group By 语句的一次优化过程
- 对Group By 语句的一次优化过程
- 对Group By 语句的一次优化过程
- 对Group By 语句的一次优化过程
- 对Group By 语句的一次优化过程
- 对Group By 语句的一次优化过程(hellodba)
- 对Group By 语句的一次优化过程
- oracle group by 优化
- mysql group by优化
- mysql group by 优化
- 优化Group By语句
- linq group by 处理
- group by 多个字段
- c++ mysql二进制存取,blob存取
- @GeneratedValue 与 @GenericGenerator
- go语言导入文件(固定长解析)(一)
- PAT Basic Level 1011. A+B和C(15)
- super关键字
- infobright优化-group by 字段在过程再次处理会很耗时
- Java关键字介绍之final
- Git修改前一次提交的方法(特别注意保持Change-Id不变)
- poj1703(基于分组)
- RTL Layout Support
- PHP中的Array2String & String2Array
- Seek the Name, Seek the Fame KMP
- ubuntu Terminal 路径太长 vi 时出现字母
- Cracking the coding interview--Q11.1~Q11.6