shine4j的专栏

ALTERPROCEDURE [dbo].[XXXXXX]        AS    declare@startNum                nvarchar(255)    declare@endNum                 nvarchar (255)    declare@insurancetype

CREATE OR REPLACE PACKAGE BODY COP_CUST_POOL_PKG IS  FUNCTION get_lock_status(P_CUST_PARTY_ID IN NUMBER,                           P_person_Id     IN NUMBER) RETURN VARCHAR2     is    v_fl

insert into cop_menu (MENU_ID, MENU_NAME, PARENT_ID, ICON_URL, URL, MENU_ORDER, MENU_CODE, CREATION_DATE, CREATED_BY, LAST_UPDATE_DATE, LAST_UPDATED_BY, MENU_COUNTER_FUNCTION)values (19, 'OTS池', 2,

create index cop_cop_or_header_u1_02 on cop_cop_or_header20160628(FCUST_PARTY_ID);

create table cop_cop_or_header_20160623 as select * from cop_cop_or_header;select count(1) from cop_cop_or_header;insert into cop_cop_or_header select * from cop_cop_or_header_20160623delete

SELECT /*+ rule */ s.username,decode(l.type,'TM','TABLE LOCK','TX','ROW LOCK',NULL) LOCK_LEVEL,o.owner,o.object_name,o.object_type,s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuserFR

update log_send_mail_01 s, (select w.trans_id,GROUP_CONCAT(w.recv_user_name) con_name from log_deliver_mail_01 wgroup by w.trans_id ) t set s.recv_list_name=t.con_name where s.trans_id=t.trans_id;

1.对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。2.应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：select id from t where num is null可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：select

1、模糊查询效率很低：　　原因：like本身效率就比较低，应该尽量避免查询条件使用like；对于like ‘%...%’（全模糊）这样的条件，是无法使用索引的，全表扫描自然效率很低；另外，由于匹配算法的关系，模糊查询的字段长度越大，模糊查询效率越低。　　解决办法：首先尽量避免模糊查询，如果因为业务需要一定要使用模糊查询，则至少保证不要使用全模糊查询，对于右模糊查询，即like ‘…%’，是会使

SELECT *  FROM cop_customer_project_mv t WHERE t.fcust_party_id = 566110   AND  '1,2,3,4,5' like '%' ||t.FSTEP_CODE  || '%' ORDER BY t.fstart_date DESC