BETWEEN 運(yùn)算符用于 WHERE 表達(dá)式中，選取介于兩個值之間的數(shù)據(jù)范圍。

BETWEEN 同 AND 一起搭配使用，語法如下：

WHERE column BETWEEN value1 AND value2
WHERE column NOT BETWEEN value1 AND value2

通常 value1 應(yīng)該小于 value2。當(dāng) BETWEEN 前面加上 NOT 運(yùn)算符時，表示與 BETWEEN 相反的意思，即選取這個范圍之外的值。

BETWEEN 實(shí)例

選取 uid 在 2 到 5 之間的用戶數(shù)據(jù)：

SELECT * FROM user WHERE uid BETWEEN 2 AND 5

BETWEEN 時間日期

BETWEEN AND 常用于檢索時間或日期段內(nèi)的內(nèi)容，下面是一些常見的 BETWEEN 時間日期例子： 

// int 時間戳格式，查詢 2008-08-08 20:00:00 到 2009-01-01 零點(diǎn)之前的數(shù)據(jù)
SELECT * FROM table WHERE column_time BETWEEN 1218196800 AND 1230739199
?
// DATE 格式，查詢 2008-08-08 到 2009-01-01 零點(diǎn)之前的數(shù)據(jù)
SELECT * FROM table WHERE column_time BETWEEN '2008-08-08' AND '2009-01-01'

// DATETIME 格式，查詢 2008-08-08 20:00:00 到 2009-01-01 零點(diǎn)之前的數(shù)據(jù)
SELECT * FROM table WHERE column_time BETWEEN '2008-08-08 20:00:00' AND '2008-12-31 23:59:59'

但對于查詢到當(dāng)前時間的數(shù)據(jù)，建議使用 >= 運(yùn)算符：

// DATETIME 格式，查詢 2008-08-08 20:00:00 到當(dāng)前時刻的數(shù)據(jù)
SELECT * FROM table WHERE column_time >= '2008-08-08 20:00:00'

可見，同樣的需求，不同的字段類型，寫法可能就不一樣。int 時間戳格式效率最優(yōu)。

以上 BETWEEN 的各個例子，雖然都是 SELECT 查詢，但 BETWEEN 也可以用于 UPDATE、DELETE 等適用 WHERE 表達(dá)式的 SQL 中。

BETWEEN 數(shù)據(jù)比較

BETWEEN 還具有數(shù)據(jù)比較功能，語法如下：

expr BETWEEN min AND max

當(dāng) expr 表達(dá)式的值大于或等于 min 且小于或等于 max 時, BETWEEN 的返回值為 1 ，否則返回 0 。

利用這個功能，可以判斷一個表達(dá)式或值否則在某個區(qū)間：

// 返回 0
SELECT 1 BETWEEN 2 AND 3
// 返回 1
SELECT 'b' BETWEEN 'a' AND 'c'
// 判斷日期范圍
SELECT 20080808 BETWEEN 20080101 AND 20090101

BETWEEN 與 <、<=、>=、> 等運(yùn)算符在某些情況下有著類似的功能，但 BETWEEN 運(yùn)算級別更高且效率上更甚一籌。

當(dāng)然由于 BETWEEN 存在邊界值的問題而不夠靈活，因此不同的情況，采用何種運(yùn)算符，需要具體對待。

MySQL IN 用法

1.IN 運(yùn)算符用于WHERE 表達(dá)式中

以列表項(xiàng)的形式支持多個選擇，語法如下：

WHERE column IN (value1,value2,...)
WHERE column NOT IN (value1,value2,...)

當(dāng) IN 前面加上 NOT 運(yùn)算符時，表示與 IN 相反的意思，即不在這些列表項(xiàng)內(nèi)選擇。

IN 使用實(shí)例

選取 uid 為 2、3、5 的用戶數(shù)據(jù)：

SELECT * FROM user WHERE uid IN (2,3,5)

2.IN 子查詢

更多情況下，IN 列表項(xiàng)的值是不明確的，而可能是通過一個子查詢得到的：

SELECT * FROM article WHERE uid IN(SELECT uid FROM user WHERE status=0)

在這個 SQL 例子里，我們實(shí)現(xiàn)了查出所有狀態(tài)為 0 的用戶（可能是被禁止）的所有文章。首先通過一個查詢得到所有所有 status=0 的用戶：

SELECT uid FROM user WHERE status=0

然后將查詢結(jié)果作為 IN 的列表項(xiàng)以實(shí)現(xiàn)最終的查詢結(jié)果，注意在子查詢中返回的結(jié)果必須是一個字段列表項(xiàng)。

3.IN 運(yùn)算符補(bǔ)充說明

IN 列表項(xiàng)不僅支持?jǐn)?shù)字，也支持字符甚至?xí)r間日期類型等，并且可以將這些不同類型的數(shù)據(jù)項(xiàng)混合排列而無須跟 column 的類型保持一致：

SELECT * FROM user WHERE uid IN(1,2,'3','c')

一個 IN 只能對一個字段進(jìn)行范圍比對，如果要指定更多字段，可以使用 AND 或 OR 邏輯運(yùn)算符：

SELECT * FROM user WHERE uid IN(1,2) OR username IN('admin','5idev')

使用 AND 或 OR 邏輯運(yùn)算符后，IN 還可以和其他如 LIKE、>=、= 等運(yùn)算符一起使用。

4.關(guān)于 IN 運(yùn)算符的效率問題

如果 IN 的列表項(xiàng)是確定的，那么可以用多個 OR 來代替：

SELECT * FROM user WHERE uid IN (2,3,5)
// 等效為：
SELECT * FROM user WHERE (uid=2 OR aid=3 OR aid=5)

一般認(rèn)為，如果是對索引字段進(jìn)行操作，使用 OR 效率高于 IN，但對于列表項(xiàng)不確定的時候（如需要子查詢得到結(jié)果），就必須使用 IN 運(yùn)算符。另外，對于子查詢表數(shù)據(jù)小于主查詢的時候，也是適用 IN 運(yùn)算符的。

between和in的區(qū)別

如果要讓選擇的結(jié)果在某一個范圍之內(nèi)的話可以用between和in這兩個關(guān)鍵字。大多數(shù)情況下二者的反映都是一樣的，但是如果為空的情況就不一樣了。如下：

WHERE vbeln BETWEEN pa_vb_s AND pa_vb_e.?
? ? ? WHERE VBELN IN pa_vb.

他們的定義如下：

SELECT-OPTIONS pa_vb FOR vbrk-vbeln.
PARAMETERS: pa_vb_s TYPE vbeln,?
? ? ? ? ? ? ? ? ? ? ? ? ? ?pa_vb_e ?TYPE VBELN.

如果他們都為空的話，between會限制select語句讓它一條記錄都無法選出來，但是in的話則相反，這個限制條件不會起任何作用，會選擇出所有的記錄。這是二者最大的區(qū)別。

但是有一個小小的陷阱，ranges變量和select-options感覺上時相同的。但是在用select語句的時候表現(xiàn)會不同。代碼如下：

PARAMETERS: pa_vb_s TYPE vbeln,?
? ? ? ? ? ? pa_vb_e ?TYPE VBELN.?
? ? ? ?ranges pa_vb for VBRK-vbeln.?
? ? ? ?pa_vb-sign = 'I'.?
? ? ? ?pa_vb-option = 'BT'.?
? ? ? ?PA_VB-LOW = PA_VB_S.?
? ? ? ?PA_VB-HIGH = PA_VB_E.?
? ? ? ?APPEND pa_vb.

此時如果用剛才的select語句用in去限制的話，也會一條都選不出來！這里起初不明白為什么會這樣，跟蹤程序發(fā)現(xiàn)就在append這句話。

如果用selct-options這句，在選擇框里什么都不填的話，那么select-options這個ragnes變量里面是空值，就是內(nèi)表記錄數(shù)是0！相當(dāng)于沒有append。

但是我們自定義ragnes變量的時候會append空值，即使沒有輸入。

這樣就和between的功效一樣了。要想和selct-options的作用一樣這樣寫就可以了。

IF PA_VB_S IS NOT INITIAL or PA_VB_E IS NOT INITIAL.?
? ? ? ? ? APPEND pa_vb.?
? ? ? ENDIF.

以上為個人經(jīng)驗(yàn)，希望能給大家一個參考，也希望大家多多支持腳本之家。 

最新評論