sql优化案例1

--访客数
select count(1) from  (
select v.idvisitor from ods.piwik_log_visit v
where v.idsite = 18
AND TO_NUMBER(TO_CHAR(v.visit_last_action_time+8/24,'YYYYMMDD'))>=20170501
AND TO_NUMBER(TO_CHAR(v.visit_last_action_time+8/24,'YYYYMMDD'))<=20170531
group by v.idvisitor)

--优化后的访客数查询
select count(distinct v.idvisitor) from ods.piwik_log_visit v
where v.idsite = 18
AND TO_NUMBER(TO_CHAR(v.visit_last_action_time+8/24,'YYYYMMDD'))>=20170501
AND TO_NUMBER(TO_CHAR(v.visit_last_action_time+8/24,'YYYYMMDD'))<=20170531

发现查询太慢了,优化前查询要9秒,优化后只要1秒。

sql是根据访客ID进行分组,然后才进行统计数量。

说明记录中访客ID是有重复出现的情况,要合并成一条,去除重复数,所以可以考虑用去重关键字DISTINCT,然后再用统计函数COUNT进行计算。

转载于:https://www.cnblogs.com/lindaZ/p/7519553.html

第三方支付功能的技术人员;尤其适合从事电商、在线教育、SaaS类项目开发的工程师。; 使用场景及目标:① 实现微信与支付宝的Native、网页/APP等主流支付方式接入;② 掌握支付过程中关键的安全机制如签名验签、证书管理与敏感信息保护;③ 构建完整的支付闭环,包括下单、支付、异步通知、订单状态更新、退款与对账功能;④ 通过定时任务处理内容支付超时与概要状态不一致问题:本文详细讲解了Java,提升系统健壮性。; 阅读应用接入支付宝和建议:建议结合官方文档与沙微信支付的全流程,涵盖支付产品介绍、开发环境搭建箱环境边学边练,重点关注、安全机制、配置管理、签名核心API调用及验签逻辑、异步通知的幂等处理实际代码实现。重点与异常边界情况;包括商户号与AppID获取、API注意生产环境中的密密钥与证书配置钥安全与接口调用频率控制、使用官方SDK进行支付。下单、异步通知处理、订单查询、退款、账单下载等功能,并深入解析签名与验签、加密解密、内网穿透等关键技术环节,帮助开发者构建安全可靠的支付系统。; 适合人群:具备一定Java开发基础,熟悉Spring框架和HTTP协议,有1-3年工作经验的后端研发人员或希望快速掌握第三方支付集成的开发者。; 使用场景及目标:① 实现微信支付Native模式与支付宝PC网页支付的接入;② 掌握支付过程中核心的安全机制如签名验签、证书管理、敏感数据加密;③ 处理支付结果异步通知、订单状态核对、定时任务补偿、退款及对账等生产级功能; 阅读建议:建议结合文档中的代码示例与官方API文档同步实践,重点关注支付流程的状态一致性控制、幂等性处理和异常边界情况,建议在沙箱环境中完成全流程测试后再上线。
### SQL性能优化案例与最佳实践 #### 1. 查询优化基础 SQL查询优化的核心在于减少不必要的计算和数据扫描,从而提高查询效率。通过合理的设计表结构、创建索引以及重写低效的SQL语句,能够显著改善数据库性能[^1]。 #### 2. 实战案例分析 以下是几个常见的SQL性能优化案例: ##### (1) 子查询改写为JOIN 子查询通常会导致多次全表扫描,而将其转换为JOIN形式则可以利用索引来加速查询过程。例如: ```sql -- 原始子查询版本 SELECT EmployeeID, Name FROM Employees WHERE DepartmentID IN ( SELECT DepartmentID FROM Departments WHERE Location = 'New York' ); -- 改写后的JOIN版本 SELECT E.EmployeeID, E.Name FROM Employees AS E INNER JOIN Departments AS D ON E.DepartmentID = D.DepartmentID WHERE D.Location = 'New York'; ``` 这种改写方式减少了嵌套循环次数并提高了执行速度。 ##### (2) 添加适当索引 对于频繁使用的字段(如过滤条件中的列),应考虑为其建立索引以加快查找速度。然而需要注意的是过多冗余或者不恰当的索引反而可能降低更新操作的速度[^3]。 ```sql CREATE INDEX idx_Department_Location ON Departments(Location); ``` ##### (3) 利用覆盖索引 当某个查询只需要访问某些特定列时,可以通过构建复合索引来实现完全基于索引的数据检索,无需回表读取原始记录。 ```sql -- 创建覆盖索引 CREATE INDEX idx_Employee_NameDept ON Employees(Name, DepartmentID); -- 对应查询 SELECT Name, DepartmentID FROM Employees; ``` ##### (4) 分析慢查询日志 借助于动态管理视图(DMVs),我们可以定位那些消耗较多时间或资源的SQL语句,并对其进行针对性调整[^2]。 ```sql -- 查找长时间运行的查询 SELECT TOP 10 st.text, qs.execution_count,qs.total_worker_time/execution_count as avg_cpu_time, total_elapsed_time/execution_count as avg_duration_ms FROM sys.dm_exec_query_stats AS qs CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st ORDER BY avg_duration_ms DESC; ``` #### 3. 工具支持 为了更直观地了解查询的实际执行路径,可以启用`SHOWPLAN_TEXT`选项来观察具体的物理计划树;另外还可以依靠图形化的界面展示功能进一步简化理解难度[^4]。 ```sql SET SHOWPLAN_TEXT ON; GO SELECT * FROM MagicSpells WHERE Power > 9000; GO SET SHOWPLAN_TEXT OFF; ``` --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值