大而全
这个复杂的SQL产生的原因之一就是复杂的报表需求
从用户角度,当然希望能在一个页面看到所有的信息
需求分析人员为了不得罪用户,无节操的承接需求
没有做不到,只有想不到
机械堆砌
开发人员对需求的把握不够全面
在原有SQL上机械的堆砌
用OLTP的思路指导OLAP的开发
无维表事实表的概念
时间维度下拉列表的填充来自交易表
不直面问题,而是粗暴的将数据往haha迁移
为达目标,不择手段,甚至是竭泽而渔杀鸡取卵
为了统计需要,不惜笛卡尔积
创建临时表的艰难过程
方案讲解
ETL文档
个人恩怨?
4.获取责任人(上线前最后一个BUG修复)
案例
现象
某个页面在性能环境加载需要6S,而这个页面的性能指标是3S
开发人员已经对性能做了初步分析,发现性能瓶颈主要是在SQL语句
该页面加载需要执行8个SQL语句,单个语句执行不长,但是加起来就超过3S
分析
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/693533/viewspace-1985233/
,如需转载,请注明出处,否则将追究法律责任。