天天综合天天看夜夜添狠狠玩-天天综合天天干-天天综合天天操-天天综合天天-久久dj视频-久久bb

可以看到，左表（Persons表）中LastName為Bush的行的Id_P字段在右表（Orders表）中沒有匹配，但查詢結(jié)果仍然保留該行。

right join,在兩張表進(jìn)行連接查詢時，會返回右表所有的行，即使在左表中沒有匹配的記錄。

我們使用right join對兩張表進(jìn)行連接查詢，sql如下：

SELECT p.LastName, p.FirstName, o.OrderNo
FROM Persons p
RIGHT JOIN Orders o
ON p.Id_P=o.Id_P
ORDER BY p.LastName

查詢結(jié)果如下：

Orders表中最后一條記錄Id_P字段值為65，在左表中沒有記錄與之匹配，但依然保留。

full join,在兩張表進(jìn)行連接查詢時，返回左表和右表中所有沒有匹配的行。

我們使用full join對兩張表進(jìn)行連接查詢，sql如下：

SELECT p.LastName, p.FirstName, o.OrderNo
FROM Persons p
FULL JOIN Orders o
ON p.Id_P=o.Id_P
ORDER BY p.LastName

查詢結(jié)果如下：

查詢結(jié)果是left join和right join的并集。

4、使用聯(lián)合（UNION）來代替手動創(chuàng)建的臨時表

MySQL從4.0版本開始支持union查詢，他可以把需要使用臨時表的兩條或更多的select查詢合在一個查詢中。在客戶端查詢會話結(jié)束的時候，臨時表會被自動刪除，從而保證數(shù)據(jù)庫整齊、高效。使用union來創(chuàng)建查詢的時候，我們只需要用union作為關(guān)鍵字把多個select語句連接起來就可以了，要注意的是所有select語句中的字段數(shù)目要相同。

下面一個例子就演示了一個使用union額查詢。

當(dāng)我們可以確認(rèn)不可能出現(xiàn)重復(fù)結(jié)果集或者不在乎重復(fù)結(jié)果集的時候盡量使用union all而不是union，因為union和union all的差異主要是前者需要將兩個或者多個結(jié)果集合并后再進(jìn)行唯一性過濾操作，這就會涉及到排序，增加大量的CPU運(yùn)算，增大資源消耗及延遲。

5、事務(wù)

盡管我們可以使用子查詢(Sub-Queries)、連接(JOIN)和聯(lián)合(UNION)來創(chuàng)建各種各樣的查詢，但不是所有的數(shù)據(jù)庫操作，都可以只用一條或少數(shù)幾條就可以完成的。更多的時候是需要用一系列的語句來完成某種工作。但是在這種情況下，當(dāng)這個語句塊中的某一條語句運(yùn)行出錯的時候，整個語句塊的操作就會變得不確定起來。

設(shè)想一下，要把某個數(shù)據(jù)同時插入兩個相關(guān)聯(lián)的表中，可能會出現(xiàn)這樣的情況：第一個表中成功更新后，數(shù)據(jù)庫突然出現(xiàn)意外狀況，造成第二個表中的操作沒有完成，這樣就會造成數(shù)據(jù)的不完整，甚至?xí)茐臄?shù)據(jù)庫中的數(shù)據(jù)。要避免這種情況，就應(yīng)該使用事務(wù)，它的作用是要么語句塊中每條語句都操作成功，要么都失敗。

換句話說，就是可以保持?jǐn)?shù)據(jù)庫中的數(shù)據(jù)的一致性和完整性。事務(wù)以BEGIN關(guān)鍵字開始，COMMIT關(guān)鍵字結(jié)束。在這之間的一條SQL語句操作失敗，那么Rollback命令就可以把數(shù)據(jù)庫恢復(fù)到begin開始之前的狀態(tài)。

BEGIN; 
INSERTINTOsalesinfoSETCustomerID=14;
UPDATEinventorySETQuantity=11WHEREitem='book';
COMMIT;

事務(wù)的另一個作用是當(dāng)多個用戶同時使用相同的數(shù)據(jù)源時，他可以使用鎖定數(shù)據(jù)庫的方式來為用戶提供一種安全的訪問機(jī)制，這樣可以保證用戶的操作不被其它的用戶所干擾。

一般來說，事務(wù)必須滿足四個條件(ACID)：原子性(Atomicity,或稱不可分割性)、一致性(Consistency)、隔離性(Isolation,又稱獨(dú)立性)、持久性(Durability).

• 原子性：一個事物(transaction)中的所有操作，要么全部完成，要么全部不完成，不會結(jié)束在中間某個環(huán)節(jié)。事務(wù)在執(zhí)行過程中發(fā)生錯誤，會被回滾(Rollback)到事務(wù)開始的狀態(tài)，就像這個事務(wù)從來沒有執(zhí)行過一樣。

• 一致性：在事務(wù)開始之前和事務(wù)結(jié)束之后，數(shù)據(jù)庫的完整性沒有被破壞。這表示寫入的資料必須完全符合所有的預(yù)設(shè)規(guī)則，這包含資料的精確度、串聯(lián)性以及后續(xù)數(shù)據(jù)庫可以自發(fā)性地完成預(yù)定的工作。

• 隔離性：數(shù)據(jù)庫允許多個事務(wù)同時對其數(shù)據(jù)進(jìn)行讀寫和修改的能力，隔離性可以防止多個事務(wù)并發(fā)執(zhí)行時由于交叉執(zhí)行而導(dǎo)致數(shù)據(jù)的不一致。事務(wù)隔離分為不同的級別，包括讀未提交(Read uncommitted)、讀已提交(Read committed)、可重復(fù)讀(repeateable read)和串行化(Serializable).

• 持久性：事務(wù)處理結(jié)束后，對數(shù)據(jù)的修改就是永久的，即便系統(tǒng)故障也不會丟失。

事務(wù)的并發(fā)問題：

1、臟讀：事務(wù)A讀取了事務(wù)B更新的數(shù)據(jù)，然后B回滾操作，那么A讀取到的數(shù)據(jù)就是臟數(shù)據(jù)

2、不可重復(fù)讀：事務(wù)A多次讀取同一事物，事務(wù)B在事務(wù)A多次讀取的過程中，對數(shù)據(jù)做了更新并提交，導(dǎo)致事務(wù)A多次讀取同一數(shù)據(jù)時，結(jié)果不一致。

3、幻讀：系統(tǒng)管理員A將數(shù)據(jù)庫中的所有學(xué)生的成績從具體分?jǐn)?shù)改為ABCDE等級，但是系統(tǒng)管理員B就在這個時候插入了一條具體分?jǐn)?shù)的記錄，當(dāng)系統(tǒng)管理員A改結(jié)束后發(fā)現(xiàn)還有一條記錄沒有改過來，就好像發(fā)生了幻覺一樣，這就叫幻讀。

小結(jié)：不可重復(fù)讀的和幻讀很容易混淆，不可重復(fù)讀側(cè)重于修改，幻讀側(cè)重于新增或刪除。解決不可重復(fù)讀的問題只需鎖住滿足條件的行，解決幻讀需要鎖表

MySQL事務(wù)隔離級別：

CREATE TABLE customerinfo(customerid int primary key) engine = innodb;
CREATE  TABLE   salesinfo( salesid int not null,customerid  int not null, primary key(customerid,salesid),foreign key(customerid)  references  customerinfo(customerid) on delete cascade)engine = innodb;

SELECT t1.* FROM t1 JOIN t2 ON t1.id = t2.id;

SELECT * FROM t WHERE YEAR(d) >= 2016;

SELECT * FROM t WHERE d >= ‘2016-01-01’;

SELECT * FROM t WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30;

SELECT * FROM t WHERE LOC_IN IN (10,20,30);

SELECT * FROM t WHERE name LIKE ‘%de%’;
SELECT * FROM t WHERE name LIKE ‘de%’;

SELECT * FROM t WHERE 1;
SELECT * FROM t WHERE 1 LIMIT 10;

SELECT * FROM t WHERE id = ’19’;
SELECT * FROM t WHERE id = 19;

SELECT goods_id,count(*) FROM t GROUP BY goods_id;

SELECT goods_id,count(*) FROM t GROUP BY goods_id ORDER BY NULL;

SELECT * FROM t1 WHERE 1=1 ORDER BY RAND() LIMIT 4;

SELECT * FROM t1 WHERE id >= CEIL(RAND()*1000) LIMIT 4;

SELECT count(1) FROM user u LEFT JOIN user_info i ON u.id = i.user_id WHERE 1 = 1 ORDER BY u.create_time DESC;


SELECT count(1) FROM user u LEFT JOIN user_info i ON u.id = i.user_id;

INSERT INTO t (id, name) VALUES(1,’Bea’);
INSERT INTO t (id, name) VALUES(2,’Belle’);
INSERT INTO t (id, name) VALUES(3,’Bernice’);
INSERT INTO t (id, name) VALUES(1,’Bea’), (2,’Belle’),(3,’Bernice’);