快速過(guò)完這本書(shū)..... 只記了些容易忘或者不太熟悉的點(diǎn)

第二章 MySQL簡(jiǎn)介

MySQL版本主要修改

4 InnoDB引擎鹃操，增加事務(wù)處理(第26章)瑰煎、并(第17章)卸亮、改 進(jìn)全文本搜索(第18章)等的支持短荐。
4.1 對(duì)函數(shù)庫(kù)混巧、子查詢(xún)(第14章)萤捆、集成幫助等的重要增加裙品。
5 存儲(chǔ)過(guò)程(第23章)、觸發(fā)器(第25章)俗或、游標(biāo)(第24章)市怎、
視圖(第22章)等

第四章 檢索數(shù)據(jù)

SQL語(yǔ)句和大小寫(xiě) 請(qǐng)注意，SQL語(yǔ)句不區(qū)分大小寫(xiě)辛慰，因此 SELECT與select是相同的区匠。同樣，寫(xiě)成Select也沒(méi)有關(guān)系帅腌。 許多SQL開(kāi)發(fā)人員喜歡對(duì)所有SQL關(guān)鍵字使用大寫(xiě)驰弄，而對(duì)所有 列和表名使用小寫(xiě)，這樣做使代碼更易于閱讀和調(diào)試速客。

檢索不同的行

SELECT DISTINCT vend_id  

//告訴MySQL只返回不同(唯一)的 vend_id行 輸出

*----------*
| vend_id |
|  1001   |
|  1002   |
|  1003   |
*----------*

不能部分使用DISTINCT DISTINCT關(guān)鍵字應(yīng)用于所有列而 不僅是前置它的列戚篙。如果給出SELECT DISTINCT vend_id, prod_price，除非指定的兩個(gè)列都不同挽封，否則所有行都將被 檢索出來(lái)已球。

第五章 排序

5.2 按多個(gè)列排序

select * from xxx order by prod_price, prod_name
僅在多個(gè)行具有相同的prod_price值時(shí)才對(duì)產(chǎn)品按prod_name進(jìn)行排序臣镣。

區(qū)分大小寫(xiě)和排序順序
在對(duì)文本性的數(shù)據(jù)進(jìn)行排序時(shí)，A與a相同嗎?a位于B之前還是位于Z之后?這些問(wèn)題不是理論問(wèn) 題智亮，其答案取決于數(shù)據(jù)庫(kù)如何設(shè)置忆某。
在字典(dictionary)排序順序中，A被視為與a相同阔蛉，這是MySQL (和大多數(shù)數(shù)據(jù)庫(kù)管理系統(tǒng))的默認(rèn)行為弃舒。但是，許多數(shù)據(jù)庫(kù) 管理員能夠在需要時(shí)改變這種行為(如果你的數(shù)據(jù)庫(kù)包含大量
外語(yǔ)字符状原，可能必須這樣做)聋呢。
這里，關(guān)鍵的問(wèn)題是颠区，如果確實(shí)需要改變這種排序順序削锰，用簡(jiǎn) 單的ORDER BY子句做不到。你必須請(qǐng)求數(shù)據(jù)庫(kù)管理員的幫助毕莱。

第六章 過(guò)濾數(shù)據(jù)

6.2.4 空值檢查

在創(chuàng)建表時(shí)器贩，表設(shè)計(jì)人員可以指定其中的列是否可以不包含值。在
一個(gè)列不包含值時(shí)朋截，稱(chēng)其為包含空值NULL蛹稍。
SELECT語(yǔ)句有一個(gè)特殊的WHERE子句，可用來(lái)檢查具有NULL值的列部服。
這個(gè)WHERE子句就是IS NULL子句唆姐。
select * from xxx where prod_price IS NULL

第八章 用通配符過(guò)濾

8.1.1 百分號(hào)(%)通配符

最常使用的通配符是百分號(hào)(%)。在搜索串中廓八，%表示任何字符出現(xiàn) 任意次數(shù)奉芦。例如，為了找出所有以詞jet起頭的產(chǎn)品剧蹂，可使用以下SELECT 語(yǔ)句:

SELECT * FROM products WHERE prod_name LIKE 'jet%'

此例子使用了搜索模式'jet%'仗阅。在執(zhí)行這條子句時(shí)，將檢索任
意以jet起頭的詞国夜。%告訴MySQL接受jet之后的任意字符，不 管它有多少字符短绸。

區(qū)分大小寫(xiě) 根據(jù)MySQL的配置方式车吹，搜索可以是區(qū)分大小 寫(xiě)的。如果區(qū)分大小寫(xiě)醋闭，'jet%'與JetPack 1000將不匹配窄驹。

通配符可在搜索模式中任意位置使用，并且可以使用多個(gè)通配符证逻。 下面的例子使用兩個(gè)通配符乐埠，它們位于模式的兩端:

SELECT * FROM products WHERE prod_name LIKE '%jet%'

注意尾空格
尾空格可能會(huì)干擾通配符匹配。例如，在保存詞 anvil時(shí)丈咐，如果它后面有一個(gè)或多個(gè)空格瑞眼，則子句WHERE prod_name LIKE '%anvil'將不會(huì)匹配它們，因?yàn)樵谧詈蟮膌 后有多余的字符棵逊。解決這個(gè)問(wèn)題的一個(gè)簡(jiǎn)單的辦法是在搜索模 式最后附加一個(gè)%伤疙。一個(gè)更好的辦法是使用函數(shù)(第11章將會(huì) 介紹)去掉首尾空格。

注意NULL
雖然似乎%通配符可以匹配任何東西辆影，但有一個(gè)例 外徒像，即NULL。即使是WHERE prod_name LIKE '%'也不能匹配 用值NULL作為產(chǎn)品名的行蛙讥。

8.1.2 下劃線(_)通配符

另一個(gè)有用的通配符是下劃線()锯蛀。下劃線的用途與%一樣，但下劃
線只匹配單個(gè)字符而不是多個(gè)字符次慢。
與%能匹配0個(gè)字符不一樣旁涤，總是匹配一個(gè)字符，不能多也不能少经备。

8.2 使用通配符的技巧

正如所見(jiàn)拭抬，MySQL的通配符很有用。但這種功能是有代價(jià)的:通配 符搜索的處理一般要比前面討論的其他搜索所花時(shí)間更長(zhǎng)侵蒙。這里給出一 些使用通配符要記住的技巧造虎。

• 不要過(guò)度使用通配符。如果其他操作符能達(dá)到相同的目的纷闺，應(yīng)該 使用其他操作符算凿。
• 在確實(shí)需要使用通配符時(shí)，除非絕對(duì)有必要犁功，否則不要把它們用 在搜索模式的開(kāi)始處氓轰。把通配符置于搜索模式的開(kāi)始處，搜索起 來(lái)是最慢的浸卦。
• 仔細(xì)注意通配符的位置署鸡。如果放錯(cuò)地方，可能不會(huì)返回想要的數(shù)據(jù)

第九章 用正則表達(dá)式 進(jìn)行搜索

僅為正則表達(dá)式語(yǔ)言的一個(gè)子集 如果你熟悉正則表達(dá)式限嫌，需 要注意:MySQL僅支持多數(shù)正則表達(dá)式實(shí)現(xiàn)的一個(gè)很小的子 集靴庆。本章介紹MySQL支持的大多數(shù)內(nèi)容。

9.2.1 基本字符匹配

SELECT * FROM product WHERE product_name REGEXP '1000'
除關(guān)鍵字LIKE被REGEXP替代外怒医，這條語(yǔ)句看上去非常像使用
LIKE的語(yǔ)句(第8章)炉抒。它告訴MySQL:REGEXP后所跟的東西作 為正則表達(dá)式(與文字正文1000匹配的一個(gè)正則表達(dá)式)處理。

*----------*
| product_name |
|  JetPack 1000   |
*----------*

支持操作符

. 
|
[]
[1-5]
\\  （轉(zhuǎn)義稚叹，比如查找. 需要\\.）

9.2.6 匹配字符類(lèi)

第十章拿诸、創(chuàng)建計(jì)算字段

10.2 拼接字段

vendors表包含供應(yīng)商名和位置信息。假如要生成一個(gè)供應(yīng)商報(bào)表塞茅， 需要在供應(yīng)商的名字中按照name(location)這樣的格式列出供應(yīng)商的位置亩码。
此報(bào)表需要單個(gè)值，而表中數(shù)據(jù)存儲(chǔ)在兩個(gè)列vend_name和vend_ country中凡桥。此外蟀伸，需要用括號(hào)將vend_country括起來(lái)，這些東西都沒(méi)有 明確存儲(chǔ)在數(shù)據(jù)庫(kù)表中缅刽。我們來(lái)看看怎樣編寫(xiě)返回供應(yīng)商名和位置的 SELECT語(yǔ)句啊掏。

SELECT Concat(vend_name, ' (', vend_country, ') ') FROM vendor;

此外還可以疊加去空格

SELECT Concat(RTrim(vend_name), ' (', vend_country, ') ') FROM vendor;

RTrim()函數(shù)去掉值右邊的所有空格。通過(guò)使用RTrim()衰猛，各個(gè) 列都進(jìn)行了整理迟蜜。

Trim函數(shù) MySQL除了支持RTrim()(正如剛才所見(jiàn)，它去掉 串右邊的空格)啡省，還支持LTrim()(去掉串左邊的空格)以及 Trim()(去掉串左右兩邊的空格)娜睛。

使用別名
別名用AS關(guān)鍵字賦予

SELECT Concat(RTrim(vend_name), ' (', vend_country, ') ') as vend_title FROM vendor;

10.3 使用算數(shù)運(yùn)算

支持加減乘除 + — * /

第十一章 使用數(shù)據(jù)處理函數(shù)

函數(shù)沒(méi)有SQL的可移植性強(qiáng)
能運(yùn)行在多個(gè)系統(tǒng)上的代碼稱(chēng) 為可移植的(portable)。相對(duì)來(lái)說(shuō)卦睹，多數(shù)SQL語(yǔ)句是可移植的畦戒， 在SQL實(shí)現(xiàn)之間有差異時(shí)，這些差異通常不那么難處理结序。而函 數(shù)的可移植性卻不強(qiáng)障斋。幾乎每種主要的DBMS的實(shí)現(xiàn)都支持其 他實(shí)現(xiàn)不支持的函數(shù)，而且有時(shí)差異還很大徐鹤。
為了代碼的可移植垃环，許多SQL程序員不贊成使用特殊實(shí)現(xiàn)的功 能。雖然這樣做很有好處返敬，但不總是利于應(yīng)用程序的性能遂庄。如 果不使用這些函數(shù)，編寫(xiě)某些應(yīng)用程序代碼會(huì)很艱難劲赠。必須利 用其他方法來(lái)實(shí)現(xiàn)DBMS非常有效地完成的工作涛目。
如果你決定使用函數(shù)，應(yīng)該保證做好代碼注釋?zhuān)员阋院竽?或 其他人)能確切地知道所編寫(xiě)SQL代碼的含義凛澎。

常用文本處理函數(shù)

Left() 返回串左邊的字符
Length() 返回串的長(zhǎng)度
Locate() 找出串的一個(gè)子串
Lower() 將串轉(zhuǎn)換為小寫(xiě)
LTrim() 去掉串左邊的空格
Right() 返回串右邊的字符
RTrim() 去掉串右邊的空格
Soundex() 返回串的SOUNDEX值
SubString() 返回子串的字符
Upper() 將串轉(zhuǎn)換為大寫(xiě)

SOUNDEX 是一個(gè)將任何文 本串轉(zhuǎn)換為描述其語(yǔ)音表示的字母數(shù)字模式的算法泌绣。SOUNDEX考慮了類(lèi)似 的發(fā)音字符和音節(jié)，使得能對(duì)串進(jìn)行發(fā)音比較而不是字母比較预厌。雖然 SOUNDEX不是SQL概念，但MySQL(就像多數(shù)DBMS一樣)都提供對(duì) SOUNDEX的支持元媚。

下面給出一個(gè)使用Soundex()函數(shù)的例子轧叽。customers表中有一個(gè)顧 客Coyote Inc.苗沧，其聯(lián)系名為Y.Lee。但如果這是輸入錯(cuò)誤炭晒，此聯(lián)系名實(shí) 際應(yīng)該是Y.Lie待逞，怎么辦?顯然，按正確的聯(lián)系名搜索不會(huì)返回?cái)?shù)據(jù)
現(xiàn)在試一下使用Soundex()函數(shù)進(jìn)行搜索网严，它匹配所有發(fā)音類(lèi)似于 Y.Lie的聯(lián)系名:

SELECT * FROM customers WHERE Soundex(cust_contact) = Soundex('Y Lie');

11.2.2 日期和時(shí)間處理函數(shù)

AddDate() 增加一個(gè)日期(天识樱、周等)
AddTime() 增加一個(gè)時(shí)間(時(shí)、分等)
CurDate() 返回當(dāng)前日期
CurTime() 返回當(dāng)前時(shí)間
Date() 返回日期時(shí)間的日期部分
DateDiff() 計(jì)算兩個(gè)日期之差
Date_Add() 高度靈活的日期運(yùn)算函數(shù)
Date_Format() 返回一個(gè)格式化的日期或時(shí)間串
Day() 返回一個(gè)日期的天數(shù)部分
DayOfWeek() 對(duì)于一個(gè)日期震束，返回對(duì)應(yīng)的星期幾
Hour() 返回一個(gè)時(shí)間的小時(shí)部分
Minute() 返回一個(gè)時(shí)間的分鐘部分
Month() 返回一個(gè)日期的月份部分
Now() 返回當(dāng)前日期和時(shí)間
Second() 返回一個(gè)時(shí)間的秒部分
Time() 返回一個(gè)日期時(shí)間的時(shí)間部分
Year() 返回一個(gè)日期的年份部分

首先需要注意的是MySQL使用的日期格式怜庸。無(wú)論你什么時(shí)候指定一個(gè)日期，不管是插入或更新表值還是用WHERE子句進(jìn)行過(guò)濾垢村，日期必須為 格式y(tǒng)yyy-mm-dd割疾。
因此，2005年9月1日嘉栓，給出為2005-09-01宏榕。雖然其他的日期格式可能也行，但這是首選的日期格式侵佃，因?yàn)樗懦硕嗔x性(如麻昼， 04/05/06是2006年5月4日或2006年4月5日或2004年5月6日或......)

使用WHERE order_date = '2005-09-01'可靠嗎?
order_date的數(shù)據(jù)類(lèi)型為datetime，存儲(chǔ)日期及時(shí)間值馋辈。
實(shí)際中比如抚芦，存儲(chǔ)的order_date值為 2005-09-01 11:30:05，則WHERE order_date = '2005-09-01'失敗首有。

解決辦法是指示MySQL僅將給出的日期與列中的日期部分進(jìn)行比 較燕垃，而不是將給出的日期與整個(gè)列值進(jìn)行比較。
為此井联，必須使用Date() 函數(shù)卜壕。Date(order_date) 指示MySQL僅提取列的日期部分

如果要的是日期，請(qǐng)使用Date()
如果你想要的僅是日期烙常， 則使用Date()是一個(gè)良好的習(xí)慣轴捎，即使你知道相應(yīng)的列只包 含日期也是如此。這樣蚕脏，如果由于某種原因表中以后有日期和 時(shí)間值侦副，你的SQL代碼也不用改變。當(dāng)然驼鞭，也存在一個(gè)Time() 函數(shù)秦驯，在你只想要時(shí)間時(shí)應(yīng)該使用它。
Date()和Time()都是在MySQL 4.1.1中第一次引入的

如果你想檢索出2005年9月下的 所有訂單挣棕，怎么辦?

SELECT * FROM orders WHERE Year(order_date) = 2005 AND Month(order_date) = 9;

11.2.3 數(shù)值處理函數(shù)

Abs() 返回一個(gè)數(shù)的絕對(duì)值
Cos() 返回一個(gè)角度的余弦
Exp() 返回一個(gè)數(shù)的指數(shù)值
Mod() 返回除操作的余數(shù)
Pi() 返回圓周率
Rand() 返回一個(gè)隨機(jī)數(shù)
Sin() 返回一個(gè)角度的正弦
Sqrt() 返回一個(gè)數(shù)的平方根
Tan() 返回一個(gè)角度的正切

第12章 匯總數(shù)據(jù)

SQL聚集函數(shù)
AVG() 返回某列的平均值
COUNT() 返回某列的行數(shù)
MAX() 返回某列的最大值
MIN() 返回某列的最小值
SUM() 返回某列值之和

12.1.2 COUNT()函數(shù)

COUNT()函數(shù)進(jìn)行計(jì)數(shù)译隘∏浊牛可利用COUNT()確定表中行的數(shù)目或符合特
定條件的行的數(shù)目。 COUNT()函數(shù)有兩種使用方式固耘。

1. 使用COUNT(*)對(duì)表中行的數(shù)目進(jìn)行計(jì)數(shù)题篷，不管表列中包含的是空 值(NULL)還是非空值。
2. 使用COUNT(column)對(duì)特定列中具有值的行進(jìn)行計(jì)數(shù)厅目，忽略 NULL值番枚。

NULL值
如果指定列名，則指定列的值為空的行被COUNT() 函數(shù)忽略损敷，但如果COUNT()函數(shù)中用的是星號(hào)(*)葫笼，則不忽略。

12.1.3 MAX()函數(shù)

對(duì)非數(shù)值數(shù)據(jù)使用MAX()
雖然MAX()一般用來(lái)找出最大的數(shù)值或日期值，但MySQL允許將它用來(lái)返回任意列中的最大值，包括返回文本列中的最大值脑溢。
在用于文本數(shù)據(jù)時(shí)载庭，如果數(shù)據(jù)按相應(yīng)的列排序，則MAX()返回最后一行。

NULL值
MAX()函數(shù)忽略列值為NULL的行。

12.1.4 MIN()函數(shù)

對(duì)非數(shù)值數(shù)據(jù)使用MIN()
MIN()函數(shù)與MAX()函數(shù)類(lèi)似，MySQL允許將它用來(lái)返回任意列中的最小值垫挨，包括返回文本列中的最小值。在用于文本數(shù)據(jù)時(shí)触菜，如果數(shù)據(jù)按相應(yīng)的列排序九榔，則MIN()返回最前面的行。

NULL值
MIN()函數(shù)忽略列值為NULL的行涡相。

12.2 聚集不同值

MySQL 5及后期版本
下面將要介紹的聚集函數(shù)的DISTINCT的使用哲泊，已經(jīng)被添加到MySQL 5.0.3中。下面所述內(nèi)容在MySQL 4.x中不能正常運(yùn)行催蝗。

以上5個(gè)聚集函數(shù)都可以如下使用:

• 對(duì)所有的行執(zhí)行計(jì)算切威，指定ALL參數(shù)或不給參數(shù)(因?yàn)锳LL是默認(rèn)
  行為);
• 只包含不同的值，指定DISTINCT參數(shù)丙号。

ALL為默認(rèn)
ALL參數(shù)不需要指定先朦，因?yàn)樗悄J(rèn)行為。如果不指定DISTINCT犬缨，則假定為ALL喳魏。

下面的例子使用AVG()函數(shù)返回特定供應(yīng)商提供的產(chǎn)品的平均價(jià)格。 它與上面的SELECT語(yǔ)句相同怀薛，但使用了DISTINCT參數(shù)刺彩，因此平均值只 考慮各個(gè)不同的價(jià)格:

SELECT AVG(DISTINCT prod_price) as avg_price FROM productsWHERE vendor_id=1003;

注意
如果指定列名，則DISTINCT只能用于COUNT()。
DISTINCT不能用于COUNT(*)迂苛，因此不允許使用COUNT(DISTINCT)三热， 否則會(huì)產(chǎn)生錯(cuò)誤。類(lèi)似地三幻，DISTINCT必須使用列名，不能用于計(jì)算或表達(dá)式呐能。

第13章 分組數(shù)據(jù)

在具體使用GROUP BY子句前念搬，需要知道一些重要的規(guī)定。

• GROUP BY子句可以包含任意數(shù)目的列摆出。這使得能對(duì)分組進(jìn)行嵌套朗徊， 為數(shù)據(jù)分組提供更細(xì)致的控制。
• 如果在GROUP BY子句中嵌套了分組偎漫，數(shù)據(jù)將在最后規(guī)定的分組上 進(jìn)行匯總爷恳。換句話說(shuō)，在建立分組時(shí)象踊，指定的所有列都一起計(jì)算(所以不能從個(gè)別的列取回?cái)?shù)據(jù))温亲。
• GROUP BY子句中列出的每個(gè)列都必須是檢索列或有效的表達(dá)式
  (但不能是聚集函數(shù))。如果在SELECT中使用表達(dá)式杯矩，則必須在 GROUP BY子句中指定相同的表達(dá)式栈虚。不能使用別名。
• 除聚集計(jì)算語(yǔ)句外史隆，SELECT語(yǔ)句中的每個(gè)列都必須在GROUP BY子句中給出魂务。
• 如果分組列中具有NULL值，則NULL將作為一個(gè)分組返回泌射。如果列 中有多行NULL值粘姜，它們將分為一組。
• GROUP BY子句必須出現(xiàn)在WHERE子句之后熔酷，ORDER BY子句之前孤紧。

13.3 過(guò)濾分組

HAVING和WHERE的差別
這里有另一種理解方法，WHERE在數(shù)據(jù)分組前進(jìn)行過(guò)濾纯陨，HAVING在數(shù)據(jù)分組后進(jìn)行過(guò)濾坛芽。這是一個(gè)重要的區(qū)別，WHERE排除的行不包括在分組中翼抠。這可能會(huì)改變計(jì)算值咙轩，從而影響HAVING子句中基于這些值過(guò)濾掉的分組。

13.4 分組和排序

雖然GROUP BY和ORDER BY經(jīng)常完成相同的工作阴颖，但它們是非常不同
的活喊。表13-1匯總了它們之間的差別。

第14章 使用子查詢(xún)

14.3 作為計(jì)算字段使用子查詢(xún)

使用子查詢(xún)的另一方法是創(chuàng)建計(jì)算字段。假如需要顯示customers
表中每個(gè)客戶(hù)的訂單總數(shù)煞烫。訂單與相應(yīng)的客戶(hù)ID存儲(chǔ)在orders表中浑此。 為了執(zhí)行這個(gè)操作，遵循下面的步驟滞详。
(1) 從customers表中檢索客戶(hù)列表凛俱。
(2) 對(duì)于檢索出的每個(gè)客戶(hù)，統(tǒng)計(jì)其在orders表中的訂單數(shù)目料饥。

正如前兩章所述蒲犬，可使用SELECT COUNT(*)對(duì)表中的行進(jìn)行計(jì)數(shù)，并 且通過(guò)提供一條WHERE子句來(lái)過(guò)濾某個(gè)特定的客戶(hù)ID岸啡，可僅對(duì)該客戶(hù)的訂單進(jìn)行計(jì)數(shù)原叮。例如，下面的代碼對(duì)客戶(hù)10001的訂單進(jìn)行計(jì)數(shù):

SELECT COUNT(*) AS orders FROM orders WHERE cust_id=1001;

為了對(duì)每個(gè)客戶(hù)執(zhí)行COUNT(*)計(jì)算巡蘸，應(yīng)該將COUNT(*)作為一個(gè)子查 詢(xún)奋隶。

SELECT cust_name, 
       cust_state, 
       (SELECT COUNT(*) FROM orders WHERE orders.cust_id = customers.cust_id) AS orders 
FROM customers 
ORDER BY cust_name;

這條SELECT語(yǔ)句對(duì)customers表中每個(gè)客戶(hù)返回3列:
cust_name、cust_state和orders赡若。
orders是一個(gè)計(jì)算字段达布，它是由圓括號(hào)中的子查詢(xún)建立的。該子查詢(xún)對(duì)檢索出的每個(gè)客戶(hù)執(zhí)行一次逾冬。在此例子中黍聂，該子查詢(xún)執(zhí)行了5次，因?yàn)闄z索出了5個(gè)客戶(hù)身腻。

子查詢(xún)中的WHERE子句與前面使用的WHERE子句稍有不同产还，因?yàn)樗?用了完全限定列名(在第4章中首次提到)。下面的語(yǔ)句告訴SQL比較 orders表中的cust_id與當(dāng)前正從customers表中檢索的cust_id:
WHERE orders.cust_id = customers.cust_id

這種類(lèi)型的子查詢(xún)稱(chēng)為相關(guān)子查詢(xún)嘀趟。任何時(shí)候只要列名可能有多義 性脐区，就必須使用這種語(yǔ)法(表名和列名由一個(gè)句點(diǎn)分隔)。

如果不完全限制列名

SELECT cust_name, 
       cust_state, 
       (SELECT COUNT(*) FROM orders WHERE cust_id = cust_id) AS orders 
FROM customers 
ORDER BY cust_name;

子查詢(xún)會(huì)變成

SELECT COUNT(*) FROM orders WHERE cust_id = cust_id;

總是返回orders表中的訂單總數(shù)(因?yàn)镸ySQL查看每個(gè)訂單的cust_id 是否與本身匹配她按，當(dāng)然牛隅，它們總是匹配的)

不止一種解決方案
正如本章前面所述，雖然這里給出的樣 例代碼運(yùn)行良好酌泰，但它并不是解決這種數(shù)據(jù)檢索的最有效的 方法媒佣。在后面的章節(jié)中我們還要遇到這個(gè)例子。

逐漸增加子查詢(xún)來(lái)建立查詢(xún)
用子查詢(xún)測(cè)試和調(diào)試查詢(xún)很有技巧性陵刹，特別是在這些語(yǔ)句的復(fù)雜性不斷增加的情況下更是如此默伍。用子查詢(xún)建立(和測(cè)試)查詢(xún)的最可靠的方法是逐漸進(jìn)行， 這與MySQL處理它們的方法非常相同。首先也糊，建立和測(cè)試最 內(nèi)層的查詢(xún)炼蹦。然后，用硬編碼數(shù)據(jù)建立和測(cè)試外層查詢(xún)狸剃，并且僅在確認(rèn)它正常后才嵌入子查詢(xún)掐隐。這時(shí)，再次測(cè)試它钞馁。對(duì)于要 增加的每個(gè)查詢(xún)瑟枫，重復(fù)這些步驟。這樣做僅給構(gòu)造查詢(xún)?cè)黾恿?一點(diǎn)點(diǎn)時(shí)間指攒，但節(jié)省了以后(找出查詢(xún)?yōu)槭裁床徽?的大量 時(shí)間，并且極大地提高了查詢(xún)一開(kāi)始就正常工作的可能性僻焚。

第15章 鏈結(jié)表

關(guān)鍵是允悦，相同數(shù)據(jù)出現(xiàn)多次決不是一件好事，此因素是關(guān)系數(shù)據(jù)庫(kù) 設(shè)計(jì)的基礎(chǔ)虑啤。關(guān)系表的設(shè)計(jì)就是要保證把信息分解成多個(gè)表隙弛，一類(lèi)數(shù)據(jù) 一個(gè)表。各表通過(guò)某些常用的值(即關(guān)系設(shè)計(jì)中的關(guān)系(relational))互相關(guān)聯(lián)狞山。

products表只存儲(chǔ)產(chǎn)品信息全闷，它除了存儲(chǔ)供應(yīng)商ID(vendors表的主 鍵)外不存儲(chǔ)其他供應(yīng)商信息。vendors表的主鍵又叫作products的外鍵萍启，它將vendors表與products表關(guān)聯(lián)总珠，利用供應(yīng)商ID能從vendors表中找出相應(yīng)供應(yīng)商的詳細(xì)信息。

維護(hù)引用完整性
重要的是勘纯，要理解聯(lián)結(jié)不是物理實(shí)體局服。
換句話說(shuō)，它在實(shí)際的數(shù)據(jù)庫(kù)表中不存在驳遵。聯(lián)結(jié)由MySQL根據(jù)需 要建立淫奔，它存在于查詢(xún)的執(zhí)行當(dāng)中。
在使用關(guān)系表時(shí)堤结，僅在關(guān)系列中插入合法的數(shù)據(jù)非常重要唆迁。
回到這里的例子，如果在products表中插入擁有非法供應(yīng)商ID (即沒(méi)有在vendors表中出現(xiàn))的供應(yīng)商生產(chǎn)的產(chǎn)品竞穷，則這些產(chǎn)品是不可訪問(wèn)的唐责，因?yàn)樗鼈儧](méi)有關(guān)聯(lián)到某個(gè)供應(yīng)商。
為防止這種情況發(fā)生来庭，可指示MySQL只允許在products表的 供應(yīng)商ID列中出現(xiàn)合法值(即出現(xiàn)在vendors表中的供應(yīng)商)妒蔚。 這就是維護(hù)引用完整性，它是通過(guò)在表的定義中指定主鍵和外鍵來(lái)實(shí)現(xiàn)的。(這將在第21章介紹肴盏。)

15.2 創(chuàng)建聯(lián)結(jié)

SELECT vend_name, 
       prod_name, 
       prod_price 
FROM venders, products 
WHERE venders.vend_id = products.vend_id 
ORDER BY vend_name, prod_name;

現(xiàn)在來(lái)看FROM子句
與以前的SELECT語(yǔ)句不一樣科盛，這條語(yǔ)句的FROM子句列出了兩個(gè)表，分別是vendors和products菜皂。它們就是這條SELECT語(yǔ)句聯(lián)結(jié)的兩個(gè)表的名字贞绵。
這兩個(gè)表用WHERE子句正確聯(lián)結(jié)，WHERE子句指示MySQL匹配vendors表中的vend_id和products表中的vend_id恍飘。

15.2.1 WHERE子句的重要性

利用WHERE子句建立聯(lián)結(jié)關(guān)系似乎有點(diǎn)奇怪榨崩，但實(shí)際上，有一個(gè)很充分的理由章母。
請(qǐng)記住母蛛，在一條SELECT語(yǔ)句中聯(lián)結(jié)幾個(gè)表時(shí)，相應(yīng)的關(guān)系是在運(yùn)行中構(gòu)造的乳怎。在數(shù)據(jù)庫(kù)表的定義中不存在能指示MySQL如何對(duì)表進(jìn)行聯(lián)結(jié)的東西彩郊。你必須自己做這件事情。
在聯(lián)結(jié)兩個(gè)表時(shí)蚪缀，你實(shí)際上做的是將第一個(gè)表中的每一行與第二個(gè)表中的每一行配對(duì)秫逝。WHERE子句作為過(guò)濾條件，它只包含那些匹配給定條件(這里是聯(lián)結(jié)條件)的行询枚。
沒(méi)有WHERE子句违帆，第一個(gè)表中的每個(gè)行將與第二個(gè)表中的每個(gè)行配對(duì)，而不管它們邏輯上是否可以配在一起金蜀。

笛卡兒積(cartesian product)
由沒(méi)有聯(lián)結(jié)條件的表關(guān)系返回
的結(jié)果為笛卡兒積刷后。檢索出的行的數(shù)目將是第一個(gè)表中的行數(shù)乘 以第二個(gè)表中的行數(shù)

15.2.2 內(nèi)部聯(lián)結(jié)

目前為止所用的聯(lián)結(jié)稱(chēng)為等值聯(lián)結(jié)(equijoin)，它基于兩個(gè)表之間的 相等測(cè)試廉油。這種聯(lián)結(jié)也稱(chēng)為內(nèi)部聯(lián)結(jié)惠险。其實(shí)，對(duì)于這種聯(lián)結(jié)可以使用稍 微不同的語(yǔ)法來(lái)明確指定聯(lián)結(jié)的類(lèi)型抒线。下面的SELECT語(yǔ)句返回與前面例 子完全相同的數(shù)據(jù):

SELECT vend_name, 
       prod_name, 
       prod_price 
FROM venders, INNER JOIN products 
ON venders.vend_id = products.vend_id 
ORDER BY vend_name, prod_name;

此語(yǔ)句中的SELECT與前面的SELECT語(yǔ)句相同班巩，但FROM子句不同。這里嘶炭，兩個(gè)表之間的關(guān)系是FROM子句的組成部分抱慌，以INNER JOIN指定。在使用這種語(yǔ)法時(shí)眨猎，聯(lián)結(jié)條件用特定的ON子句而不是WHERE 子句給出抑进。傳遞給ON的實(shí)際條件與傳遞給WHERE的相同。

使用哪種語(yǔ)法
ANSI SQL規(guī)范首選INNER JOIN語(yǔ)法睡陪。此外寺渗，盡管使用WHERE子句定義聯(lián)結(jié)的確比較簡(jiǎn)單匿情，但是使用明確的聯(lián)結(jié)語(yǔ)法能夠確保不會(huì)忘記聯(lián)結(jié)條件，有時(shí)候這樣做也能影響性能信殊。

15.2.3 聯(lián)結(jié)多個(gè)表

SQL對(duì)一條SELECT語(yǔ)句中可以聯(lián)結(jié)的表的數(shù)目沒(méi)有限制炬称。創(chuàng)建聯(lián)結(jié)
的基本規(guī)則也相同。首先列出所有表涡拘，然后定義表之間的關(guān)系玲躯。

第16章 創(chuàng)建高級(jí)聯(lián)結(jié)

看看下面的區(qū)別

1. 子查詢(xún)

SELECT prod_id, prod_name 
FROM products
WHERE vend_id= (SELECT vend_id 
                from products
                WHERE prod_id='DTNTR')

2. 自聯(lián)結(jié)

SELECT p1.prod_id, p1.prod_name
FROM products AS p1, products AS p2
WHERE p1.vend_id = p2.vend_id
    AND p2.prod_id = 'DTNTR'

用自聯(lián)結(jié)而不用子查詢(xún)
自聯(lián)結(jié)通常作為外部語(yǔ)句用來(lái)替代從相同表中檢索數(shù)據(jù)時(shí)使用的子查詢(xún)語(yǔ)句。雖然最終的結(jié)果是相同的鳄乏，但有時(shí)候處理聯(lián)結(jié)遠(yuǎn)比處理子查詢(xún)快得多跷车。應(yīng)該試一下兩種方法，以確定哪一種的性能更好橱野。

16.2.3 外部聯(lián)結(jié)

許多聯(lián)結(jié)將一個(gè)表中的行與另一個(gè)表中的行相關(guān)聯(lián)朽缴。但有時(shí)候會(huì)需
要包含沒(méi)有關(guān)聯(lián)行的那些行。例如水援，可能需要使用聯(lián)結(jié)來(lái)完成以下工作:

• 對(duì)每個(gè)客戶(hù)下了多少訂單進(jìn)行計(jì)數(shù)不铆，包括那些至今尚未下訂單的 客戶(hù);
• 列出所有產(chǎn)品以及訂購(gòu)數(shù)量，包括沒(méi)有人訂購(gòu)的產(chǎn)品;
• 計(jì)算平均銷(xiāo)售規(guī)模裹唆，包括那些至今尚未下訂單的客戶(hù)。

在上述例子中只洒，聯(lián)結(jié)包含了那些在相關(guān)表中沒(méi)有關(guān)聯(lián)行的行许帐。這種 類(lèi)型的聯(lián)結(jié)稱(chēng)為外部聯(lián)結(jié)。

在使用OUTER JOIN語(yǔ)法時(shí)毕谴，必須使用RIGHT或LEFT關(guān)鍵字 指定包括其所有行的表(RIGHT指出的是OUTER JOIN右邊的表成畦，而LEFT 指出的是OUTER JOIN左邊的表)

第17章 組合查詢(xún)

17.1 組合查詢(xún)

多數(shù)SQL查詢(xún)都只包含從一個(gè)或多個(gè)表中返回?cái)?shù)據(jù)的單條SELECT語(yǔ) 句。MySQL也允許執(zhí)行多個(gè)查詢(xún)(多條SELECT語(yǔ)句)涝开，并將結(jié)果作為單個(gè) 查詢(xún)結(jié)果集返回循帐。這些組合查詢(xún)通常稱(chēng)為并(union)或復(fù)合查詢(xún)
(compound query)。 有兩種基本情況舀武，其中需要使用組合查詢(xún):

• 在單個(gè)查詢(xún)中從不同的表返回類(lèi)似結(jié)構(gòu)的數(shù)據(jù)
• 對(duì)單個(gè)表執(zhí)行多個(gè)查詢(xún)拄养，按單個(gè)查詢(xún)返回?cái)?shù)據(jù)

組合查詢(xún)和多個(gè)WHERE件
多數(shù)情況下，組合相同表的兩個(gè)查詢(xún)完成的工作與具有多個(gè)WHERE子句條件的單條查詢(xún)完成的工作相同银舱。換句話說(shuō)瘪匿，任何具有多個(gè)WHERE子句的SELECT語(yǔ)句都可以作為一個(gè)組合查詢(xún)給出，在以下段落中可以看到這一點(diǎn)寻馏。 這兩種技術(shù)在不同的查詢(xún)中性能也不同棋弥。因此，應(yīng)該試一下這 兩種技術(shù)诚欠，以確定對(duì)特定的查詢(xún)哪一種性能更好顽染。

SELECT vend_id, prod_id, prod_price
FROM products 
WHERE prod_price < 5
UNION 
SELECT vend_id, prod_id, prod_price
FROM products 
WHERE vend_id in (1001, 1002)

第18章 全文本搜索

18.1 理解全文本搜索

并非所有引擎都支持全文本搜索
正如第21章所述漾岳，MySQL支持幾種基本的數(shù)據(jù)庫(kù)引擎。并非所有的引擎都支持本書(shū)所描 述的全文本搜索粉寞。兩個(gè)最常使用的引擎為MyISAM和InnoDB尼荆， 前者支持全文本搜索，而后者不支持仁锯。這就是為什么雖然本書(shū) 中創(chuàng)建的多數(shù)樣例表使用InnoDB耀找，而有一個(gè)樣例表(productnotes表)卻使用MyISAM的原因。如果你的應(yīng)用中需要全文本搜索功能业崖，應(yīng)該記住這一點(diǎn)野芒。

18.2 使用全文本搜索

為了進(jìn)行全文本搜索，必須索引被搜索的列双炕，而且要隨著數(shù)據(jù)的改 變不斷地重新索引狞悲。在對(duì)表列進(jìn)行適當(dāng)設(shè)計(jì)后，MySQL會(huì)自動(dòng)進(jìn)行所有 的索引和重新索引妇斤。
在索引之后摇锋，SELECT可與Match()和Against()一起使用以實(shí)際執(zhí)行 搜索。

第22章 視圖

第23章 存儲(chǔ)過(guò)程

迄今為止站超，使用的大多數(shù)SQL語(yǔ)句都是針對(duì)一個(gè)或多個(gè)表的單條語(yǔ) 句荸恕。并非所有操作都這么簡(jiǎn)單，經(jīng)常會(huì)有一個(gè)完整的操作需要多條語(yǔ)句 才能完成死相。例如融求，考慮以下的情形。

• 為了處理訂單算撮，需要核對(duì)以保證庫(kù)存中有相應(yīng)的物品生宛。
• 如果庫(kù)存有物品，這些物品需要預(yù)定以便不將它們?cè)儋u(mài)給別的人肮柜，并且要減少可用的物品數(shù)量以反映正確的庫(kù)存量陷舅。
• 庫(kù)存中沒(méi)有的物品需要訂購(gòu)，這需要與供應(yīng)商進(jìn)行某種交互审洞。
• 關(guān)于哪些物品入庫(kù)(并且可以立即發(fā)貨)和哪些物品退訂莱睁，需要通知相應(yīng)的客戶(hù)。

這顯然不是一個(gè)完整的例子芒澜，它甚至超出了本書(shū)中所用樣例表的范 圍缩赛，但足以幫助表達(dá)我們的意思了。執(zhí)行這個(gè)處理需要針對(duì)許多表的多條MySQL語(yǔ)句撰糠。此外酥馍，需要執(zhí)行的具體語(yǔ)句及其次序也不是固定的，它們可能會(huì)(和將)根據(jù)哪些物品在庫(kù)存中哪些不在而變化阅酪。

（不過(guò)這個(gè)存儲(chǔ)過(guò)程我們一般在業(yè)務(wù)邏輯里處理）

23.2 使用存儲(chǔ)過(guò)程的理由

優(yōu)點(diǎn)

• 通過(guò)把處理封裝在容易使用的單元中旨袒，簡(jiǎn)化復(fù)雜的操作(正如前 面例子所述)汁针。
• 由于不要求反復(fù)建立一系列處理步驟，這保證了數(shù)據(jù)的完整性砚尽。 如果所有開(kāi)發(fā)人員和應(yīng)用程序都使用同一(試驗(yàn)和測(cè)試)存儲(chǔ)過(guò) 程施无，則所使用的代碼都是相同的。 這一點(diǎn)的延伸就是防止錯(cuò)誤必孤。需要執(zhí)行的步驟越多猾骡，出錯(cuò)的可能 性就越大。防止錯(cuò)誤保證了數(shù)據(jù)的一致性敷搪。
• 簡(jiǎn)化對(duì)變動(dòng)的管理兴想。如果表名、列名或業(yè)務(wù)邏輯(或別的內(nèi)容) 有變化赡勘，只需要更改存儲(chǔ)過(guò)程的代碼嫂便。使用它的人員甚至不需要 知道這些變化。
• 提高性能闸与。因?yàn)槭褂么鎯?chǔ)過(guò)程比使用單獨(dú)的SQL語(yǔ)句要快毙替。
• 存在一些只能用在單個(gè)請(qǐng)求中的MySQL元素和特性，存儲(chǔ)過(guò)程可 以使用它們來(lái)編寫(xiě)功能更強(qiáng)更靈活的代碼(在下一章的例子中可
  以看到践樱。)

換句話說(shuō)厂画，使用存儲(chǔ)過(guò)程有3個(gè)主要的好處，即簡(jiǎn)單拷邢、安全木羹、高性能。 顯然解孙，它們都很重要。不過(guò)抛人，在將SQL代碼轉(zhuǎn)換為存儲(chǔ)過(guò)程前弛姜，也必須知 道它的一些缺陷

缺點(diǎn)

• 一般來(lái)說(shuō)，存儲(chǔ)過(guò)程的編寫(xiě)比基本SQL語(yǔ)句復(fù)雜妖枚，編寫(xiě)存儲(chǔ)過(guò)程 需要更高的技能廷臼，更豐富的經(jīng)驗(yàn)。
• 你可能沒(méi)有創(chuàng)建存儲(chǔ)過(guò)程的安全訪問(wèn)權(quán)限绝页。許多數(shù)據(jù)庫(kù)管理員限 制存儲(chǔ)過(guò)程的創(chuàng)建權(quán)限荠商，允許用戶(hù)使用存儲(chǔ)過(guò)程，但不允許他們 創(chuàng)建存儲(chǔ)過(guò)程续誉。

第24章 游標(biāo)

第25章 觸發(fā)器

第26章 管理事務(wù)處理

并非所有引擎都支持事務(wù)處理
正如第21章所述莱没，MySQL支持幾種基本的數(shù)據(jù)庫(kù)引擎。正如本章所述酷鸦，并非所有引擎都支持明確的事務(wù)處理管理饰躲。MyISAM和InnoDB是兩種最常使用 的引擎牙咏。前者不支持明確的事務(wù)處理管理，而后者支持嘹裂。這 就是為什么本書(shū)中使用的樣例表被創(chuàng)建來(lái)使用InnoDB而不是更經(jīng)常使用的MyISAM的原因妄壶。如果你的應(yīng)用中需要事務(wù)處理功能，則一定要使用正確的引擎類(lèi)型寄狼。

26.2.1 使用ROLLBACK

SELECT * FROM ordertotals;
START TRANSACTION;
DELETE FROM ordertotals;
SELECT * FROM ordertotals;
ROLLBACK;
SELECT * FROM ordertotals;

哪些語(yǔ)句可以回退?
事務(wù)處理用來(lái)管理INSERT丁寄、UPDATE和DELETE語(yǔ)句。你不能回退SELECT語(yǔ)句泊愧。(這樣做也沒(méi)有什么意義伊磺。)你不能回退CREATE或DROP操作。事務(wù)處理塊中可以使用這兩條語(yǔ)句拼卵，但如果你執(zhí)行回退奢浑，它們不會(huì)被撤銷(xiāo)。

26.2.2 使用COMMIT

一般的MySQL語(yǔ)句都是直接針對(duì)數(shù)據(jù)庫(kù)表執(zhí)行和編寫(xiě)的腋腮。這就是 所謂的隱含提交(implicit commit)雀彼，即提交(寫(xiě)或保存)操作是自動(dòng)進(jìn)行的。
但是即寡，在事務(wù)處理塊中徊哑，提交不會(huì)隱含地進(jìn)行。為進(jìn)行明確的提交聪富， 使用COMMIT語(yǔ)句莺丑。

START TRANSACTION;
DELETE FROM orderitems WHERE order_num = 20010;
DELETE FROM orders WHERE order_num = 20010;
COMMIT;

最后的COMMIT語(yǔ)句僅在不出錯(cuò)時(shí)寫(xiě)出更改。如果第一條DELETE起作用墩蔓，但第二條失敗梢莽，則DELETE不會(huì)提交(實(shí)際上， 它是被自動(dòng)撤銷(xiāo)的)奸披。

26.2.3 使用保留點(diǎn)

簡(jiǎn)單的ROLLBACK和COMMIT語(yǔ)句就可以寫(xiě)入或撤銷(xiāo)整個(gè)事務(wù)處理昏名。但 是，只是對(duì)簡(jiǎn)單的事務(wù)處理才能這樣做阵面，更復(fù)雜的事務(wù)處理可能需要部 分提交或回退轻局。

SAVEPOINT delete1

每個(gè)保留點(diǎn)都可以起唯一的名字，回到指定的保留點(diǎn)

ROLLBACK TO delete1

第27章 全球化和本地化

27.1 字符集和校對(duì)順序

數(shù)據(jù)庫(kù)表被用來(lái)存儲(chǔ)和檢索數(shù)據(jù)样刷。不同的語(yǔ)言和字符集需要以不同 的方式存儲(chǔ)和檢索仑扑。因此，MySQL需要適應(yīng)不同的字符集(不同的字母和字符)置鼻，適應(yīng)不同的排序和檢索數(shù)據(jù)的方法镇饮。
在討論多種語(yǔ)言和字符集時(shí)，將會(huì)遇到以下重要術(shù)語(yǔ):

• 字符集為字母和符號(hào)的集合
• 編碼為某個(gè)字符集成員的內(nèi)部表示
• 校對(duì)為規(guī)定字符如何比較的指令

校對(duì)為什么重要
排序英文正文很容易箕母，對(duì)嗎?或許不盒让∶贩簦考慮詞APE、apex和Apple邑茄。它們處于正確的排序順序嗎?這有賴(lài)于你是否想?yún)^(qū)分大小寫(xiě)姨蝴。使用區(qū)分大小寫(xiě)的校對(duì)順序，這些詞有一種排序方式肺缕，使用不區(qū)分大小寫(xiě)的校對(duì)順序有另外 一種排序方式左医。這不僅影響排序(如用ORDER BY排序數(shù)據(jù))，還影響搜索(例如同木，尋找apple的WHERE子句是否能找到 APPLE)浮梢。在使用諸如法文à或德文?這樣的字符時(shí)，情況更復(fù) 雜彤路，在使用不基于拉丁文的字符集(日文秕硝、希伯來(lái)文、俄文等)時(shí)洲尊，情況更為復(fù)雜远豺。

27.2 使用字符集和校對(duì)順序

MySQL支持眾多的字符集。為查看所支持的字符集完整列表坞嘀，使用以下語(yǔ)句

SHOW CHARACTER SET;

這條語(yǔ)句顯示所有可用的字符集以及每個(gè)字符集的描述和默認(rèn)校對(duì)躯护。

為了查看所支持校對(duì)的完整列表，使用以下語(yǔ)句:

SHOW COLLATION;

此語(yǔ)句顯示所有可用的校對(duì)丽涩，以及它們適用的字符集棺滞。可以看到有的字符集具有不止一種校對(duì)矢渊。例如继准，latin1對(duì)不同的歐洲 語(yǔ)言有幾種校對(duì)，而且許多校對(duì)出現(xiàn)兩次矮男，一次區(qū)分大小寫(xiě)(由_cs表示)移必，一次不區(qū)分大小寫(xiě)(由_ci表示)。

實(shí)際上昂灵，字符集很少是服務(wù)器范圍(甚至數(shù)據(jù)庫(kù)范圍)的 設(shè)置。不同的表舞萄，甚至不同的列都可能需要不同的字符集眨补，而且兩者都可以在創(chuàng)建表時(shí)指定。

CREATE TABLE mytable(
    column1 INT,
    column2 VARVHAR(10),
) DEFAULT CHARACTER SET hebrew
  COLLATE hebrew_general_ci;

此語(yǔ)句創(chuàng)建一個(gè)包含兩列的表倒脓，并且指定一個(gè)字符集和一個(gè)校對(duì)順序撑螺。

也可以為列單獨(dú)設(shè)置

CREATE TABLE mytable(
    column1 INT,
    column2 VARVHAR(10),
    column3 VARVHAR(10) CHARACTER SET latin1 COLLATE latin1_general_ci
) DEFAULT CHARACTER SET hebrew
  COLLATE hebrew_general_ci;

也可以在select時(shí)指定

SELECT * FROM  customers 
ORDER BY lastname, firstname COLLATE latin_general_cs;

臨時(shí)區(qū)分大小寫(xiě)

上面的SELECT語(yǔ)句演示了在通常不區(qū)分大小寫(xiě)的表上進(jìn)行區(qū)分大小寫(xiě)搜索的一種技術(shù)。當(dāng)然崎弃，反過(guò)來(lái)也是可以的甘晤。

最后含潘，值得注意的是，如果絕對(duì)需要线婚，串可以在字符集之間進(jìn)行轉(zhuǎn)換遏弱。為此，使用Cast()或Convert()函數(shù)塞弊。

第28章 安全管理

第29章 數(shù)據(jù)庫(kù)維護(hù)

第30章 改善性能