我一不太會(huì)優(yōu)化，提供你一些優(yōu)化的方法吧
創(chuàng)新互聯(lián)建站，專注為中小企業(yè)提供官網(wǎng)建設(shè)、營(yíng)銷型網(wǎng)站制作、成都響應(yīng)式網(wǎng)站建設(shè)公司、展示型成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站建設(shè)等服務(wù)，幫助中小企業(yè)通過(guò)網(wǎng)站體現(xiàn)價(jià)值、有效益。幫助企業(yè)快速建站、解決網(wǎng)站建設(shè)與網(wǎng)站營(yíng)銷推廣問(wèn)題。
操作符優(yōu)化
in 操作符
用in寫出來(lái)的sql的優(yōu)點(diǎn)是比較容易寫及清晰易懂，這比較適合現(xiàn)代軟件開發(fā)的風(fēng)格。
但是用in的sql性能總是比較低的，從oracle執(zhí)行的步驟來(lái)分析用in的sql與不用in的sql有以下區(qū)別：
oracle試圖將其轉(zhuǎn)換成多個(gè)表的連接，如果轉(zhuǎn)換不成功則先執(zhí)行in里面的子查詢，再查詢外層的表記錄，如果轉(zhuǎn)換成功則直接采用多個(gè)表的連接方式查詢。由此可見(jiàn)用in的sql至少多了一個(gè)轉(zhuǎn)換的過(guò)程。一般的sql都可以轉(zhuǎn)換成功，但對(duì)于含有分組統(tǒng)計(jì)等方面的sql就不能轉(zhuǎn)換了。
推薦方案：在業(yè)務(wù)密集的sql當(dāng)中盡量不采用in操作符。
not in操作符
此操作是強(qiáng)列推薦不使用的，因?yàn)樗荒軕?yīng)用表的索引。
推薦方案：用not exists 或（外連接+判斷為空）方案代替
操作符（不等于）
不等于操作符是永遠(yuǎn)不會(huì)用到索引的，因此對(duì)它的處理只會(huì)產(chǎn)生全表掃描。
推薦方案：用其它相同功能的操作運(yùn)算代替，如
a0 改為 a0 or a0
a’’ 改為 a’’
is null 或is not null操作（判斷字段是否為空）
判斷字段是否為空一般是不會(huì)應(yīng)用索引的，因?yàn)閎樹索引是不索引空值的。
推薦方案：用其它相同功能的操作運(yùn)算代替，如
a is not null 改為 a0 或a’’等。
不允許字段為空，而用一個(gè)缺省值代替空值，如業(yè)擴(kuò)申請(qǐng)中狀態(tài)字段不允許為空，缺省為申請(qǐng)。
建立位圖索引（有分區(qū)的表不能建，位圖索引比較難控制，如字段值太多索引會(huì)使性能下降，多人更新操作會(huì)增加數(shù)據(jù)塊鎖的現(xiàn)象）
及 操作符（大于或小于操作符）
大于或小于操作符一般情況下是不用調(diào)整的，因?yàn)樗兴饕蜁?huì)采用索引查找，但有的情況下可以對(duì)它進(jìn)行優(yōu)化，如一個(gè)表有100萬(wàn)記錄，一個(gè)數(shù)值型字段a，30萬(wàn)記錄的a=0，30萬(wàn)記錄的a=1，39萬(wàn)記錄的a=2，1萬(wàn)記錄的a=3。那么執(zhí)行a2與a=3的效果就有很大的區(qū)別了，因?yàn)閍2時(shí)oracle會(huì)先找出為2的記錄索引再進(jìn)行比較，而a=3時(shí)oracle則直接找到=3的記錄索引。
like操作符
like操作符可以應(yīng)用通配符查詢，里面的通配符組合可能達(dá)到幾乎是任意的查詢，但是如果用得不好則會(huì)產(chǎn)生性能上的問(wèn)題，如like ‘%5400%’ 這種查詢不會(huì)引用索引，而like ‘x5400%’則會(huì)引用范圍索引。一個(gè)實(shí)際例子：用yw_yhjbqk表中營(yíng)業(yè)編號(hào)后面的戶標(biāo)識(shí)號(hào)可來(lái)查詢營(yíng)業(yè)編號(hào) yy_bh like ‘%5400%’ 這個(gè)條件會(huì)產(chǎn)生全表掃描，如果改成yy_bh like ’x5400%’ or yy_bh like ’b5400%’ 則會(huì)利用yy_bh的索引進(jìn)行兩個(gè)范圍的查詢，性能肯定大大提高。
union操作符
union在進(jìn)行表鏈接后會(huì)篩選掉重復(fù)的記錄，所以在表鏈接后會(huì)對(duì)所產(chǎn)生的結(jié)果集進(jìn)行排序運(yùn)算，刪除重復(fù)的記錄再返回結(jié)果。實(shí)際大部分應(yīng)用中是不會(huì)產(chǎn)生重復(fù)的記錄，最常見(jiàn)的是過(guò)程表與歷史表union。如：
select * from gc_dfys
union
select * from ls_jg_dfys
這個(gè)sql在運(yùn)行時(shí)先取出兩個(gè)表的結(jié)果，再用排序空間進(jìn)行排序刪除重復(fù)的記錄，最后返回結(jié)果集，如果表數(shù)據(jù)量大的話可能會(huì)導(dǎo)致用磁盤進(jìn)行排序。
推薦方案：采用union all操作符替代union，因?yàn)閡nion all操作只是簡(jiǎn)單的將兩個(gè)結(jié)果合并后就返回。
select * from gc_dfys
union all
select * from ls_jg_dfys
sql語(yǔ)句索引的利用
對(duì)條件字段的一些優(yōu)化
采用函數(shù)處理的字段不能利用索引，如：
substr(hbs_bh,1,4)=’5400’，優(yōu)化處理：hbs_bh like ‘5400%’
trunc(sk_rq)=trunc(sysdate)， 優(yōu)化處理：
sk_rq=trunc(sysdate) and sk_rq
進(jìn)行了顯式或隱式的運(yùn)算的字段不能進(jìn)行索引，如：
ss_df+2050，優(yōu)化處理：ss_df30
‘x’||hbs_bh’x5400021452’，優(yōu)化處理：hbs_bh’5400021542’
sk_rq+5=sysdate，優(yōu)化處理：sk_rq=sysdate-5
hbs_bh=5401002554，優(yōu)化處理：hbs_bh=’ 5401002554’，注：此條件對(duì)hbs_bh 進(jìn)行隱式的to_number轉(zhuǎn)換，因?yàn)閔bs_bh字段是字符型。
條件內(nèi)包括了多個(gè)本表的字段運(yùn)算時(shí)不能進(jìn)行索引，如：
ys_dfcx_df，無(wú)法進(jìn)行優(yōu)化
qc_bh||kh_bh=’5400250000’，優(yōu)化處理：qc_bh=’5400’ and kh_bh=’250000’
應(yīng)用oracle的hint（提示）處理
提示處理是在oracle產(chǎn)生的sql分析執(zhí)行路徑不滿意的情況下要用到的。它可以對(duì)sql進(jìn)行以下方面的提示
目標(biāo)方面的提示：
cost（按成本優(yōu)化）
rule（按規(guī)則優(yōu)化）
choose（缺?。╫racle自動(dòng)選擇成本或規(guī)則進(jìn)行優(yōu)化）
all_rows（所有的行盡快返回）
first_rows（第一行數(shù)據(jù)盡快返回）
執(zhí)行方法的提示：
use_nl（使用nested loops方式聯(lián)合）
use_merge（使用merge join方式聯(lián)合）
use_hash（使用hash join方式聯(lián)合）
索引提示：
index（table index）（使用提示的表索引進(jìn)行查詢）
其它高級(jí)提示（如并行處理等等）
oracle的提示功能是比較強(qiáng)的功能，也是比較復(fù)雜的應(yīng)用，并且提示只是給oracle執(zhí)行的一個(gè)建議，有時(shí)如果出于成本方面的考慮oracle也可能不會(huì)按提示進(jìn)行。根據(jù)實(shí)踐應(yīng)用，一般不建議開發(fā)人員應(yīng)用oracle提示，因?yàn)楦鱾€(gè)數(shù)據(jù)庫(kù)及服務(wù)器性能情況不一樣，很可能一個(gè)地方性能提升了，但另一個(gè)地方卻下降了，oracle在sql執(zhí)行分析方面已經(jīng)比較成熟，如果分析執(zhí)行的路徑不對(duì)首先應(yīng)在數(shù)據(jù)庫(kù)結(jié)構(gòu)（主要是索引）、服務(wù)器當(dāng)前性能（共享內(nèi)存、磁盤文件碎片）、數(shù)據(jù)庫(kù)對(duì)象（表、索引）統(tǒng)計(jì)信息是否正確這幾方面分析。
摘自：
【IT專家網(wǎng)獨(dú)家】SQL Server用戶自定義函數(shù)和存儲(chǔ)過(guò)程有類似的功能，都可以創(chuàng)建捆綁SQL語(yǔ)句，存儲(chǔ)在server中供以后使用。這樣能夠極大地提高工作效率，通過(guò)以下的各種做法可以減少編程所需的時(shí)間：
重復(fù)使用編程代碼，減少編程開發(fā)時(shí)間。
隱藏SQL細(xì)節(jié)，把SQL繁瑣的工作留給數(shù)據(jù)庫(kù)開發(fā)人員，而程序開發(fā)員則集中處理高級(jí)編程語(yǔ)言。
維修集中化，可以在一個(gè)地方做業(yè)務(wù)上的邏輯修改，然后讓這些修改自動(dòng)應(yīng)用到所有相關(guān)程序中。
乍看之下，用戶自定義函數(shù)和存儲(chǔ)過(guò)程的功能似乎一摸一樣。但是，其實(shí)這兩者之間還有一些雖然細(xì)微但是很重要的差異：
存儲(chǔ)過(guò)程是使用EXEC命令獨(dú)立調(diào)用的，而用戶自定義函數(shù)是在另一個(gè)SQL語(yǔ)句中調(diào)用的。
l存儲(chǔ)程序是允許用戶和程序去使用存儲(chǔ)過(guò)程，而不是允許其存取表格，這樣能夠增強(qiáng)程序安全性。與標(biāo)準(zhǔn)的SQL Server相比，存儲(chǔ)程序限制用戶行動(dòng)權(quán)限方面更為細(xì)化。例如，如果你有一個(gè)貨存表格，每次賣出一個(gè)貨物收銀員都要對(duì)表格進(jìn)行更新一次(從貨存中把該貨品減去一件)。你可以給收銀員設(shè)置權(quán)限，允許其使用decrement_item存儲(chǔ)過(guò)程，而不是允許他們有任意修改或村表格的權(quán)限。
函數(shù)必須始終返回一個(gè)值(一個(gè)標(biāo)量值或一個(gè)表格)。而存儲(chǔ)過(guò)程可以返回一個(gè)標(biāo)量值、一個(gè)表值或無(wú)需返回值。
總而言之，存儲(chǔ)程序?qū)QL Server開發(fā)員來(lái)說(shuō)是最有價(jià)值的寶物之一，用于數(shù)據(jù)庫(kù)中，能夠大大的提高工作效率，增強(qiáng)安全性，絕對(duì)超值。
先將數(shù)據(jù)庫(kù)文件*.mdf和*.ldf考到你要放置的目錄下
然后用
EXEC sp_attach_db @dbname = N'pubs',
@filename1 = N'c:\Program Files\Microsoft SQL Server\Mssql\Data\pubs.mdf',
@filename2 = N'c:\Program Files\Microsoft SQL Server\Mssql\Data\pubs_log.ldf' 不明白的話，我遠(yuǎn)程教你。
最基本一個(gè)區(qū)別：
mysql是免費(fèi)開源，你怎么用人家也不會(huì)收你的錢。mysql跨平臺(tái)，windows和linux都有對(duì)應(yīng)的版本。
sqlserver是收費(fèi)的，你沒(méi)給錢的話用人家隨時(shí)可以告你盜版。sqlserver只能在windows平臺(tái)上面用。
性能和安全方面，mysql比sqlserver強(qiáng)，mysql的管理都是文字命令界面，要借助工具才能圖形管理，sqlserver相對(duì)簡(jiǎn)單點(diǎn)，本身就是圖形界面容易入手。
我在Mysql上試過(guò)了這個(gè)，好像不起作用
select * from x where a1 between a-5 and a+5 order by abs(a1-a) asc
在mysql上這個(gè)肯定OK
SELECT * FROM x WHERE a1=a-5 AND a1=a+5 ORDER BY ((a1-a)*(a1-a)) ASC
一個(gè)數(shù)的平方大，那它的絕對(duì)值也大嘛，哈哈。
至于附加問(wèn)題 x*x + y*y = r*r
是圓的方程
對(duì)(x*x+y*y)的排序，就是對(duì)圓的半徑的排序
1，通過(guò)x,y的范圍求出r的所有可能
2，對(duì)r排序
3，通過(guò)r的順序和x的范圍求出所有[x][y]組合
4，然后array_push(ARRAY, arr[x][y])
5，你想得到的順序就出來(lái)了
6，你還可以array_push(ARRAY, array(x, y))，以便取用arr的數(shù)據(jù)，比如說(shuō)：
foreach (ARRAY as $item) {
$x=$item[0];
$y=$item[1];
echo arr[$x][$y];
}
php腳本就麻煩你自己編了，不過(guò)我也試試 :)
重慶分公司
重慶分公司
