sqlorunionall

⑴ sql or 语句优化问题

试试这个：

SELECT * FROM get_childs1('1')
WHERE addorgid=childid
OR receiveorgid=childid
OR sendorgid=childid
OR adddeptid =childid
OR senddeptid =childid
OR receivedeptid=childid

改成：
SELECT * FROM get_childs1('1')
WHERE childid in(addorgid,receiveorgid,sendorgid,adddeptid,senddeptid,receivedeptid)

⑵ [杞杞絔SQL鏁版嵁搴揿备綍锷犲揩镆ヨ㈤熷害

[杞杞斤细http://www.3lian.com/e/2013/12-30/120014.html]

1銆佸崌绾х‖浠

2銆佹牴鎹镆ヨ㈡浔浠,寤虹珛绱㈠紩,浼桦寲绱㈠紩銆佷紭鍖栬块梾鏂瑰纺锛岄檺鍒剁粨鏋滈泦镄勬暟鎹閲忋

3銆佹墿澶ф湇锷″櫒镄勫唴瀛

4銆佸炲姞链嶅姟鍣–PU涓鏁

5銆佸逛簬澶х殑鏁版嵁搴扑笉瑕佽剧疆鏁版嵁搴撹嚜锷ㄥ为暱锛屽畠浼氶檷浣庢湇锷″櫒镄勬ц兘

6銆佸湪镆ヨSelect璇鍙ヤ腑鐢╓here瀛楀彞闄愬埗杩斿洖镄勮屾暟,阆垮厤琛ㄦ壂鎻,濡傛灉杩斿洖涓嶅繀瑕佺殑鏁版嵁锛屾氮璐逛简链嶅姟鍣ㄧ殑I/O璧勬簮锛屽姞閲崭简缃戠粶镄勮礋𨰾呴檷浣庢ц兘銆傚傛槬鎼忔灉琛ㄥ緢澶э纴鍦ㄨ〃镓鎻忕殑链熼棿灏呜〃阌佷綇锛岀佹㈠叾浠栫殑镵旀帴璁块梾琛,钖庢灉涓ラ吨銆

7銆佹煡璇㈡椂涓嶈佽繑锲炰笉闇瑕佺殑琛屻佸垪

8銆佺敤select top 100 / 10 Percent 𨱒ラ檺鍒剁敤鎴疯繑锲炵殑琛屾暟鎴栬匰ET ROWCOUNT𨱒ラ檺鍒舵搷鍒椤惖浣灭殑琛

9銆佸湪IN钖庨溃鍊肩殑鍒楄〃涓锛屽皢鍑虹幇链棰戠箒镄勫兼斁鍦ㄦ渶鍓嶉溃锛屽嚭鐜板缑链灏戠殑鏀惧湪链钖庨溃锛屽噺灏戝垽鏂镄勬℃暟

10銆佷竴鑸鍦℅ROUP BY 涓狧AVING瀛楀彞涔嫔墠灏辫兘鍓旈櫎澶氢綑镄勮岋纴镓浠ュ敖閲忎笉瑕佺敤瀹冧滑𨱒ュ仛鍓旈櫎琛岀殑宸ヤ綔銆备粬浠镄勬墽琛岄‘搴忓簲璇ュ备笅链浼桡细

select镄刉here瀛楀彞阃夋嫨镓链夊悎阃傜殑琛岋纴Group By鐢ㄦ潵鍒嗙粍涓缁熻¤岋纴Having瀛楀彞鐢ㄦ潵鍓旈櫎澶氢綑镄勫垎缁勚傝繖镙稧roup By 涓狧aving镄勫紑阌灏忥纴镆ヨ㈠揩.瀵逛簬澶х殑鏁版嵁琛岃繘琛屽垎缁勫拰Having鍗佸垎娑堣楄祫婧愩傚傛灉Group BY镄勭洰镄勪笉鍖呮嫭璁＄畻锛屽彧鏄鍒嗙粍锛岄偅涔堢敤Distinct镟村揩

11銆佷竴娆℃洿鏂板氭浔璁板綍姣斿垎澶氭℃洿鏂版疮娆′竴𨱒″揩,灏辨槸璇存壒澶勭悊濂

MS SQL Server镆ヨ浼桦寲鏂规硶

镆ヨ㈤熷害鎱㈢殑铡熷洜寰埚氾纴甯歌佸备笅鍑犵

1銆佹病链夌储寮曟垨钥呮病链夌敤鍒扮储寮(杩欐槸镆ヨ㈡参链甯歌佺殑闂棰桡纴鏄绋嫔簭璁捐＄殑缂洪櫡)

2銆両/O钖炲悙閲忓皬锛屽舰鎴愪简鐡堕堟晥搴斻

3銆佹病链夊垱寤鸿＄畻鍒楀艰嚧镆ヨ涓崭紭鍖栥

4銆佸唴瀛树笉瓒

5銆佺绣缁滈熷害鎱

6銆佹煡璇㈠嚭镄勬暟鎹閲忚繃澶(鍙浠ラ噰鐢ㄥ氭℃煡璇锛屽叾浠栫殑鏂规硶闄崭绠鏁版嵁閲)

7銆侀挛鎴栬呮婚挛(杩欎篃鏄镆ヨ㈡参链甯歌佺殑闂棰桡纴鏄绋嫔簭璁捐＄殑缂洪櫡)

8銆乻p_lock,sp_who,娲诲姩镄勭敤鎴锋煡鐪,铡熷洜鏄璇诲啓绔炰簤璧勬簮銆

9銆佽繑锲炰简涓嶅繀瑕佺殑琛屽拰鍒

10銆佹煡璇㈣鍙ヤ笉濂斤纴娌℃湁浼桦寲

鍙浠ラ氲繃濡备笅鏂规硶𨱒ヤ紭鍖栨煡璇

1銆佹妸鏁版嵁銆佹棩蹇椼佺储寮曟斁鍒颁笉钖岀殑I/O璁惧囦笂锛屽炲姞璇诲彇阃熷害锛屼互鍓嶅彲浠ュ皢Tempdb搴旀斁鍦≧AID0涓婏纴SQL2000涓嶅湪鏀鎸併傛暟鎹閲(灏哄)瓒婂ぇ锛屾彁楂业/O瓒婇吨瑕.

2銆佺旱钖戙佹í钖戝垎鍓茶〃锛屽噺灏戣〃镄勫昂瀵(sp_spaceuse)

3銆佸崌绾х‖浠

4銆佹牴鎹镆ヨ㈡浔浠,寤虹珛绱㈠紩,浼桦寲绱㈠紩銆佷紭鍖栬块梾鏂瑰纺锛岄檺鍒剁粨鏋滈泦镄勬暟鎹閲忋傛敞镒忓～鍏呭洜瀛愯侀傚綋(链濂芥槸浣跨敤榛樿ゅ0)銆傜储寮曞簲璇ュ敖閲忓皬锛屼娇鐢ㄥ瓧鑺傛暟灏忕殑鍒楀缓绱㈠紩濂(鍙傜収绱㈠紩镄勫垱寤),涓嶈佸规湁闄愮殑鍑犱釜鍊肩殑瀛楁靛缓鍗曚竴绱㈠紩濡傛у埆瀛楁

5銆佹彁楂樼绣阃;

6銆佹墿澶ф湇锷″櫒镄勫唴瀛,Windows 2000鍜孲QL server 2000鑳芥敮鎸4-8G镄勫唴瀛樸傞厤缃铏氭嫙鍐呭瓨锛氲櫄𨰾熷唴瀛桦ぇ灏忓簲锘轰簬璁＄畻链轰笂骞跺彂杩愯岀殑链嶅姟杩涜岄厤缃銆傝繍琛 Microsoft SQL Server? 2000 镞讹纴鍙钥冭槛灏呜櫄𨰾熷唴瀛桦ぇ灏忚剧疆涓鸿＄畻链轰腑瀹夎呯殑鐗╃悊鍐呭瓨镄 1.5 鍊嶃傚傛灉鍙﹀栧畨瑁呬简鍏ㄦ枃妫绱㈠姛鑳斤纴骞舵墦绠楄繍琛 Microsoft 鎼灭储链嶅姟浠ヤ究镓ц屽叏鏂囩储寮曞拰镆ヨ锛屽彲钥冭槛锛氩皢铏氭嫙鍐呭瓨澶у皬閰岖疆涓鸿呖灏戞槸璁＄畻链轰腑瀹夎呯殑鐗╃悊鍐呭瓨镄 3 鍊嶃傚皢 SQL Server max server memory 链嶅姟鍣ㄩ厤缃阃夐”閰岖疆涓虹墿鐞嗗唴瀛樼殑 1.5 鍊(铏氭嫙鍐呭瓨澶у皬璁剧疆镄勪竴鍗)銆

7銆佸炲姞链嶅姟鍣–PU涓鏁;浣嗘槸蹇呴’鏄庣槠骞惰屽勭悊涓茶屽勭悊镟撮渶瑕佽祫婧愪緥濡傚唴瀛樸备娇鐢ㄥ苟琛岃缮鏄涓茶岀▼鏄疢sSQL镊锷ㄨ瘎浼伴夋嫨镄勚傚崟涓浠诲姟鍒呜В鎴愬氢釜浠诲姟锛屽氨鍙浠ュ湪澶勭悊鍣ㄤ笂杩愯屻备緥濡傝芥悂镆ヨ㈢殑鎺掑簭銆佽繛鎺ャ佹壂鎻忓拰GROUP BY瀛楀彞钖屾椂镓ц岋纴SQL SERVER镙规嵁绯荤粺镄勮礋杞芥儏鍐靛喅瀹氭渶浼樼殑骞惰岀瓑绾э纴澶嶆潅镄勯渶瑕佹秷钥楀ぇ閲忕殑CPU镄勬煡璇㈡渶阃傚悎骞惰屽勭悊銆备絾鏄镟存柊镎崭綔 UPDATE,INSERT锛娈ELETE杩树笉鑳藉苟琛屽勭悊銆

8銆佸傛灉鏄浣跨敤like杩涜屾煡璇㈢殑璇濓纴绠鍗旷殑浣跨敤index鏄涓嶈岀殑锛屼絾鏄鍏ㄦ枃绱㈠紩锛岃楃┖闂淬傛墥鐩绁 like 钬榓%钬 浣跨敤绱㈠紩 like 钬%a钬 涓崭娇鐢ㄧ储寮旷敤 like 钬%a%钬 镆ヨ㈡椂锛屾煡璇㈣楁椂鍜屽瓧娈靛兼婚暱搴︽垚姝ｆ瘆,镓浠ヤ笉鑳界敤CHAR绫诲瀷锛岃屾槸VARCHAR銆傚逛簬瀛楁电殑鍊煎緢闀跨殑寤哄叏鏂囩储寮曘

9銆丏B Server 鍜孉PPLication Server 鍒嗙;OLTP鍜孙LAP鍒嗙

10銆佸垎甯冨纺鍒嗗尯瑙嗗浘鍙鐢ㄤ簬瀹炵幇鏁版嵁搴撴湇锷″櫒镵斿悎浣撱傝仈钖堜綋鏄涓缁勫垎寮绠＄悊镄勬湇锷″櫒锛屼絾瀹冧滑鐩镐簰鍗忎綔鍒嗘媴绯荤粺镄勫勭悊璐熻嵎銆傝繖绉嶉氲繃鍒嗗尯鏁版嵁褰㈡垚鏁版嵁搴撴湇锷″櫒镵斿悎浣撶殑链哄埗鑳藉熸墿澶т竴缁勬湇锷″櫒锛屼互鏀鎸佸ぇ鍨嬬殑澶氩眰 Web 绔欑偣镄勫勭悊闇瑕併傛湁鍏虫洿澶氢俊鎭锛屽弬瑙佽捐¤仈钖堟暟鎹搴撴湇锷″櫒銆(鍙傜収SQL甯锷╂枃浠垛桦垎鍖鸿嗗浘钬)

a銆佸湪瀹炵幇鍒嗗尯瑙嗗浘涔嫔墠锛屽繀椤诲厛姘村钩鍒嗗尯琛

b銆佸湪鍒涘缓鎴愬憳琛ㄥ悗锛屽湪姣忎釜鎴愬憳链嶅姟鍣ㄤ笂瀹氢箟涓涓鍒嗗竷寮忓垎鍖鸿嗗浘锛屽苟涓旀疮涓瑙嗗浘鍏锋湁鐩稿悓镄勫悕绉般傝繖镙凤纴寮旷敤鍒嗗竷寮忓垎鍖鸿嗗浘钖岖殑镆ヨ㈠彲浠ュ湪浠讳綍涓涓鎴愬憳链嶅姟鍣ㄤ笂杩愯屻傜郴缁熸搷浣滃傚悓姣忎釜鎴愬憳链嶅姟鍣ㄤ笂閮芥湁涓涓铡熷嬭〃镄勫嶆湰涓镙凤纴浣嗗叾瀹炴疮涓链嶅姟鍣ㄤ笂鍙链変竴涓鎴愬憳琛ㄥ拰涓涓鍒嗗竷寮忓垎鍖鸿嗗浘銆傛暟鎹镄勪綅缃瀵瑰簲鐢ㄧ▼搴忔槸阃忔槑镄勚

11銆侀吨寤虹储寮 DBCC REINDEX ,DBCC INDEXDEFRAG,鏀剁缉鏁版嵁鍜屾棩蹇 DBCC SHRINKDB,DBCC SHRINKFILE. 璁剧疆镊锷ㄦ敹缂╂棩蹇.瀵逛簬澶х殑鏁版嵁搴扑笉瑕佽剧疆鏁版嵁搴撹嚜锷ㄥ为暱锛屽畠浼氶檷浣庢湇锷″櫒镄勬ц兘銆 鍦═-sql镄勫啓娉曚笂链夊緢澶х殑璁茬┒锛屼笅闱㈠垪鍑哄父瑙佺殑瑕佺偣锛氶栧厛锛娈BMS澶勭悊镆ヨ㈣″垝镄勮繃绋嬫槸杩欐牱镄勶细

1銆 镆ヨ㈣鍙ョ殑璇嶆硶銆佽娉曟镆

2銆 灏呜鍙ユ彁浜ょ粰DBMS镄勬煡璇浼桦寲鍣

3銆 浼桦寲鍣ㄥ仛浠ｆ暟浼桦寲鍜屽瓨鍙栬矾寰勭殑浼桦寲

4銆 鐢遍勭紪璇戞ā鍧楃敓鎴愭煡璇㈣勫垝

5銆 铹跺悗鍦ㄥ悎阃傜殑镞堕棿鎻愪氦缁欑郴缁熷勭悊镓ц

6銆 链钖庡皢镓ц岀粨鏋滆繑锲炵粰鐢ㄦ埛鍏舵★纴鐪嬩竴涓婼QL SERVER镄勬暟鎹瀛樻斁镄勭粨鏋勶细涓涓椤甸溃镄勫ぇ灏忎负8K(8060)瀛楄妭锛8涓椤甸溃涓轰竴涓鐩桦尯锛屾寜镦B镙戝瓨鏀俱

12銆丆ommit鍜宺ollback镄勫尯鍒 Rollback:锲炴粴镓链夌殑浜嬬墿銆 Commit:鎻愪氦褰揿墠镄勪簨鐗. 娌℃湁蹇呰佸湪锷ㄦ丼QL閲屽啓浜嬬墿锛屽傛灉瑕佸啓璇峰啓鍦ㄥ栭溃濡傦细 begin tran exec(@s) commit trans 鎴栬呭皢锷ㄦ丼QL 鍐欐垚鍑芥暟鎴栬呭瓨鍌ㄨ繃绋嬨

13銆佸湪镆ヨSelect璇鍙ヤ腑鐢╓here瀛楀彞闄愬埗杩斿洖镄勮屾暟,阆垮厤琛ㄦ壂鎻,濡傛灉杩斿洖涓嶅繀瑕佺殑鏁版嵁锛屾氮璐逛简链嶅姟鍣ㄧ殑I/O璧勬簮锛屽姞閲崭简缃戠粶镄勮礋𨰾呴檷浣庢ц兘銆傚傛灉琛ㄥ緢澶э纴鍦ㄨ〃镓鎻忕殑链熼棿灏呜〃阌佷綇锛岀佹㈠叾浠栫殑镵旀帴璁块梾琛,钖庢灉涓ラ吨銆

14銆丼QL镄勬敞閲婄敌鏄庡规墽琛屾病链変换浣曞奖鍝

15銆佸敖鍙鑳戒笉浣跨敤鍏夋爣锛屽畠鍗犵敤澶ч噺镄勮祫婧愩傚傛灉闇瑕乺ow-by-row鍦版墽琛岋纴灏介噺閲囩敤闱炲厜镙囨妧链,濡傦细鍦ㄥ㈡埛绔寰鐜锛岀敤涓存椂琛锛孴able鍙橀噺锛岀敤瀛愭煡璇锛岀敤Case璇鍙ョ瓑绛夈傛父镙囧彲浠ユ寜镦у畠镓鏀鎸佺殑鎻愬彇阃夐”杩涜屽垎绫伙细 鍙杩 蹇呴’鎸夌収浠庣涓琛屽埌链钖庝竴琛岀殑椤哄簭鎻愬彇琛屻侳ETCH NEXT 鏄鍞涓鍏佽哥殑鎻愬彇镎崭綔,涔熸槸榛樿ゆ柟寮忋傚彲婊氩姩镐 鍙浠ュ湪娓告爣涓浠讳綍鍦版柟闅忔満鎻愬彇浠绘剰琛屻傛父镙囩殑鎶链鍦⊿QL2000涓嫔彉寰楀姛鑳藉緢寮哄ぇ锛屼粬镄勭洰镄勬槸鏀鎸佸惊鐜銆

链夊洓涓骞跺彂阃夐”

READ_ONLY锛氢笉鍏佽搁氲繃娓告爣瀹氢綅镟存柊(Update)锛屼笖鍦ㄧ粍鎴愮粨鏋滈泦镄勮屼腑娌℃湁阌併

OPTIMISTIC WITH valueS:涔愯傚苟鍙戞带鍒舵槸浜嫔姟鎺у埗鐞呜虹殑涓涓镙囧嗳閮ㄥ垎銆备箰瑙傚苟鍙戞带鍒剁敤浜庤繖镙风殑𨱍呭舰锛屽嵆鍦ㄦ墦寮娓告爣鍙婃洿鏂拌岀殑闂撮殧涓锛屽彧链夊緢灏忕殑链轰细璁╃浜屼釜鐢ㄦ埛镟存柊镆愪竴琛屻傚綋镆愪釜娓告爣浠ユら夐”镓揿紑镞讹纴娌℃湁阌佹带鍒跺叾涓镄勮岋纴杩椤皢链夊姪浜庢渶澶у寲鍏跺勭悊鑳藉姏銆傚傛灉鐢ㄦ埛璇曞浘淇鏀规煇涓琛岋纴鍒欐よ岀殑褰揿墠鍊间细涓庢渶钖庝竴娆℃彁鍙栨よ屾椂銮峰彇镄勫艰繘琛屾瘆杈冦傚傛灉浠讳綍鍊煎彂鐢熸敼鍙桡纴鍒欐湇锷″櫒灏变细鐭ラ亾鍏朵粬浜哄凡镟存柊浜嗘よ岋纴骞朵细杩斿洖涓涓阌栾銆傚傛灉鍊兼槸涓镙风殑锛屾湇锷″櫒灏辨墽琛屼慨鏀广 阃夋嫨杩欎釜骞跺彂阃夐” OPTIMISTIC WITH ROW VERSIONING:姝や箰瑙傚苟鍙戞带鍒堕夐”锘轰簬琛岀増链鎺у埗銆备娇鐢ㄨ岀増链鎺у埗锛屽叾涓镄勮〃蹇呴’鍏锋湁镆愮岖増链镙囱瘑绗︼纴链嶅姟鍣ㄥ彲鐢ㄥ畠𨱒ョ‘瀹氲ヨ屽湪璇诲叆娓告爣钖庢槸钖︽湁镓镟存敼銆

鍦 SQL Server 涓锛岃繖涓镐ц兘鐢 timestamp 鏁版嵁绫诲瀷鎻愪緵锛屽畠鏄涓涓浜岃繘鍒舵暟瀛楋纴琛ㄧず鏁版嵁搴扑腑镟存敼镄勭浉瀵归‘搴忋傛疮涓鏁版嵁搴挞兘链変竴涓鍏ㄥ眬褰揿墠镞堕棿鎴冲硷细@@DBTS銆傛疮娆′互浠讳綍鏂瑰纺镟存敼甯︽湁 timestamp 鍒楃殑琛屾椂锛孲QL Server 鍏埚湪镞堕棿鎴冲垪涓瀛桦偍褰揿墠镄 @@DBTS 鍊硷纴铹跺悗澧炲姞 @@DBTS 镄勫笺傚傛灉镆 涓琛ㄥ叿链 timestamp 鍒楋纴鍒欐椂闂存埑浼氲璁板埌琛岀骇銆傛湇锷″櫒灏卞彲浠ユ瘆杈冩煇琛岀殑褰揿墠镞堕棿鎴冲煎拰涓婃℃彁鍙栨椂镓瀛桦偍镄勬椂闂存埑鍊硷纴浠庤岀‘瀹氲ヨ屾槸钖﹀凡镟存柊銆傛湇锷″櫒涓嶅繀姣旇缉镓链夊垪镄勫硷纴鍙闇姣旇缉 timestamp 鍒楀嵆鍙銆傚傛灉搴旂敤绋嫔簭瀵规病链 timestamp 鍒楃殑琛ㄨ佹眰锘轰簬琛岀増链鎺у埗镄勪箰瑙傚苟鍙戯纴鍒欐父镙囬粯璁や负锘轰簬鏁板肩殑涔愯傚苟鍙戞带鍒躲

SCROLL LOCKS 杩欎釜阃夐”瀹炵幇鎭茶傚苟鍙戞带鍒躲傚湪鎭茶傚苟鍙戞带鍒朵腑锛屽湪鎶婃暟鎹搴撶殑琛岃诲叆娓告爣缁撴灉闆嗘椂锛屽簲鐢ㄧ▼搴忓皢璇曞浘阌佸畾鏁版嵁搴撹屻傚湪浣跨敤链嶅姟鍣ㄦ父镙囨椂锛屽皢琛岃诲叆娓告爣镞朵细鍦ㄥ叾涓婃斁缃涓涓镟存柊阌併傚傛灉鍦ㄤ簨锷″唴镓揿紑娓告爣锛屽垯璇ヤ簨锷℃洿鏂伴挛灏嗕竴鐩翠缭鎸佸埌浜嫔姟琚鎻愪氦鎴栧洖婊;褰撴彁鍙栦笅涓琛屾椂锛屽皢闄ゅ幓娓告爣阌併傚傛灉鍦ㄤ簨锷″栨墦寮娓告爣锛屽垯鎻愬彇涓嬩竴琛屾椂锛岄挛灏辫涓㈠纯銆傚洜姝わ纴姣忓綋鐢ㄦ埛闇瑕佸畬鍏ㄧ殑鎭茶傚苟鍙戞带鍒舵椂锛屾父镙囬兘搴斿湪浜嫔姟鍐呮墦寮銆傛洿鏂伴挛灏嗛樆姝浠讳綍鍏跺畠浠诲姟銮峰彇镟存柊阌佹垨鎺掑畠阌侊纴浠庤岄樆姝㈠叾瀹冧换锷℃洿鏂拌ヨ屻

铹惰岋纴镟存柊阌佸苟涓嶉樆姝㈠叡浜阌侊纴镓浠ュ畠涓崭细阒绘㈠叾瀹冧换锷¤诲彇琛岋纴闄ら潪绗浜屼釜浠诲姟涔熷湪瑕佹眰甯︽洿鏂伴挛镄勮诲彇銆傛粴锷ㄩ挛镙规嵁鍦ㄦ父镙囧畾涔夌殑 SELECT 璇鍙ヤ腑鎸囧畾镄勯挛鎻愮ず锛岃繖浜涙父镙囧苟鍙戦夐”鍙浠ョ敓鎴愭粴锷ㄩ挛銆傛粴锷ㄩ挛鍦ㄦ彁鍙栨椂鍦ㄦ疮琛屼笂銮峰彇锛屽苟淇濇寔鍒颁笅娆℃彁鍙栨垨钥呮父镙囧叧闂锛屼互鍏埚彂鐢熻呬负鍑嗐备笅娆℃彁鍙栨椂锛屾湇锷″櫒涓烘柊鎻愬彇涓镄勮岃幏鍙栨粴锷ㄩ挛锛屽苟閲婃斁涓婃℃彁鍙栦腑琛岀殑婊氩姩阌併傛粴锷ㄩ挛镫绔嬩簬浜嫔姟阌侊纴骞跺彲浠ヤ缭鎸佸埌涓涓鎻愪氦鎴栧洖婊氭搷浣滀箣钖庛傚傛灉鎻愪氦镞跺叧闂娓告爣镄勯夐”涓哄叧锛屽垯 COMMIT 璇鍙ュ苟涓嶅叧闂浠讳綍镓揿紑镄勬父镙囷纴钥屼笖婊氩姩阌佽淇濈暀鍒版彁浜や箣钖庯纴浠ョ淮鎶ゅ规墍鎻愬彇鏁版嵁镄勯殧绂汇傛墍銮峰彇婊氩姩阌佺殑绫诲瀷鍙栧喅浜庢父镙囧苟鍙戦夐”鍜屾父镙 SELECT 璇鍙ヤ腑镄勯挛鎻愮ず銆

阌佹彁绀 鍙璇 涔愯傛暟鍊 涔愯傝岀増链鎺у埗 阌佸畾镞犳彁绀 链阌佸畾 链阌佸畾 链阌佸畾 镟存柊 NOLOCK 链阌佸畾 链阌佸畾 链阌佸畾 链阌佸畾 HOLDLOCK 鍏变韩 鍏变韩 鍏变韩 镟存柊 UPDLOCK 阌栾 镟存柊 镟存柊 镟存柊 TABLOCKX 阌栾 链阌佸畾 链阌佸畾 镟存柊鍏跺畠 链阌佸畾 链阌佸畾 链阌佸畾 镟存柊 *鎸囧畾 NOLOCK 鎻愮ず灏嗕娇鎸囧畾浜呜ユ彁绀虹殑琛ㄥ湪娓告爣鍐呮槸鍙璇荤殑銆

16銆佺敤Profiler𨱒ヨ窡韪镆ヨ锛屽缑鍒版煡璇㈡墍闇镄勬椂闂达纴镓惧嚭SQL镄勯梾棰樻墍鍦;鐢ㄧ储寮曚紭鍖栧櫒浼桦寲绱㈠紩

17銆佹敞镒废Nion鍜孶Nion all 镄勫尯鍒銆俇NION all濂

18銆佹敞镒忎娇鐢―ISTINCT锛屽湪娌℃湁蹇呰佹椂涓嶈佺敤锛屽畠钖孶NION涓镙蜂细浣挎煡璇㈠彉鎱銆傞吨澶岖殑璁板綍鍦ㄦ煡璇㈤噷鏄娌℃湁闂棰樼殑

19銆佹煡璇㈡椂涓嶈佽繑锲炰笉闇瑕佺殑琛屻佸垪

20銆佺敤sp_configure 钬杩uery governor cost limit钬樻垨钥匰ET QUERY_GOVERNOR_COST_LIMIT𨱒ラ檺鍒舵煡璇㈡秷钥楃殑璧勬簮銆傚綋璇勪及镆ヨ㈡秷钥楃殑璧勬簮瓒呭嚭闄愬埗镞讹纴链嶅姟鍣ㄨ嚜锷ㄥ彇娑堟煡璇,鍦ㄦ煡璇涔嫔墠灏辨壖𨱒鎺夈 SET LOCKTIME璁剧疆阌佺殑镞堕棿

10涓囨暟鎹閲忔煡璇㈠眳铹惰50绉

鐢╯elect top 100 / 10 Percent 𨱒ラ檺鍒剁敤鎴疯繑锲炵殑琛屾暟鎴栬匰ET ROWCOUNT𨱒ラ檺鍒舵搷浣灭殑琛

22銆佸湪SQL2000浠ュ墠锛屼竴鑸涓嶈佺敤濡备笅镄勫瓧鍙: "IS NULL", " <> ", "!=", "!> ", "! <", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE 钬%500钬"锛屽洜涓轰粬浠涓嶈蛋绱㈠紩鍏ㄦ槸琛ㄦ壂鎻忋备篃涓嶈佸湪WHere瀛楀彞涓镄勫垪钖嶅姞鍑芥暟锛屽侰onvert锛宻ubstring绛,濡傛灉蹇呴’鐢ㄥ嚱鏁扮殑镞跺欙纴鍒涘缓璁＄畻鍒楀啀鍒涘缓绱㈠紩𨱒ユ浛浠.杩桦彲浠ュ彉阃氩啓娉曪细WHERE SUBSTRING(firstname,1,1) = 钬榤钬樻敼涓篧HERE firstname like 钬榤%钬(绱㈠紩镓鎻)锛屼竴瀹氲佸皢鍑芥暟鍜屽垪钖嶅垎寮銆傚苟涓旂储寮曚笉鑳藉缓寰楀お澶氩拰澶澶с侼OT IN浼氩氭℃壂鎻忚〃锛屼娇鐢‥XISTS銆丯OT EXISTS 锛孖N , LEFT OUTER JOIN 𨱒ユ浛浠ｏ纴鐗瑰埆鏄宸﹁繛鎺,钥孍xists姣擨N镟村揩锛屾渶鎱㈢殑鏄疦OT镎崭綔.濡傛灉鍒楃殑鍊煎惈链夌┖锛屼互鍓嶅畠镄勭储寮曚笉璧蜂綔鐢锛岀幇鍦2000镄勪紭鍖栧櫒鑳藉熷勭悊浜嗐傜浉钖岀殑鏄疘S NULL锛“NOT", "NOT EXISTS", "NOT IN"鑳戒紭鍖栧ス锛岃” <> ”绛夎缮鏄涓嶈兘浼桦寲锛岀敤涓嶅埌绱㈠紩銆

23銆佷娇鐢≦uery Analyzer锛屾煡鐪婼QL璇鍙ョ殑镆ヨ㈣″垝鍜岃瘎浼板垎鏋愭槸钖︽槸浼桦寲镄凷QL銆备竴鑸镄20%镄勪唬镰佸崰鎹浜80%镄勮祫婧愶纴鎴戜滑浼桦寲镄勯吨镣规槸杩欎簺鎱㈢殑鍦版柟銆

24銆佸傛灉浣跨敤浜咺N鎴栬匫R绛夋椂鍙戠幇镆ヨ㈡病链夎蛋绱㈠紩锛屼娇鐢ㄦ樉绀虹敌鏄庢寚瀹氱储寮曪细 SELECT * FROM PersonMember (INDEX = IX_Title) WHERE processid IN (‘鐢’锛‘濂’)

25銆佸皢闇瑕佹煡璇㈢殑缁撴灉棰勫厛璁＄畻濂芥斁鍦ㄨ〃涓锛屾煡璇㈢殑镞跺椤啀SELECT銆傝繖鍦⊿QL7.0浠ュ墠鏄链閲嶈佺殑镓嬫点备緥濡傚尰闄㈢殑浣忛櫌璐硅＄畻銆

26銆丮IN() 鍜 MAX()鑳戒娇鐢ㄥ埌钖堥傜殑绱㈠紩

27銆佹暟鎹搴撴湁涓涓铡熷垯鏄浠ｇ爜绂绘暟鎹瓒婅繎瓒婂ソ锛屾墍浠ヤ紭鍏堥夋嫨Default,渚濇′负Rules,Triggers, Constraint(绾︽潫濡傚栧仴涓诲仴CheckUNIQUE……,鏁版嵁绫诲瀷镄勬渶澶ч暱搴︾瓑绛夐兘鏄绾︽潫),Procere.杩欐牱涓崭粎缁存姢宸ヤ綔灏忥纴缂栧啓绋嫔簭璐ㄩ噺楂桡纴骞朵笖镓ц岀殑阃熷害蹇銆

28銆佸傛灉瑕佹彃鍏ュぇ镄勪簩杩涘埗鍊煎埌Image鍒楋纴浣跨敤瀛桦偍杩囩▼锛屽崈涓囦笉瑕佺敤鍐呭祵INsert𨱒ユ彃鍏(涓岖煡JAVA鏄钖)銆傚洜涓鸿繖镙峰簲鐢ㄧ▼搴忛栧厛灏嗕簩杩涘埗鍊艰浆鎹㈡垚瀛楃︿覆(灏哄告槸瀹幂殑涓ゅ)锛屾湇锷″櫒鍙楀埌瀛楃﹀悗鍙埚皢浠栬浆鎹㈡垚浜岃繘鍒跺.瀛桦偍杩囩▼灏辨病链夎繖浜涘姩浣: 鏂规硶锛欳reate procere p_insert as insert into table(Fimage) values (@image), 鍦ㄥ墠鍙拌皟鐢ㄨ繖涓瀛桦偍杩囩▼浼犲叆浜岃繘鍒跺弬鏁帮纴杩欐牱澶勭悊阃熷害鏄庢樉鏀瑰杽銆

29銆丅etween鍦ㄦ煇浜涙椂鍊欐瘆IN阃熷害镟村揩,Between鑳藉熸洿蹇鍦版牴鎹绱㈠紩镓惧埌锣冨洿銆傜敤镆ヨ浼桦寲鍣ㄥ彲瑙佸埌宸鍒銆 select * from chineseresume where title in (钬樼敺钬,钬桦コ钬) Select * from chineseresume where between 钬樼敺钬 and 钬桦コ钬 鏄涓镙风殑銆傜敱浜巌n浼氩湪姣旇缉澶氭★纴镓浠ユ湁镞朵细鎱浜涖

30銆佸湪蹇呰佹槸瀵瑰叏灞鎴栬呭眬閮ㄤ复镞惰〃鍒涘缓绱㈠紩锛屾湁镞惰兘澶熸彁楂橀熷害锛屼絾涓嶆槸涓瀹氢细杩欐牱锛屽洜涓虹储寮曚篃钥楄垂澶ч噺镄勮祫婧愩备粬镄勫垱寤哄悓鏄瀹为檯琛ㄤ竴镙枫

31銆佷笉瑕佸缓娌℃湁浣灭敤镄勪簨鐗╀緥濡备骇鐢熸姤琛ㄦ椂锛屾氮璐硅祫婧愩傚彧链夊湪蹇呰佷娇鐢ㄤ簨鐗╂椂浣跨敤瀹冦

32銆佺敤OR镄勫瓧鍙ュ彲浠ュ垎瑙ｆ垚澶氢釜镆ヨ锛屽苟涓旈氲繃UNION 杩炴帴澶氢釜镆ヨ銆备粬浠镄勯熷害鍙钖屾槸钖︿娇鐢ㄧ储寮曟湁鍏,濡傛灉镆ヨ㈤渶瑕佺敤鍒拌仈钖堢储寮曪纴鐢║NION all镓ц岀殑鏁堢巼镟撮珮.澶氢釜OR镄勫瓧鍙ユ病链夌敤鍒扮储寮曪纴鏀瑰啓鎴怳NION镄勫舰寮忓啀璇曞浘涓庣储寮曞尮閰嶃备竴涓鍏抽敭镄勯梾棰樻槸钖︾敤鍒扮储寮曘

33銆佸敖閲忓皯鐢ㄨ嗗浘锛屽畠镄勬晥鐜囦绠銆傚硅嗗浘镎崭綔姣旂洿鎺ュ硅〃镎崭綔鎱,鍙浠ョ敤stored procere𨱒ヤ唬镟垮ス銆傜壒鍒镄勬槸涓嶈佺敤瑙嗗浘宓屽,宓屽楄嗗浘澧炲姞浜嗗绘垒铡熷嬭祫鏂欑殑闅惧害銆傛垜浠鐪嬭嗗浘镄勬湰璐锛氩畠鏄瀛樻斁鍦ㄦ湇锷″櫒涓婄殑琚浼桦寲濂戒简镄勫凡缁忎骇鐢熶简镆ヨ㈣勫垝镄凷QL銆傚瑰崟涓琛ㄦ绱㈡暟鎹镞讹纴涓嶈佷娇鐢ㄦ寚钖戝氢釜琛ㄧ殑瑙嗗浘锛岀洿鎺ヤ粠琛ㄦ绱㈡垨钥呬粎浠呭寘钖杩欎釜琛ㄧ殑瑙嗗浘涓婅伙纴钖﹀垯澧炲姞浜嗕笉蹇呰佺殑寮阌,镆ヨ㈠弹鍒板共镓.涓轰简锷犲揩瑙嗗浘镄勬煡璇锛孧sSQL澧炲姞浜呜嗗浘绱㈠紩镄勫姛鑳姐

34銆佹病链夊繀瑕佹椂涓嶈佺敤DISTINCT鍜孙RDER BY锛岃繖浜涘姩浣滃彲浠ユ敼鍦ㄥ㈡埛绔镓ц屻傚畠浠澧炲姞浜嗛濆栫殑寮阌銆傝繖钖孶NION 鍜孶NION ALL涓镙风殑阆撶悊銆 SELECT top 20 ad.companyname,comid,position,ad.referenceid,worklocation, convert(varchar(10),ad.postDate,120) as postDate1,workyear,degreedescription FROM jobcn_query.dbo.COMPANYAD_query ad where referenceID in(钬楯CNAD00329667钬,钬楯CNAD132168钬,钬楯CNAD00337748钬,钬楯CNAD00338345钬,钬楯CNAD00333138钬,钬楯CNAD00303570钬, 钬楯CNAD00303569钬,钬楯CNAD00303568钬,钬楯CNAD00306698钬,钬楯CNAD00231935钬,钬楯CNAD00231933钬,钬楯CNAD00254567钬, 钬楯CNAD00254585钬,钬楯CNAD00254608钬,钬楯CNAD00254607钬,钬楯CNAD00258524钬,钬楯CNAD00332133钬,钬楯CNAD00268618钬, 钬楯CNAD00279196钬,钬楯CNAD00268613钬) order by postdate desc

35銆佸湪IN钖庨溃鍊肩殑鍒楄〃涓锛屽皢鍑虹幇链棰戠箒镄勫兼斁鍦ㄦ渶鍓嶉溃锛屽嚭鐜板缑链灏戠殑鏀惧湪链钖庨溃锛屽噺灏戝垽鏂镄勬℃暟

36銆佸綋鐢⊿ELECT INTO镞讹纴瀹冧细阌佷綇绯荤粺琛(sysobjects锛宻ysindexes绛夌瓑)锛岄樆濉炲叾浠栫殑杩炴帴镄勫瓨鍙栥傚垱寤轰复镞惰〃镞剁敤鏄剧ず鐢虫槑璇鍙ワ纴钥屼笉鏄 select INTO. drop table t_lxh begin tran select * into t_lxh from chineseresume where name = 钬榅YZ钬 --commit 鍦ㄥ彟涓涓杩炴帴涓璖ELECT * from sysobjects鍙浠ョ湅鍒 SELECT INTO 浼氶挛浣忕郴缁熻〃锛孋reate table 涔熶细阌佺郴缁熻〃(涓岖℃槸涓存椂琛ㄨ缮鏄绯荤粺琛)銆傛墍浠ュ崈涓囦笉瑕佸湪浜嬬墿鍐呬娇鐢ㄥ畠!!!杩欐牱镄勮瘽濡傛灉鏄缁忓父瑕佺敤镄勪复镞惰〃璇蜂娇鐢ㄥ疄琛锛屾垨钥呬复镞惰〃鍙橀噺銆

37銆佷竴鑸鍦℅ROUP BY 涓狧AVING瀛楀彞涔嫔墠灏辫兘鍓旈櫎澶氢綑镄勮岋纴镓浠ュ敖閲忎笉瑕佺敤瀹冧滑𨱒ュ仛鍓旈櫎琛岀殑宸ヤ綔銆备粬浠镄勬墽琛岄‘搴忓簲璇ュ备笅链浼桡细select 镄刉here瀛楀彞阃夋嫨镓链夊悎阃傜殑琛岋纴Group By鐢ㄦ潵鍒嗙粍涓缁熻¤岋纴Having瀛楀彞鐢ㄦ潵鍓旈櫎澶氢綑镄勫垎缁勚傝繖镙稧roup By 涓狧aving镄勫紑阌灏忥纴镆ヨ㈠揩.瀵逛簬澶х殑鏁版嵁琛岃繘琛屽垎缁勫拰Having鍗佸垎娑堣楄祫婧愩傚傛灉Group BY镄勭洰镄勪笉鍖呮嫭璁＄畻锛屽彧鏄鍒嗙粍锛岄偅涔堢敤Distinct镟村揩

38銆佷竴娆℃洿鏂板氭浔璁板綍姣斿垎澶氭℃洿鏂版疮娆′竴𨱒″揩,灏辨槸璇存壒澶勭悊濂

39銆佸皯鐢ㄤ复镞惰〃锛屽敖閲忕敤缁撴灉闆嗗拰Table绫绘х殑鍙橀噺𨱒ヤ唬镟垮畠,Table 绫诲瀷镄勫彉閲忔瘆涓存椂琛ㄥソ

40銆佸湪SQL2000涓嬶纴璁＄畻瀛楁垫槸鍙浠ョ储寮旷殑锛岄渶瑕佹弧瓒崇殑𨱒′欢濡备笅锛

a銆佽＄畻瀛楁电殑琛ㄨ揪鏄纭瀹氱殑

b銆佷笉鑳界敤鍦═EXT,Ntext锛孖mage鏁版嵁绫诲瀷

c銆佸繀椤婚厤鍒跺备笅阃夐” ANSI_NULLS = ON, ANSI_PADDINGS = ON, …….

41銆佸敖閲忓皢鏁版嵁镄勫勭悊宸ヤ綔鏀惧湪链嶅姟鍣ㄤ笂锛屽噺灏戠绣缁灭殑寮阌锛屽备娇鐢ㄥ瓨鍌ㄨ繃绋嬨傚瓨鍌ㄨ繃绋嬫槸缂栬疟濂姐佷紭鍖栬繃銆佸苟涓旇缁勭粐鍒颁竴涓镓ц岃勫垝閲屻佷笖瀛桦偍鍦ㄦ暟鎹搴扑腑镄 SQL璇鍙ワ纴鏄鎺у埗娴佽瑷镄勯泦钖堬纴阃熷害褰撶劧蹇銆傚弽澶嶆墽琛岀殑锷ㄦ丼QL,鍙浠ヤ娇鐢ㄤ复镞跺瓨鍌ㄨ繃绋嬶纴璇ヨ繃绋(涓存椂琛)琚鏀惧湪Tempdb涓銆备互鍓岖敱浜岙QL SERVER瀵瑰嶆潅镄勬暟瀛﹁＄畻涓嶆敮鎸侊纴镓浠ヤ笉寰椾笉灏呜繖涓宸ヤ綔鏀惧湪鍏朵粬镄勫眰涓婅屽炲姞缃戠粶镄勫紑阌銆係QL2000鏀鎸乁DFs,鐜板湪鏀鎸佸嶆潅镄勬暟瀛﹁＄畻锛屽嚱鏁扮殑杩斿洖鍊间笉瑕佸お澶э纴杩欐牱镄勫紑阌寰埚ぇ銆傜敤鎴疯嚜瀹氢箟鍑芥暟璞″厜镙囦竴镙锋墽琛岀殑娑堣楀ぇ閲忕殑璧勬簮锛屽傛灉杩斿洖澶х殑缁撴灉閲囩敤瀛桦偍杩囩▼

42銆佷笉瑕佸湪涓鍙ヨ瘽閲屽啀涓夌殑浣跨敤鐩稿悓镄勫嚱鏁帮纴娴璐硅祫婧,灏嗙粨鏋沧斁鍦ㄥ彉閲忛噷鍐嶈皟鐢ㄦ洿蹇

43銆丼ELECT COUNT(*)镄勬晥鐜囨暀浣庯纴灏介噺鍙橀氢粬镄勫啓娉曪纴钥孍XISTS蹇.钖屾椂璇锋敞镒忓尯鍒锛 select count(Field of null) from Table 鍜 select count(Field of NOT null) from Table 镄勮繑锲炲兼槸涓嶅悓镄勚

44銆佸綋链嶅姟鍣ㄧ殑鍐呭瓨澶熷氭椂锛岄厤鍒剁嚎绋嬫暟閲 = 链澶ц繛鎺ユ暟+5锛岃繖镙疯兘鍙戞尌链澶х殑鏁堢巼;钖﹀垯浣跨敤 閰嶅埗绾跨▼鏁伴噺 <链澶ц繛鎺ユ暟钖鐢⊿QL SERVER镄勭嚎绋嬫睁𨱒ヨВ鍐,濡傛灉杩樻槸鏁伴噺 = 链澶ц繛鎺ユ暟+5锛屼弗閲岖殑鎹熷虫湇锷″櫒镄勬ц兘銆

45銆佹寜镦т竴瀹氱殑娆″簭𨱒ヨ块梾浣犵殑琛ㄣ傚傛灉浣犲厛阌佷綇琛ˋ锛屽啀阌佷綇琛˙锛岄偅涔埚湪镓链夌殑瀛桦偍杩囩▼涓閮借佹寜镦ц繖涓椤哄簭𨱒ラ挛瀹氩畠浠銆傚傛灉浣(涓岖粡镒忕殑)镆愪釜瀛桦偍杩囩▼涓鍏堥挛瀹氲〃B锛屽啀阌佸畾琛ˋ锛岃繖鍙鑳藉氨浼氩艰嚧涓涓姝婚挛銆傚傛灉阌佸畾椤哄簭娌℃湁琚棰勫厛璇︾粏镄勮捐″ソ锛屾婚挛寰堥毦琚鍙戠幇

46銆侀氲繃SQL Server Performance Monitor鐩戣嗙浉搴旂‖浠剁殑璐熻浇 Memory: Page Faults / sec璁℃暟鍣ㄥ傛灉璇ュ煎伓灏旇蛋楂桡纴琛ㄦ槑褰撴椂链夌嚎绋嬬珵浜夊唴瀛樸傚傛灉鎸佺画寰堥珮锛屽垯鍐呭瓨鍙鑳芥槸鐡堕堛

Process:

1銆% DPC Time 鎸囧湪锣冧緥闂撮殧链熼棿澶勭悊鍣ㄧ敤鍦ㄧ紦寤剁▼搴忚皟鐢(DPC)鎺ユ敹鍜屾彁渚涙湇锷＄殑锏惧垎姣斻(DPC 姝ｅ湪杩愯岀殑涓烘瘆镙囧嗳闂撮殧浼桦厛𨱒冧绠镄勯棿闅)銆 鐢变簬 DPC 鏄浠ョ壒𨱒冩ā寮忔墽琛岀殑锛娈PC 镞堕棿镄勭栌鍒嗘瘆涓虹壒𨱒冩椂闂 锏惧垎姣旂殑涓閮ㄥ垎銆傝繖浜涙椂闂村崟镫璁＄畻骞朵笖涓嶅睘浜庨棿闅旇＄畻镐绘暟镄勪竴閮 鍒嗐傝繖涓镐绘暟鏄剧ず浜嗕綔涓哄疄渚嬫椂闂寸栌鍒嗘瘆镄勫钩鍧囧繖镞躲

2銆%Processor Time璁℃暟鍣ㄥ傛灉璇ュ弬鏁板兼寔缁瓒呰繃95%锛岃〃鏄庣摱棰堟槸CPU銆傚彲浠ヨ冭槛澧炲姞涓涓澶勭悊鍣ㄦ垨鎹涓涓镟村揩镄勫勭悊鍣ㄣ

3銆% Privileged Time 鎸囬潪闂茬疆澶勭悊鍣ㄦ椂闂寸敤浜庣壒𨱒冩ā寮忕殑锏惧垎姣斻(鐗规潈妯″纺鏄涓烘搷浣灭郴缁熺粍浠跺拰镎岖旱纭浠堕┍锷ㄧ▼搴忚岃捐＄殑涓绉嶅勭悊妯″纺銆傚畠鍏佽哥洿鎺ヨ块梾纭浠跺拰镓链夊唴瀛樸傚彟涓绉嶆ā寮忎负鐢ㄦ埛妯″纺锛屽畠鏄涓绉崭负搴旂敤绋嫔簭銆佺幆澧冨垎绯荤粺鍜屾暣鏁板垎绯荤粺璁

⑶ sql语句中能否使用多个union

可以的。
UNION 操作判迅正符昌拍用于合并两个或多个 SELECT 语句的结果集。需要注意的是
1、掘悔UNION 内部的 SELECT 语句必须拥有相同数量的列。列也必须拥有相似的数据类型。同时，每条 SELECT 语句中的列的顺序必须相同。
2、这个命令连接的结果集中有重复的值不会被显示。想忽略重复值，可以使用 union all。

⑷ 如何优化带or条件的sql

可以把or条件换成 union，union 比or 本身要快很多。
另外根据需要增加条件列上的索引。
注意 union all 和union 的区别

⑸ oracle sql 用什么可以替代or，这样查询特别慢

可以用union，比如select 内容 from user where name='张三' union select 内容 from user where name='李四'，相当于select 内容 from user where name='张三' or name='李四' ，因为union会用到索引，不知道你这个表有没有索引，表的数据多大？