sql語(yǔ)錄_怎么在一個(gè)字段加
想要寫出高質(zhì)量、高性能的SQL查詢語(yǔ)句:
一、首先要搞明白什么叫執(zhí)行計(jì)劃?
執(zhí)行計(jì)劃是數(shù)據(jù)庫(kù)根據(jù)SQL語(yǔ)句和相關(guān)表的統(tǒng)計(jì)信息作出的一個(gè)查詢方案,這個(gè)方案是由查詢優(yōu)化器自動(dòng)分析產(chǎn)生的,比如一條SQL語(yǔ)句如果用來(lái)從一個(gè) 10萬(wàn)條記錄的表中查1條記錄,那查詢優(yōu)化器會(huì)選擇“索引查找”方式,如果該表進(jìn)行了歸檔,當(dāng)前只剩下5000條記錄了,那查詢優(yōu)化器就會(huì)改變方案,采用“全表掃描”方式。
可見,執(zhí)行計(jì)劃并不是固定的,它是“個(gè)性化的”。產(chǎn)生一個(gè)正確的“執(zhí)行計(jì)劃”有兩點(diǎn)很重要:
(1)SQL語(yǔ)句是否清晰地告訴查詢優(yōu)化器它想干什么?
(2)查詢優(yōu)化器得到的數(shù)據(jù)庫(kù)統(tǒng)計(jì)信息是否是最新的、正確的?
二、統(tǒng)一SQL語(yǔ)句的寫法
對(duì)于以下兩句SQL語(yǔ)句,程序員認(rèn)為是相同的,數(shù)據(jù)庫(kù)查詢優(yōu)化器認(rèn)為是不同的。
select*from dual
select*From dual
其實(shí)就是大小寫不同,查詢分析器就認(rèn)為是兩句不同的SQL語(yǔ)句,必須進(jìn)行兩次解析。生成2個(gè)執(zhí)行計(jì)劃。所以作為程序員,應(yīng)該保證相同的查詢語(yǔ)句在任何地方都一致,多一個(gè)空格都不行!
三、SQL語(yǔ)句編寫注意問(wèn)題
下面就某些SQL語(yǔ)句編寫注意問(wèn)題做一下詳細(xì)的介紹。在這些where子句中,即使某些列存在索引,但是由于編寫了劣質(zhì)的SQL,系統(tǒng)在運(yùn)行該SQL語(yǔ)句時(shí)也不能使用該索引,而同樣使用全表掃描,這就造成了響應(yīng)速度的極大降低。
【第1句】:IS NULL 與 IS NOT NULL不能用null作索引,任何包含null值的列都將不會(huì)被包含在索引中。即使索引有多列這樣的情況下,只要這些列中有一列含有null,該列就會(huì)從索引中排除。也就是說(shuō)如果某列存在空值,即使對(duì)該列建索引也不會(huì)提高性能。任何在where子句中使用is null或is not null的語(yǔ)句優(yōu)化器是不允許使用索引的?!镜?句】:避免使用不兼容的數(shù)據(jù)類型。不兼容的數(shù)據(jù)類型代表著全表檢索數(shù)據(jù)的類型轉(zhuǎn)換,訪問(wèn)將變?yōu)槿頀呙鑣elect * from employee where last_name = 100;注last_name為varchar類型
【第3句】:聯(lián)接列
對(duì)于有聯(lián)接的列,即使最后的聯(lián)接值為一個(gè)靜態(tài)值,優(yōu)化器是不會(huì)使用索引的。我們一起來(lái)看一個(gè)例子,假定有一個(gè)職工表(employee),對(duì)于 一個(gè)職工的姓和名分成兩列存放(FIRST_NAME和LAST_NAME),現(xiàn)在要查詢一個(gè)叫比爾.克林頓(Bill Cliton)的職工。
下面是一個(gè)采用聯(lián)接查詢的SQL語(yǔ)句,
select * from employss where first_name||''||last_name ='Beill Cliton';
上面這條語(yǔ)句完全可以查詢出是否有Bill Cliton這個(gè)員工,但是這里需要注意,系統(tǒng)優(yōu)化器對(duì)基于last_name創(chuàng)建的索引沒(méi)有使用。
當(dāng)采用下面這種SQL語(yǔ)句的編寫,Oracle系統(tǒng)就可以采用基于last_name創(chuàng)建的索引。
*** where first_name ='Beill' and last_name ='Cliton';【第4句】: 通配符(%)開頭的like語(yǔ)句目前的需求是這樣的,要求在職工表中查詢名字中包含cliton的人。可以采用如下的查詢SQL語(yǔ)句:select * from employee where last_name like '%cliton%'這里由于通配符(%)在搜尋詞首出現(xiàn),所以O(shè)racle系統(tǒng)不使用last_name的索引。然而當(dāng)通配符出現(xiàn)在字符串其他位置時(shí),優(yōu)化器就能利用索引。在下面的查詢中索引得到了使用:select * from employee where last_name like 'c%'
【第5句】:索引字段上進(jìn)行運(yùn)算會(huì)使索引失效。盡量避免在WHERE子句中對(duì)字段進(jìn)行函數(shù)或表達(dá)式操作,這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。eg:SELECT * FROM T1 WHERE F1/2=100 應(yīng)改為: SELECT * FROM T1 WHERE F1=100*2
【第6句】: Order by語(yǔ)句ORDER BY語(yǔ)句決定了Oracle如何將返回的查詢結(jié)果排序。Order by語(yǔ)句對(duì)要排序的列沒(méi)有什么特別的限制,也可以將函數(shù)加入列中(象聯(lián)接或者附加等)。任何在Order by語(yǔ)句的非索引項(xiàng)或者有計(jì)算表達(dá)式都將降低查詢速度。仔細(xì)檢查order by語(yǔ)句以找出非索引項(xiàng)或者表達(dá)式,它們會(huì)降低性能。解決這個(gè)問(wèn)題的辦法就是重寫order by語(yǔ)句以使用索引,也可以為所使用的列建立另外一個(gè)索引,同時(shí)應(yīng)絕對(duì)避免在order by子句中使用表達(dá)式。【第7句】: NOT我們?cè)诓樵儠r(shí)經(jīng)常在where子句使用一些邏輯表達(dá)式,如大于、小于、等于以及不等于等等,也可以使用and(與)、or(或)以及not(非)。NOT可用來(lái)對(duì)任何邏輯運(yùn)算符號(hào)取反。下面是一個(gè)NOT子句的例子:
... where not (status ='VALID')
如果要使用NOT,則應(yīng)在取反的短語(yǔ)前面加上括號(hào),并在短語(yǔ)前面加上NOT運(yùn)算符。NOT運(yùn)算符包含在另外一個(gè)邏輯運(yùn)算符中,這就是不等于(<>)運(yùn)算符。換句話說(shuō),即使不在查詢where子句中顯式地加入NOT詞,NOT仍在運(yùn)算符中,見下例:
... where status <>'INVALID';
對(duì)這個(gè)查詢,可以改寫為不使用NOT:
select * from employee where salary<3000 or salary>3000;
雖然這兩種查詢的結(jié)果一樣,但是第二種查詢方案會(huì)比第一種查詢方案更快些。第二種查詢?cè)试SOracle對(duì)salary列使用索引,而第一種查詢則不能使用索引?!镜?句】: IN和EXISTS有時(shí)候會(huì)將一列和一系列值相比較。最簡(jiǎn)單的辦法就是在where子句中使用子查詢。在where子句中可以使用兩種格式的子查詢。
第一種格式是使用IN操作符:
... where column in(select * from ... where ...);
第二種格式是使用EXIST操作符:
... where exists (select 'X' from ...where ...);
我相信絕大多數(shù)人會(huì)使用第一種格式,因?yàn)樗容^容易編寫,而實(shí)際上第二種格式要遠(yuǎn)比第一種格式的效率高。在Oracle中可以幾乎將所有的IN操作符子查詢改寫為使用EXISTS的子查詢。
第二種格式中,子查詢以‘select 'X'開始。運(yùn)用EXISTS子句不管子查詢從表中抽取什么數(shù)據(jù)它只查看where子句。這樣優(yōu)化器就不必遍歷整個(gè)表而僅根據(jù)索引就可完成工作(這里假定在where語(yǔ)句中使用的列存在索引)。相對(duì)于IN子句來(lái)說(shuō),EXISTS使用相連子查詢,構(gòu)造起來(lái)要比IN子查詢困難一些。
通過(guò)使用EXIST,Oracle系統(tǒng)會(huì)首先檢查主查詢,然后運(yùn)行子查詢直到它找到第一個(gè)匹配項(xiàng),這就節(jié)省了時(shí)間。Oracle系統(tǒng)在執(zhí)行IN子查詢時(shí),首先執(zhí)行子查詢,并將獲得的結(jié)果列表存放在一個(gè)加了索引的臨時(shí)表中。在執(zhí)行子查詢之前,系統(tǒng)先將主查詢掛起,待子查詢執(zhí)行完畢,存放在臨時(shí)表中以后再執(zhí)行主查詢。這也就是使用EXISTS比使用IN通常查詢速度快的原因。
同時(shí)應(yīng)盡可能使用NOT EXISTS來(lái)代替NOT IN,盡管二者都使用了NOT(不能使用索引而降低速度),NOT EXISTS要比NOT IN查詢效率更高。
【第9句】:應(yīng)盡量避免在 where 子句中使用or來(lái)連接條件,否則將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描,如:select id from employee where num=10 or num=20可以這樣查詢:select id from employee where num=10 union all select id from employeewhere num=20
【第10句】:應(yīng)盡量避免在 where 子句中對(duì)字段進(jìn)行表達(dá)式操作
這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如:select id from t where num/2=100應(yīng)改為:select id from t where num=100*2
【第11句】:應(yīng)盡量避免在where子句中對(duì)字段進(jìn)行函數(shù)操作
這將導(dǎo)致引擎放棄使用索引而進(jìn)行全表掃描。如:select id from t where substring(name,1,3)=’abc’ ,name以abc開頭的id應(yīng)改為:
select id from t where name like ‘a(chǎn)bc%’
【第12句】:不要在 where 子句中的“=”左邊進(jìn)行函數(shù)、算術(shù)運(yùn)算或其他表達(dá)式運(yùn)算,否則系統(tǒng)將可能無(wú)法正確使用索引。
【第13句】:在使用索引字段作為條件時(shí),如果該索引是復(fù)合索引,那么必須使用到該索引中的第一個(gè)字段作為條件時(shí)才能保證系統(tǒng)使用該索引,否則該索引將不會(huì)被使用,并且應(yīng)盡可能的讓字段順序與索引順序相一致。
【第14句】: 索引并不是越多越好
索引固然可以提高相應(yīng)的select的效率,但同時(shí)也降低了insert 及update的效率,因?yàn)?insert 或 update 時(shí)有可能會(huì)重建索引,所以怎樣建索引需要慎重考慮,視具體情況而定。一個(gè)表的索引數(shù)最好不要超過(guò)6個(gè),若太多則應(yīng)考慮一些不常使用到的列上建的索引是否有必要。
【第15句】:盡量使用數(shù)字型字段,若只含數(shù)值信息的字段盡量不要設(shè)計(jì)為字符型,這會(huì)降低查詢和連接的性能,并會(huì)增加存儲(chǔ)開銷。這是因?yàn)橐嬖谔幚聿樵兒瓦B接時(shí)會(huì)逐個(gè)比較字符串中每一個(gè)字符,而對(duì)于數(shù)字型而言只需要比較一次就夠了。
【第16句】:盡可能的使用 varchar/nvarchar 代替 char/nchar ,因?yàn)槭紫茸冮L(zhǎng)字段存儲(chǔ)空間小,可以節(jié)省存儲(chǔ)空間,其次對(duì)于查詢來(lái)說(shuō),在一個(gè)相對(duì)較小的字段內(nèi)搜索效率顯然要高些。
【第17句】:任何地方都不要使用select * fromt,用具體的字段列表代替“*”,不要返回用不到的任何字段。
四、總結(jié):通過(guò)這些查詢優(yōu)化方法,我們?cè)O(shè)法將查詢從8秒降低到2秒,并且將查詢次數(shù)從4次減少到1次。需要說(shuō)明的是,這些查詢時(shí)間是在我們開發(fā)環(huán)境運(yùn)行時(shí)記錄的,生產(chǎn)環(huán)境速度會(huì)更快。
這對(duì)追蹤查詢緩慢及其修復(fù)等問(wèn)題是一個(gè)有用的指南。優(yōu)化查詢看起來(lái)可能像一個(gè)可怕的任務(wù),但只要你嘗試一下,并取得一些初步的勝利,你就會(huì)開始找到錯(cuò)誤,并希望做出進(jìn)一步改善。
如何在多個(gè)表格里同一個(gè)字段后面添加相同的內(nèi)容
我有一個(gè)最簡(jiǎn)單的辦法:
【第1句】:打開工作薄,單擊工作表,右擊選中所有工作表,這時(shí)候工作表名稱都變成白色,選中狀態(tài)。
【第2句】:然后在你打開當(dāng)前的這個(gè)工作表中,指定的字段后邊添加需要的容。
【第3句】:點(diǎn)來(lái)任意一個(gè)工作表檢查,對(duì)應(yīng)的單元格應(yīng)該都發(fā)生了變化。都添加了相同的內(nèi)容。
頭條號(hào):excel講堂
mysql億級(jí)表增加一個(gè)字段
通常使用開源的dba工具來(lái)完成,大概原理是先建一張一模一樣的空表,然后進(jìn)行冷熱數(shù)據(jù)的復(fù)制到先表中,當(dāng)數(shù)據(jù)同步后再將兩張表的名稱進(jìn)行替換,這樣可以避免高并發(fā)時(shí)mysql鎖死
如何在mysql設(shè)置字段默認(rèn)函數(shù)?要注意什么
a、設(shè)置數(shù)據(jù)庫(kù)的默認(rèn)值:
【第1句】:?jiǎn)蝹€(gè)字段
【第2句】:同一個(gè)表的多個(gè)字段
alter table 數(shù)據(jù)表名 modify `name` VARCHAR (255) DEFAULT null,modify `type` INT (11) DEFAULT 0,modify `company_id` INT (11) DEFAULT 0,
b、為字段添加默認(rèn)時(shí)間:
將字段類型設(shè)為 TIMESTAMP
將默認(rèn)值設(shè)為 CURRENT_TIMESTAMP
c、設(shè)置日期字段默認(rèn)值為當(dāng)前日期:
獲得當(dāng)前時(shí)間 select current_time;
獲得當(dāng)前日期 select current_date;
Select CurDate();
Select CurTime();
Select Now();
原文:blog.csdn.net/hacker_boy/article/details/77902434
d、查詢時(shí)給值為null的設(shè)置默認(rèn)值:
select coalesce(title,'liu') from a;
e、查詢時(shí)給字段賦默認(rèn)值
select id,null as password from account order by id;
成都加米谷大數(shù)據(jù)培訓(xùn)機(jī)構(gòu),數(shù)據(jù)分析與挖掘培訓(xùn)、大數(shù)據(jù)開發(fā)新課咨詢中,中秋國(guó)慶特惠活動(dòng)進(jìn)行中!
php中怎樣實(shí)現(xiàn)sql字段包含于字符串
謝謝!
sql語(yǔ)法支持樓主所說(shuō)的功能:輸入一個(gè)字符串,匹配字符串中的某些字段,模糊查詢,關(guān)于模糊匹配的格式,樓主可以隨便查詢下SQL語(yǔ)法都能找到,select * from tbl_user where staus like '%頭痛2日%'; 式如下:select 字段 from 表 where 某字段 like 條件,其中關(guān)于條件,sql提供了以下幾種匹配模式:
(1)、%:表示零個(gè)或多個(gè)字符。
可以匹配任意類型和任意長(zhǎng)度的字符,有些情況下若是中文,請(qǐng)使用兩個(gè)百分號(hào)(%%)表示。比如:select * from tbl_user where staus like '%頭痛2日%'; 將會(huì)把tbl_user這張表里面,列名status中含有“頭痛2日”的記錄全部查詢出來(lái)。
(2)、_:表示任意單個(gè)字符。匹配單個(gè)任意字符,它常用來(lái)限制表達(dá)式的字符長(zhǎng)度。
比如select * from ftbl_user where status like __頭通2日; 只能找到類似“某某頭通2日”這樣的癥狀記錄。
(3)、[]:表示括號(hào)內(nèi)所列字符中的一個(gè)(類似正則表達(dá)式)。指定一個(gè)字符、字符串或范圍,要求所匹配的對(duì)象為他們中的任一個(gè)。比如select * from tbl_user where status like '[頭眼耳]痛';將找出“頭痛”“眼痛”“的記錄。
(4)、[^]:表示不在括號(hào)所列之內(nèi)的單個(gè)字符。其取之和[]相同,但它所要求匹配對(duì)象為指定字符以外的任一個(gè)字符。比如select * from tbl_user where status like'[^頭眼耳]痛'; 將找出不是頭痛,眼痛, 耳痛之外的心痛。
注意事項(xiàng):查詢內(nèi)容包含通配由于通配符的緣故,導(dǎo)致查詢特殊字符“%”、“_”、“[”的語(yǔ)句無(wú)法正常實(shí)現(xiàn),把特殊字符用“[]”括起來(lái)便可以正常查詢。
如果mysql字段是int并加了索引,那么如果在查詢的時(shí)候,條件加引號(hào)會(huì)用到索引嗎
這個(gè)問(wèn)題其實(shí)咱們實(shí)驗(yàn)一下就可以知道答案了。
本地搭建測(cè)試環(huán)境:
MySQL【第5句】:7
建表如下:
先來(lái)個(gè)條件不加引號(hào)的:
顯然根據(jù)紅框中的內(nèi)容,此查詢是用到了索引的。
再來(lái)個(gè)不加引號(hào)的:
同樣是用到了索引。
其實(shí)MySQL在處理語(yǔ)句時(shí),如果字段是int型,會(huì)隱式的把string類型強(qiáng)制轉(zhuǎn)換成int型。本例中由于user_id是int型,所以MySQL遇到'5'時(shí),會(huì)把'5'轉(zhuǎn)換成5。
但是這種機(jī)制有時(shí)候會(huì)造成一些誤解,如下例所示:
這個(gè)例子不會(huì)提示錯(cuò)誤,MySQL自動(dòng)把'1,2,3'轉(zhuǎn)成了1。
但其實(shí)不是我們想要的結(jié)果。我們想要的是如下結(jié)果:
這算是一個(gè)MySQL的一個(gè)小坑吧,希望大家多多注意。
另外要注意的是,單獨(dú)的in語(yǔ)句是不會(huì)用到索引的,如下圖所示:
在各種玄幻小說(shuō)中,有哪些霸氣語(yǔ)錄值得分享
頭頂天,腳踏地,頂天立地男子漢!