mysql-logo.gif (3082 bytes)MySQL中文參考手冊

譯者:晏子 ([email protected]
GB 碼主頁:http://linuxdb.yeah.net

Big5 轉碼者:statue ([email protected]
詞彙轉換:彭武興 ([email protected])
Big5 碼主頁: http://cnpa.yzu.edu.tw/~cfc/docs/mysqldoc_big5/manual_toc.html
Big5 碼分站: http://php.wilson.gs/mysqldoc/big5/manual_toc.html


第一章, 前一章, 下一章, 最後一章目錄.


5 MySQL與標準的兼容性?

5.1   MySQL對ANSI SQL92擴充

MySQL包含了一些可能在其他SQL資料庫找不到的擴充。要注意如果你使用他們,你的代碼將不與其他SQL伺服器兼容。在一些情況下,你可以編寫包括MySQL擴展的代碼,但是仍然是可移植的,通過使用/*! ... */形式的注釋。在這種情況下,MySQL將進行詞法分析並且執行在注釋內的代碼,好像它是任何其它MySQL語句,但是其他SQL伺服器將忽略擴展。例如:

SELECT /*! STRAIGHT_JOIN */ col_name FROM table1,table2 WHERE ... 

如果你在'!'後增加一個版本數字,該語法將僅在MySQL版本是等於或比使用的版本數字新時才執行:

CREATE /*!32302 TEMPORARY */ TABLE (a int);

上面的意思是如果你有3.23.02或更新,那麼MySQL將使用TEMPORARY關鍵詞。

MySQL擴展被列在下面:

5.2 以ANSI模式運行MySQL

如果你用--ansi選項啟動mysqld,MySQL的下列行為改變。

5.3 MySQL相比ANSI SQL92的差別

我們嘗試使得MySQL遵照ANSI SQL標準和ODBC SQL標準,但是在一些情況下,MySQL做一些不同的事情:

5.4 MySQL缺乏的功能

下列功能在當前的MySQL版本是沒有的。對於一張優先級表指出何時新擴展可以加入MySQL, 你應該咨詢在線MySQL TODO 表。這是本手冊最新的TODO表版本。見F 我們想要在未來加入到MySQL的事情列表(TODO)

5.4.1 子選擇

MySQL中下列語句還不能工作:

SELECT * FROM table1 WHERE id IN (SELECT id FROM table2);
SELECT * FROM table1 WHERE id NOT IN (SELECT id FROM table2);

然而,在很多情況下,你可以重寫查詢,而不用子選擇:

SELECT table1.* FROM table1,table2 WHERE table1.id=table2.id;
SELECT table1.* FROM table1 LEFT JOIN table2 ON table1.id=table2.id where table2.id IS NULL

對於更複雜的子查詢,通常你可以創建臨時的表保存子查詢。然而在一些情況下,這種選擇將行不通。最經常遇到的情形是DELETE語句,對於它標準SQL不支援聯結(join)(除了在子選擇)。對於這種情況,有2個可用選擇,直到子選擇被MySQL支援。

第一個選擇是使用一種程序化的程式語言(例如Perl或PHP)來提交一個SELECT查詢獲得要被刪除記錄主鍵,並然後使用這些值構造DELETE語句(DELETE FROM ... WHERE ... IN (key1, key2, ...))。

第二個選擇是使用交互式SQL自動構造一套DELETE語句,使用MySQL擴展CONCAT()(代替標準||操作符)。例如:

SELECT CONCAT('DELETE FROM tab1 WHERE pkid = ', tab1.pkid, ';')
  FROM tab1, tab2
 WHERE tab1.col1 = tab2.col2;

你可以把這個查詢放在一個腳本文件並且從它重定向輸入到mysql命令行解釋器,將其輸出作為管道返回給解釋器的第2個實例:

prompt> mysql --skip-column-names mydb < myscript.sql | mysql mydb

MySQL僅支援INSERT ... SELECT ...REPLACE ... SELECT ...,獨立的子選擇將可能在3.24.0得到,然而,在其他環境下,你現在可以使用函數IN()

5.4.2 SELECT INTO TABLE

MySQL還不支援Oracle SQL的擴展:SELECT ... INTO TABLE ....,相反MySQL支援ANSI SQL句法INSERT INTO ... SELECT ...,基本上他們是一樣的。

另外,你可使用SELECT INTO OUTFILE...CREATE TABLE ... SELECT解決你的問題。

5.4.3 事務處理

不支援事務處理。MySQL將在短時間內支援原子(atomic)操作,它像沒有回卷的事務。用原子操作,你能執行一組INSERT/SELECT/whatever 命令並且保証沒有其他執行緒介入。在本文中,你通常不會需要回卷。目前,你可通過使用LOCK TABLESUNLOCK TABLES命令阻止其他執行緒的干擾。見7.24 LOCK TABLES/UNLOCK TABLES句法

5.4.4 儲存程序和觸發器

一個儲存程序是能在伺服器中編譯並儲存的一套SQL命令。一旦這樣做了,顧客不需要一直重新發出全部查詢,而可以參考儲存程序。因為查詢僅需一次詞法分析並且較少的資訊需要在伺服器和客戶之間傳送,因此這提供了更好的性能。你與可以通過擁有在伺服器中的函數庫提升概念上的層次。

一個觸發器是當一個特別的事件發生時,被調用的一個儲存程序。例如,你可以安裝一個儲存程序,它在每次從一個交易表刪除一條記錄時觸發,並且當它所有交易被刪除時,自動地從一個客戶表中刪除相應的客戶。

計劃修改的語言將能處理儲存程序,但是沒有觸發器。觸發器通常使每件事情變慢,即使對他們不需要的查詢。

為了倆解什麼時候MySQL可能得到儲存程序,見F 我們想在未來加入到MySQL的事情列表(TODO)

5.4.5 外鍵

注意,在SQL語法的外鍵不用於聯結表,而主要用於檢查參考完整性(RI)。如果你想要得到用一個SELECT語句從多個表得到結果, 你通過聯結表做!

SELECT * from table1,table2 where table1.id = table2.id; 

7.13 JOIN句法。見8.3.5 使用外鍵

MySQL裡存在FOREIGN KEY句法僅僅為了與其他SQL供應商的CREATE TABLE命令相兼容﹔它不做任何事情。沒有ON DELETE ...FOREIGN KEY句法主要用於文檔目的。一些ODBC應用程式可以使用它自動產生WHERE子句,但是這通常很容易的覆蓋。 FOREIGN KEY有時用作一個約束檢查,但是如果行以正確的順序被插入表,該檢查實際上是不必要的。MySQL僅僅支援這些子句(不考慮是否他們工作!),因為一些應用程式要求他們存在。

MySQL中,你可以解決ON DELETE ...沒被實現的問題,,在你從一個用外鍵的表刪除記錄時,通過為一個應用程式增加適當的DELETE語句即可。實際上,這很快(在一些情況下更快)並且比使用外鍵更比便於移植。

在不久的將來我們將擴充FOREIGN KEY實現,以便至少資訊將在表說明文件中保存並且可以由mysqldump和ODBC檢索。

5.4.5.1 不使用外鍵的理由

有很多與FOREIGN KEY有關的問題我們不知道從哪兒開始:

FOREIGN KEY唯一好的方面是它給ODBC和一些其他客戶程式檢查一張表如何被連接的能力,並且使用它們顯示出連接圖表並幫助構造應用。

MySQL不久將儲存FOREIGN KEY定義以便一個客戶能詢問並收到原來的連接如何進行的一個答案。當前的“.frm 文件格式沒有它應有的地位。

5.4.6 視圖

MySQL不支援視圖,但是它在TODO上。

5.4.7 '--'作為一個注釋的開始

有些其他SQL資料庫使用'--'開始注釋。MySQL“#”作為開始數注釋的字符,即使mysql命令行工具刪除以'--'開始的所有行。你也可以在MySQL中使用C注釋風格/* this is a comment */。見7.29 注釋句法

MySQL3.23.3和以上版本支援'--'注釋風格,只要注釋跟在一個空格之後。這是因為這種退化的注釋風格已經引起用像下列代碼那樣的自動產生的SQL查詢的許多問題,這裡我們自動地為!payment!插入支付值:

UPDATE tbl_name SET credit=credit-!payment! 

你想出當payment的值是負的時將發生什麼嗎?

因為1--1在SQL中是合法的,我們認為'--'開始注釋是可怕的。

然而在MySQL 3.23中,你可使用:1-- This is a comment

如果你正在運行一個比3.23早的MySQL的版本,下列的討論才涉及你:

如果你在一個文本文件中有一個SQL程式,它包含'--'注釋,你應該使用:

shell> replace " --" " #" < text-file-with-funny-comments.sql \
         | mysql database

而不是通常: 
shell> mysql database < text-file-with-funny-comments.sql

你也可以“現場☆弤輯命令文件將'--'注釋改為'#'注釋

shell> replace " --" " #" -- text-file-with-funny-comments.sql

用這個命令改回他們:

shell> replace " #" " --" -- text-file-with-funny-comments.sql

5.5 MySQL 遵循什麼標準?

Entry level SQL92。ODBC level 0-2。

5.6 怎樣處理沒有COMMIT/ROLLBACK

MySQL不支援COMMIT-ROLLBACK。問題是有效地處理COMMIT-ROLLBACK將需要完全不同於MySQL今天使用的表布局。MySQL也將需要額外的執行緒在表上做自動清除工作,而且磁碟用量將更高。這將使MySQL比現今慢上大約2-4倍。MySQL比幾乎所有其他SQL資料庫都快(一般至少快2-3倍)。原因之一就是缺少COMMIT-ROLLBACK

目前,我們是更多地實現SQL伺服器語言(像儲存程序),有了它,你將確實很少需要COMMIT-ROLLBACK,這也將得到更好的性能。

通常需要事務的循環可以借助LOCK TABLES進行編碼,並且當你能即時地更新記錄時,你不需要光標(cursor)。

我們在TODO上有事務和光標,然而並非相當優先。如果我們實現這些,將作為CREATE TABLE的選項,那意味著COMMIT-ROLLBACK將僅工作在那些表上,以便速度損失僅僅強加在那些表上。

我們在TcX有一個更大的需求,一個比100%通用資料庫的真正快速的資料庫。無論何時我們發現一個方法來實現這些特徵而沒有任何速度損失,我們將可能做它。暫時,有許多更重要的事情要做。檢查TODO,看我們此時如何將事情優先排列。(有的較高級別支援的客戶可以改變它,因此事情是可以重新優先化的。)

當前的問題實際上是ROLLBACK,沒有ROLLBACK,你能用LOCK TABLES做任何COMMIT動作。為了支援ROLLBACKMySQL將必須被改變以儲存所有的舊記錄,如果發出ROLLBACK,它們被更新的並且將任何東西恢復到起點。對於簡單的情形,這不是難做的 (當前isamlog可以用於此目的),但是為ALTER/DROP/CREATE TABLE實現ROLLBACK將是更困難的。

避免使用ROLLBACK,你可以使用下列策略:

  1. 使用LOCK TABLES ...鎖住所有你想要存取的資料庫表。
  2. 測試條件。
  3. 如果一切無誤,更新。
  4. 使用UNLOCK TABLES釋放你的鎖。

這通常比使用可能帶ROLLBACK的交易是一個更快的方法,盡管不總是這樣。這個解決方案不能處理的唯一狀況是當某人在更新當中殺死執行緒時。在這種情況下,所有的鎖將被釋放,但是一些更改不能被執行。

你也可使函數以單個操作更新記錄。你能通過使用下列技術得到一個很有效率的應用程式:

例如,當我們正在更新一些客戶資訊時,我們僅僅更新那些改變了的客戶數據並只測試沒有任何數據的改變,或數據取決於改變的數據,與原來的行相比變化了。對於改變了的數據的測試用WHERE子句在UPDATE語句中完成。如果記錄沒被更新,我們給客戶一條消息:“你改變了的一些數據已被其他用戶改變了”,然後我們在一個窗口中顯示新行對照舊行,因此用戶能決定他該使用哪個版本的客戶記錄。

這給了我們類似於“列鎖定”的東西,但是實際上甚至更好,因為我們僅僅更新某些列,使用相對於他們的當前值的值。這意味著典型的UPDATE語句看上去像這些一樣東西:

UPDATE tablename SET pay_back=pay_back+'relative change';

UPDATE customer
  SET
    customer_date='current_date',
    address='new address',
    phone='new phone',
    money_he_owes_us=money_he_owes_us+'new_money'
  WHERE
    customer_id=id AND address='old address' AND phone='old phone';

正如你能看到的,這是很有效的並且就算其他客戶已經改變了pay_backmoney_he_owes_us列的也能工作。

在許多情況下,為管理一些表格的唯一標識符目的,用戶已經想要ROLLBACKLOCK TABLES。這可用一個AUTO_INCREMENT列和一個SQL函數LAST_INSERT_ID()或C API函數mysql_insert_id()更高效地處理。見20.4.29 mysql_insert_id()

在TcX,我們從來沒有任何對行級鎖定的需求,因為我們總是能通過編碼解決它。一些情況下需要確實行鎖定,但是他們是很少見的。如果你想要行級鎖定,你可以在表中使用標誌列並且這樣做:

UPDATE tbl_name SET row_flag=1 WHERE id=ID; 

如果行被找到發現並且row_flag在原來的行已經不是1,對受影響的行數MySQL返回1。

你可以想到它,因為MySQL把上面的查詢變為:

UPDATE tbl_name SET row_flag=1 WHERE id=ID and row_flag <> 1;

第一章, 前一章, 下一章, 最後一章目錄.