新足迹

 找回密码
 注册

精华好帖回顾

· 呼吸暂停症, CPAP呼吸机和使用经验 (2015-8-4) iecc · 「参加活动」宅家也要认真吃 - Day 14+2 复活节的十字面包 (2020-3-26) 胡须康
· 方便快捷又好看的橙香鱼片 (2010-2-28) chloe_girl · 首尔五日 (2016-7-27) reason4u
Advertisement
Advertisement
123
返回列表 发新帖
楼主:abd

[IT] 工作不开心, 下定决心换工作 [复制链接]

发表于 2014-8-31 22:21 |显示全部楼层
此文章由 cais 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 cais 所有!转贴必须注明作者、出处和本声明,并保持内容完整
部门的头找你说了些什么?是批评,还是表示同情?
Advertisement
Advertisement

发表于 2014-9-2 20:10 |显示全部楼层
此文章由 quiteold 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 quiteold 所有!转贴必须注明作者、出处和本声明,并保持内容完整
本帖最后由 quiteold 于 2014-9-2 19:12 编辑
abd 发表于 2014-8-28 11:07
我现在遇到最大的难题是execution plan 不稳定.

我们的主要查询一般会包括十来个表的Join, 然后二三十 ...


个人经验,仅供参考。

其实,有时候换个思路,不一定盯死在查询计划上。有时候在代码思路上的变化会带来更大的性能改善。你也知道,查询计划不管SQL Server还是Oracle,永远都不可能总是生成最优的,而且随着情况的变化,查询计划非常可能会随着变化,但绝大部分查询计划都是相当不错的(我也碰到过非常差的查询计划,但真的不可能常见,常见的话就说明这种数据库平台有问题或者代码有往问题如表变量的使用等)。

看你说主要查询一般都会包括10来个表加2,30个查询条件,不知道你做的是OLTP系统还是DW系统还是OLTP的报表模块,感觉代码实现逻辑上应该存在调整的空间。

发表于 2014-9-2 23:08 来自手机 |显示全部楼层
此文章由 dymo123 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 dymo123 所有!转贴必须注明作者、出处和本声明,并保持内容完整
到哪儿都一样。

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部