select t.*, t.rowid from tb_tk_datasakusei_ctrl t;

alter table ATOMBB.TB_TK_JISSEKI_INFO_DETAIL add Ksai_Nengetsu char(6);
alter table ATOMBB.TB_TK_JISSEKI_INFO_DETAIL add Fee_TeiseiChu_Flg char(1) default '0' not null;
select * from TB_TK_JISSEKI_INFO_DETAIL y where to_char(y.input_date_time,'YYYY/MM/DD') = '2015/06/04';
select * from TB_TK_JISSEKI_INFO_DETAIL y where y.tk_jisseki_detail_mngr_num = '00000000000014437910'

AND ttji.keisai_jisseki_mngr_num = '0000636149'
AND ttji.tk_jisseki_mngr_num = '000000012065168'
select * from tb_toukei_kijimen ttk where ttk.dsp_jyun = '9'

keisai_jisseki_mngr_num = '0000636149'
AND ttk.tk_jisseki_mngr_num = '000000012065168'
drop index ATOMBB.IX_TB_TK_JISSEKI_DETAIL_06_FK;
drop index ATOMBB.IX_TB_TK_JISSEKI_DETAIL_07_FK;

-- Create/Recreate indexes
create index ATOMBB.IX_TB_TK_JISSEKI_DETAIL_06_FK on ATOMBB.TB_TK_JISSEKI_INFO_DETAIL (uriage_bu_ka_code)
tablespace USR_COMMON_INDEX8K
pctfree 10
initrans 2
maxtrans 255
storage
(
initial 64K
next 1M
minextents 1
maxextents unlimited
);
create index ATOMBB.IX_TB_TK_JISSEKI_DETAIL_07_FK on ATOMBB.TB_TK_JISSEKI_INFO_DETAIL (Gyosyu_MCode)
tablespace USR_COMMON_INDEX8K
pctfree 10
initrans 2
maxtrans 255
storage
(
initial 64K
next 1M
minextents 1
maxextents unlimited
);
create index ATOMBB.IX_TB_TK_JISSEKI_DETAIL_08_FK on ATOMBB.TB_TK_JISSEKI_INFO_DETAIL (Gyosyu_SCode)
tablespace USR_COMMON_INDEX8K
pctfree 10
initrans 2
maxtrans 255
storage
(
initial 64K
next 1M
minextents 1
maxextents unlimited
);
create index ATOMBB.IX_TB_TK_JISSEKI_DETAIL_09_FK on ATOMBB.TB_TK_JISSEKI_INFO_DETAIL (adv_nushi_code)
tablespace USR_COMMON_INDEX8K
pctfree 10
initrans 2
maxtrans 255
storage
(
initial 64K
next 1M
minextents 1
maxextents unlimited
);

create index ATOMBB.IX_TB_TK_JISSEKI_DETAIL_10_FK on ATOMBB.TB_TK_JISSEKI_INFO_DETAIL (ksai_nengetsu)
tablespace USR_COMMON_INDEX8K
pctfree 10
initrans 2
maxtrans 255
storage
(
initial 64K
next 1M
minextents 1
maxextents unlimited
);

select /*+index(ttjid IX_TB_TK_JISSEKI_DETAIL_06_FK)*/
  ttbi.tk_np_sha_code AS tkNpShaNameRyaku,
'2015/05' AS uriageNengetsu,
ttjid.uriage_bu_ka_code AS uriageBuKaCode,
ttjid.Gyosyu_MCode AS gyosyuMcode,
ttjid.adv_nushi_code AS advNushiCode,
ttjid.Gyosyu_SCode AS gyosyuScode,
(select tsar.Shukei_Group_Code
from tb_shukei_adv_relation tsar
where ttbi.adv_baitai_bunrui_code = tsar.adv_baitai_bunrui_code
AND tsar.shukei_group_code IN
('001010', '001020', '011010', '011020', '011030')
and rownum = 1) AS shukeiGroupCode,
ttbi.adv_baitai_bunrui_code AS advBaitaiBunruiCode,
ttbi.tk_np_sha_code AS tkNpShaCode,
ROUND(COALESCE(SUM(ttjid.kansan_dansu), 0) / 1000, 3) AS dansuSum
from TB_TK_BAITAI_INFO ttbi, TB_TK_JISSEKI_INFO_DETAIL ttjid
where ttbi.ksai_sha_code = SUBSTR('120', 1, 1)
AND ttbi.keisai_jisseki_mngr_num = ttjid.keisai_jisseki_mngr_num
AND ttbi.finish_state_code = '1'
-- AND ttjid.del_flg = '0'
AND ttjid.uriage_bu_ka_code = '120'

AND ttjid.Gyosyu_MCode IN ('20', '21', '22', '23', '24', '25', '26')

AND ttjid.Gyosyu_SCode IN
('10', '12', '13', '14', '16', '15', '19', '20', '18', '21', '23', '22', '25', '24', '27', '28', '26', '29')

AND ttbi.tk_np_sha_code IN ('N003', 'N004')

AND ttbi.del_flg = '0'
AND to_char(ttbi.ksai_date, 'YYYYMM') =
to_char(add_months(to_date('2015/05', 'YYYY/MM'), -12), 'YYYYMM')
GROUP BY ttjid.uriage_bu_ka_code,
ttjid.Gyosyu_MCode,
ttjid.adv_nushi_code,
ttjid.Gyosyu_SCode,
ttbi.adv_baitai_bunrui_code,
ttbi.tk_np_sha_code
order by ttbi.tk_np_sha_code

----------------------------------------------------------

select *
from TB_TK_JISSEKI_INFO_DETAIL ttjid
where ttjid.del_flg = '0'
and ttjid.uriage_bu_ka_code = '140'
AND ttjid.ksai_nengetsu = '201405'

update TB_TK_JISSEKI_INFO_DETAIL ttjid
set ttjid.ksai_nengetsu = to_char(ttjid.input_date_time, 'yyyyMM')
where ttjid.del_flg = '0'
and ttjid.uriage_bu_ka_code = '140'

select '2014/06' AS uriageNengetsu,
ttjid.uriage_bu_ka_code AS uriageBuKaCode,
ttjid.Gyosyu_MCode AS gyosyuMcode,
ttjid.adv_nushi_code AS advNushiCode,
ttjid.Gyosyu_SCode AS gyosyuScode,
(select tsar.Shukei_Group_Code
from tb_shukei_adv_relation tsar
where ttbi.adv_baitai_bunrui_code = tsar.adv_baitai_bunrui_code
AND tsar.shukei_group_code IN
('001010', '001020', '011010', '011020', '011030')
and rownum = 1) AS shukeiGroupCode,
ttbi.adv_baitai_bunrui_code AS advBaitaiBunruiCode,
ttbi.tk_np_sha_code AS tkNpShaCode,
sum(ttjid.kansan_dansu) AS dansuSum
from (select ttbi.adv_baitai_bunrui_code,
ttbi.keisai_jisseki_mngr_num, ttbi.tk_np_sha_code
from TB_TK_BAITAI_INFO ttbi
where ttbi.ksai_sha_code = SUBSTR('140', 1, 1)

AND ttbi.finish_state_code = '1'
AND ttbi.tk_np_sha_code IN ('N003', 'N004')
AND ttbi.del_flg = '0'
AND to_char(ttbi.ksai_date, 'YYYYMM') =
to_char(add_months(to_date('2015/05', 'YYYY/MM'), -12),
'YYYYMM')
) ttbi,
(select ttjid.keisai_jisseki_mngr_num,
ttjid.uriage_bu_ka_code,
ttjid.Gyosyu_MCode,
ttjid.adv_nushi_code,
ttjid.Gyosyu_SCode,
ttjid.kansan_dansu
from TB_TK_JISSEKI_INFO_DETAIL ttjid
where ttjid.del_flg = '0'
AND ttjid.uriage_bu_ka_code = '140'
AND ttjid.ksai_nengetsu = '201405'
) ttjid
where ttbi.keisai_jisseki_mngr_num = ttjid.keisai_jisseki_mngr_num
GROUP BY ttjid.uriage_bu_ka_code,
ttjid.Gyosyu_MCode,
ttjid.adv_nushi_code,
ttjid.Gyosyu_SCode,
ttbi.adv_baitai_bunrui_code,
ttbi.tk_np_sha_code
order by ttbi.tk_np_sha_code;

待性能改善的一个SQL的更多相关文章

  1. 性能改善后复杂SQL

    <?xml version="1.0" encoding="UTF-8" ?><!DOCTYPE mapper PUBLIC "-/ ...

  2. Oracle数据库该如何着手优化一个SQL

    这是个终极问题,因为优化本身的复杂性实在是难以总结的,很多时候优化的方法并不是用到了什么高深莫测的技术,而只是一个思想意识层面的差异,而这些都很可能连带导致性能表现上的巨大差异. 所以有时候我们应该先 ...

  3. 如何找出你性能最差的SQL Server查询

    我经常会被反复问到这样的问题:”我有一个性能很差的SQL Server.我如何找出最差性能的查询?“.因此在今天的文章里会给你一些让你很容易找到问题答案的信息向导. 问SQL Server! SQL ...

  4. SqlServer 中如何查看某一个Sql语句是复用了执行计划,还是重新生成了执行计划

    我们知道SqlServer的查询优化器会将所执行的Sql语句的执行计划作缓存,如果后续查询可以复用缓存中的执行计划,那么SqlServer就会为后续查询复用执行计划而不是重新生成一个新的执行计划,因为 ...

  5. Oracle 课程八之性能优化之Oracle SQL Trace

    一. SQL_TRACE 当SQL语句出现性能问题时,我们可以用SQL_TRACE来跟踪SQL的执行情况,通过跟踪,我们可以了解一条SQL或者PL/SQL包的运行情况,SQL_TRACE命令会将SQL ...

  6. 数据库性能优化一:SQL索引一步到位

    SQL索引在数据库优化中占有一个非常大的比例, 一个好的索引的设计,可以让你的效率提高几十甚至几百倍,在这里将带你一步步揭开他的神秘面纱. 1.1 什么是索引? SQL索引有两种,聚集索引和非聚集索引 ...

  7. 性能相差极大的SQL语句

    等价的SQL,性能差异极大,数据库里设计了一个字段存储日期时间,但不是datetime类型,用了时间戳(int 11), 下面有2个SQL语句用于查询数据库,一个是把时间戳转成date进行查询,一个是 ...

  8. 一个sql的优化

    原文:一个sql的优化 目的:为了查询某天某个服务器上的登录id的个数   刚开始编写的sql: select count(a.mac) logusers from Log_MacLogin_All ...

  9. PostgreSQL CPU占用100%性能分析及慢sql优化

    查看连接数变化 CPU利用率到达100%,首先怀疑,是不是业务高峰活跃连接陡增,而数据库预留的资源不足造成的结果.我们需要查看下,问题发生时,活跃的连接数是否比平时多很多.对于RDS for PG,数 ...

随机推荐

  1. 用javascript的classList代替jquery的class操作

    javascript的className操作方法比较难受,他获取的是一个连续的字符串 必须要用split拆分开,好多人因此想去用jquery的addClass,removeClass,hasClass ...

  2. mysql优化-数据库设计基本原则

    mysql优化-数据库设计基本原则 一.数据库设计三范式 第一范式:字段具有原子性 原子性是指数据库的所有字段都不可被再次划分,如下表就不满足原子性,起点与终点 字段就可被拆分为起点与终点两个字段. ...

  3. JSP-Cookie和Session

    1 会话技术简介 1.1 存储客户端状态 1.2 会话技术 2 Cookie技术 2.1 Cookie技术的购物 2.2 服务器端向客户端发Cookie //1.创建cookie对象 Cookie c ...

  4. linux环境变量设置命令

    1echo $ <变量名> //显示某个环境变量 2env     // environment (环境) 的简写,列出来所有的环境变量 3set     //显示所有本地定义的Shell ...

  5. Vijos1212 Way Selection [2017年6月计划 二分图03]

    Way Selection 背景 小杉家族遭遇了前所未有的大危机 他想知道怎么逃生 描述 小杉家族r个人正在一片空地上散步,突然,外星人来了…… 留给小杉家族脱逃的时间只有t秒,每个小杉都有一个跑的速 ...

  6. CTSC2017密钥、吉夫特

    自己是有多么sb. 密钥 大家都说这是一道普及-的题,一年前我做不起,我可以说我太弱啦,我就普及组水平,今年我还是做不起…… 看大佬题解都是:开个桶就好啦! 我:你在说什么…… 首先把环拉成链,倍长. ...

  7. 7. 18 test 砍树题解

    (题面保密,内部人员可览) 首先观察题面,可得出如下公式 ∑(ceil(a[i] /d)*d−a[i])≤k 其中,ceil(a[i] /d)表示在需要被砍伐之前所经过的轮数,ceil函数是为了保证一 ...

  8. Hdu 1269 强连通判定

    题目链接 迷宫城堡 Time Limit: 2000/1000 MS (Java/Others)    Memory Limit: 65536/32768 K (Java/Others)Total S ...

  9. Laravel5.5/6 报错call to undefined function openssl cipher iv length()

    在安装laravel5.5后, 访问显示报错. call to undefined function openssl cipher iv length() 经查为php7.1的OpenSSL扩展加载失 ...

  10. arcgis点密度专题

    <!DOCTYPE html> <html> <head> <meta charset="utf-8"> <title> ...