不論乙個sql中涉及到多個表，每次都用兩個表（結果集）操作，得到新的結果後，再和下乙個表（結果集）操作。
避免在select f1,(select f2 from tableb )… from tablea 這樣得到欄位列。直接用tablea和tableb關聯得到a.f1,b.f2就可以了。
避免隱含的型別轉換
# 假如 emp_id是整數型，用'8'會預設啟動型別轉換，增加查詢的開銷。
select id from employee where emp_id=
'8' （錯）
select id from employee where emp_id=
8 （對）
5.使用關鍵字代替函式
#如：
select id from employee where upper(dept)
like
'tech_db' （錯）
select id from employee where substr(dept,1,
4)='tech' （錯）
select id from employee where dept like
'tech%' （對）
當然這個也要根據記錄的情況來定用exists還是用in, 通常的情況是用exists
select id from employee where salary in
(select salary from emp_level where..
..) （錯）
select id from employee where salary exists
(select
'x'from emp_level where..
..) （對）
和上面的類似
6.不要在字段上用轉換函式，盡量在常量上用
如：select id from employee where to_char(create_date,『yyyy-mm-dd』)=『2012-10-31』 （錯）
select id from employee where create_date=to_date(『2012-10-31』,『yyyy-mm-dd』) （對）
9. 判斷條件順序
如：select id from employee where creat_date-30>to_date(『2012-10-31』,『yyyy-mm-dd』) （錯）
select id from employee where creat_date >to_date(『2012-10-31』,『yyyy-mm-dd』)+30 （對）
正確使用表關聯
利用外連線替換效率十分低下的not in運算，大大提高執行速度。
如：
select a.id from employee a where a.emp_no notin(
select emp_no from employee1 where job =
'sale'
) （錯）
如：select id from employee where first_name || last_name like 『jo%』 （錯）
使用臨時表
在必要的情況下，為減少讀取次數，可以使用經過索引的臨時表加快速度。
如：select e.id from employee e ,dept d where e.dept_id=d.id and e.empno>1000 order by e.id （錯）
select id,empno from employee into temp_empl where empno>1000 order by id
select m.id from temp_emp1 m,dept d where m.empno=d.id （對）
細節知識 奇淫巧技
s i a a 32 小寫字母變大寫 ch ch a a 大寫字母變小寫 ans s i 裡面應該儲存的是字元吧,如果大寫字母,s i a 應該是轉換成小寫,如果是其他的字元應該是將去 a 的ascii碼.0 20 0，1 20 1，2 20 2，3 20 3，19 20 19 20 20 0，21...
php mysql資料庫sql語句使用小技巧
1.在使用groupby分組查詢時，預設分組後，還會排序，可能會降低速度.在groupby後面增加orderbynull就可以防止排序.2.有些情況下，可以使用連線來替代子查詢。因為使用join，mysql不需要在記憶體中建立臨時表。select fromdept,empwheredept.dept...
關於linux程式設計的奇淫巧計系列的FAQ
自從發布linux程式設計的奇淫巧計系列以後，很多讀者給我寫來郵件，這裡我一併作答。1 你寫的內容有多少是實踐中可以用到的？還是只是花裡胡哨的東西？答 我負責的告訴你，大部分都是工程實踐中用到的，否則我哪能想到這麼些個花招，大部分都是我在工作實踐和知名開源 中看來得，如果有長期看開源 的朋友應該能體...