select distinct date_time , PRODUCT_COIL_NO from BGROQ602.Q602_L2_SUBPC2002 where date_time > to_char(current timestamp -2 day ,'yyyymmddhh24miss')
select * from table[表名] where
1: 獲取當前日期
SELECT CURRENT DATE FROM SYSIBM.SYSDUMMY1
2.獲取前一天日期
select current date - 1 day from sysibm.sysdummy1
3.獲取當前時間
SELECT CURRENT timestamp FROM SYSIBM.SYSDUMMY1
4.獲取前一天的時間
SELECT CURRENT timestamp -1 day FROM SYSIBM.SYSDUMMY1
5.獲取前兩條具有格式的時間字符串 可根據需求更改和調整
select to_char(current timestamp -2 day ,'yyyymmddhh24miss') from sysibm.dual
6獲取前兩天日期
select to_char(current timestamp -2 day ,'yyyymmdd') from sysibm.dual
圖片上傳時就是路徑，回頭再看上傳是否成功！！！
sql優化，索引 索引 索引 索引建的合不合適可以通過db2expln和db2advis來檢查
以下純屬於廢話
1、主鍵就是聚集索引
2、只要建立索引就能顯著提高查詢速度
3、把所有需要提高查詢速度的字段都加進聚集索引，以提高查詢速度
(四)其他書上沒有的索引使用經驗總結
1、用聚合索引比用不是聚合索引的主鍵速度快
2、用聚合索引比用一般的主鍵作order by時速度快，特別是在小數據量情況下
3、使用聚合索引內的時間段，搜索時間會按數據占整個數據表的百分比成比例減少，而無論聚合索引使用了多少個
4 、日期列不會因為有分秒的輸入而減慢查詢速度
(五)其他注意事項
- 不要索引常用的小型表
- 不要把社會保障號碼(ssn)或身份證號碼(id)選作鍵
- 不要用用戶的鍵
- 不要索引 memo/notes 字段和不要索引大型文本字段(許多字符)
- 使用系統生成的主鍵
二、改善sql語句
1、like語句是否屬於sarg取決於所使用的通配符的類型
2、or 會引起全表掃描
3、非操作符、函數引起的不滿足sarg形式的語句
4、in 的作用相當與or
5、盡量少用not
6、exists 和 in 的執行效率是一樣的
7、用函數charindex()和前面加通配符%的like執行效率一樣
8、union並不絕對比or的執行效率高
9、字段提取要按照“需多少、提多少”的原則，避免“select ”
10、count()不比count(字段)慢
11、order by按聚集索引列排序效率最高
12、高效的top