一篇詳細講述mysql和access區別的好文章！

MySQL∶網站開發者的新選擇

「變動」這兩個字對 IT 業界來說是再普通不過的事了。如果今天管理階層的主管們跟你要資料庫的推薦名單，很可能在你開始執行你所推薦的方案之前，你的推薦名單上的專案就已經過時了。 如此一來，你可能就要重新考慮各種軟硬體方案，好讓你∶

·幫你將事情完成

·買來以便幫助別人完成他們的工作

·開發以便幫助別人更好地完成他們的工作

不論你的訊息有多新，在你的建議透過層層關卡，並且拿到購買資金之前，你的推薦表上的某些專案通常都會過時。幸運的是，沒有人會責怪你，或者是對你反唇相譏 -- 這是這一行裡很自然的事情。資料庫技術通常在你能夠掌握它之前就變了。

為了適應日新月異的資料庫技術，有相當多的軟體工程師逐漸地從桌面資料庫軟體諸如 Microsoft Access 以及 SQL Server，轉到使用 MySQL。雖然嚴格說來MySQL 並非 SQL Server 的對手，但許多服務提供商都支援 MySQL，並視之為便宜而有效率的替代品。

Susan Sales Harkins 經常在 CNET

Builder.com

發表文章，是一位精通微軟 Office 的專家。她也是Using Microsoft Access 97和Using Microsoft Access 2000兩書的作者，這兩本書均由 Que 所出版。

Martin W. P. Reid 也經常在 CNET

Builder.com

發表文章，是英國貝爾法斯特女王大學（Queen"s University） 的分析師暨程式設計員。他也指導關係型資料庫設計的課程；工作之餘也為北愛爾蘭的一些小型企業充當資料庫顧問。

▲考慮使用 MySQL 的原因

如果你要找的是可靠的資料庫軟體，以便支援你的網站開發工作，那麼以下的原因就說明了你為什麼應該考慮 MySQL而不是其它資料庫∶

·它便宜（通常是免費）。

·它的網路承載比較少。

·它經過很好的最佳化（Highly Optimized）。

·應用程式透過它做備份來比較簡單。

·它為各種不同的資料格式提供有彈性的擴充套件介面 (ODBC)。

·它較好學，且操作簡單。

·你負擔得起的客戶支援費用。

▲關於“$”的問題

簡單的說，你不會找到比 MySQL 更便宜的了。事實上，對大多數使用者來說，MySQL 是免費的。有時候雖然是要付出一小筆的授權費，但是這個付費規定只限於以下兩種情況∶

·以內嵌（embedded）的方式使用 MySQL 伺服器

·只使用 MySQL 的商業用途軟體

例如，Windows 版本的 MySQL 伺服器，需要授權。雖然只付比美金 $200 元多一點點的費用，MySQL 還是比其他任何資料庫軟體來得更便宜多了。Office XP Developer 的零售價是美金 $799 元，升級版則是美金 $549 元。Access 2002 的價格是美金 $339 元，升級版則是美金 $109 元。

▲ 避免堵塞

針對多個使用者共同讀寫資訊的需求，Access 根本不是 MySQL 的對手。Access 在大約十五個使用者連上來的時候，就輸掉了。我們還聽說過當只有五個人連上來時， 就會有一些問題（這並不是說，只有五個人能夠同時連上由 Access 資料庫支援的網站）。“同時連結”（Simultaneous connection）事實上是一種併發處理（concurrent process）。因此，雖然事實上 Access 可以處理的連結數目是無限制的，但只要那些連結保持在併發處理的範圍限制內就沒關係。對於只讀網站（這些網站並非你想像中的少數）它可以支援到最多到 255 個使用者。而較大的網站，則無可避免的必須升級到 SQL Server 以提高穩定性和效率。

相對說來，MySQL 內定最大連結數為 100 個使用者。但是，我們絕對不可以用一個程式的內建設定來判斷它的效能。到目前為止，我們還沒聽說過使用 MySQL 的較大而且訪問頻繁的網站上的使用者有任何抱怨。除此之外，即使有網路上有 大量 的資料往來，似乎並不會對MYSQL的查詢最佳化（query optimization）造成多大的影響。

在 Windows 98 作業系統上使用相同的硬體和資料尺寸，MySQL 表現得比 Access 2000 還要快 – 但只是並非所有的情況下都是如此。 這兩者在資料更新方面的效能，有著很大的差異，同樣的資料更新，Access 要花上兩倍的時間。如果是在高速系統上做小量的資料的處理，你不會去注意到這兩者間的差異。 但只有在處理的是幾十萬筆資料的時候，這效能上的差異才會明顯。MySQL 只在處理資料庫物件結構（object structure）的時候，才會輸給 Access。 當建立表格（table） 以及索引的時候，MySqL 會將表格鎖住，如此一來會導致正在進行的大量資料處理速度慢下來。然而以上所提到的最後一個問題在網站開發時，通常並不會造成麻煩。 因為網站上，我們所重視的是使用者來訪時查詢的速度，而非資料儲存結構本身。因此，在這個領域，MySQL 勝利。

▲MYSQL其它的優點

·最佳化

對於 MySQL 的最佳化，我們可以說，主要的問題在於你的硬體條件，而非 MySQL 本身。不過對於 Access，（以及其他桌面資料庫軟體）事情就不是這樣了。 沒錯，Microsoft Jet Database 的確實有效率，不過它還不是最快的。如果你的資料庫設計得非常差，你的網站還是會受到影響而速度變慢的。 資料庫結構設計也會影響到 MySQL，例如，MySQL 並不支援外來鍵（foreign key）。這個缺點會影響到你的資料庫設計以及網站的效率。對於使用 MySQL 做資料庫的網站，你應該注意的是，如何讓硬碟存取IO減少到最低值、如何讓一個或多個 CPU 隨時保持在高速作業的狀態、以及適當的網路頻寬， 而非實際上的資料庫設計以及資料查詢語句。事實上，有些網站開發者將 MySQL 稱為目前市面上跑得最快的資料庫。不過，當你的資料庫有很多表格需要同時在一個事務過程（transaction）內完成更新的時候，MySQL 的確跑得不怎麼樣。

·備份

如果你曾經有過搶救一個損壞的 MDB 檔案的慘痛經驗，那麼你會對 MySQL 表示非常激賞。這是 MySQL 另一個勝過 Access 的地方。首先，mysqldump 會產生一個比 Access 好很多而且也更可靠的備份檔案。相比之下，在 Access中你只是將一個 MDB 檔複製起來做備份。其次，即使 MySQL 的備份有部分損壞，復原起來也要比一個損壞的 MDB 檔要容易得多了。

·可延伸性（Scalability）以及資料處理能力

套句登山者的話來說，將 Access 資料庫來跟 MySQL 相比，簡直就是像把印第安那的小山丘拿來跟科羅拉多洛磯山脈的 Pike"s Peak 頂相比較。事實就是這麼簡單∶MySQL 可以處理的檔案比 Access 所能處理的檔案大很多。如果你硬將 Access 資料庫弄到 100MB 的 MDB 檔案時，你要準備好一個字典厚的紀錄本來記錄來自客戶對於網站效率低下的抱怨。而類似的資料庫在 MySQL 上面跑，就不會發生承載過重的跡象。

另外，MySQL 同時提供高度多樣性，能夠提供很多不同的使用者介面，包括命令列客戶端操作，網頁瀏覽器，以及各式各樣的程式語言介面，例如 C+，Perl，Java，PHP，以及 Python。你可以使用事先包裝好的客戶端，或者乾脆自己寫一個合適的應用程式。MySQL 可用於 Unix，Windows，以及 OS/2 等平臺，因此它可以用在個人電腦或者是伺服器上。

沒錯，Microsoft ActiveX Data Objects Library（ADO）的確使得 Access 在外部資料市場（foreign data market）上能夠做更具彈性的應用。它能夠讓你不用管資料的所在位置而取出資料，然後在公用的介面上（即網頁瀏覽器）將資料顯示出來。不過，其壞處是 ADO 畢竟是比較笨重（它本身就是個資源大雜燴）而且學習它要花不少的金錢跟時間，就算你是一個能力不錯的開發工程師或者軟體工程師也一樣。沒有人能在一天內將 ADO 學會。

▲學習曲線

如果你已經熟悉資料庫技術，那麼基本上你已經沒什麼問題了。精通資料庫的人在一天之內就可以把 MySQL 學會，把這個經驗加到他的履歷表裡面去。相較之下，Access 是個複雜得多的資料庫及開發工具。即使是一個能力不錯的開發工程師也需要一段時間才能具備足夠的專業知識，有效地使用這個軟體。

正如你期待的，MySQL 支援結構化查詢語言（Structured Query Language ,SQL）。如果你已經學會某種版本的 SQL 語言，事情會好辦很多。具有 VB 或者是 VBA 知識背景的開發工程師會發現，他們以前所具備的 ASP 背景，能夠幫助他們縮短學習時間。

▲客戶支援

雖然好用而且免費的客戶支援已不存在，然而MySQL 倒提供了一些電子群組名單供您參考。有一些是頗具技術性的，而且會員們往往互相提供最佳的客戶支援 -- 他們彼此分享經驗和專業知識。此外，你還可以購買具有 客戶支援 的版本，包括 email 支援或者電話支援的方式。大致上來說，客戶支援費率並非固定的，因此我們無法提供你相關價位的資訊。

▲MySQL 的不足之處

Access 是一個關聯性資料庫管理系統（RDBMS），然而 MySQL 並非在每一個層面都是如此。這表示，雖然 MySQL 很好用，它還不是最好的。 以下列表記錄了目前關聯性層面以及管理層面，MySQL 尚未支援的部分:

MySQL 沒法處理複雜的關聯性資料庫功能，例如，子查詢（subqueries），雖然大多數的子查詢都可以改寫成 join。我們期待下一版出來時，這項功能會被加進來。

另一個 MySQL 沒有提供支援的功能是事務處理（transaction）以及事務的提交（commit）/撤銷（rollback）。 一個事務指的是被當作一個單位來共同執行的一群或一套命令。如果一個事務沒法完成，那麼整個事務裡面沒有一個指令是真正執行下去的。對於必須處理線上訂單的商業網站來說， MySQL 沒有支援這項功能，的確讓人覺得很失望。 但是可以用MaxSQL，一個分開的伺服器，它能透過外掛的表格來支援事務功能。

外來鍵（foreign key）以及參考完整性限制（referential integrity）可以讓你制定表格中資料間的約束，然後將約束（constraint）加到你所規定的資料裡面。這些MYSQL沒有的功能表示一個有賴複雜的資料關係的應用程式並不適合使用 MySQL。 當我們說 MySQL 不支援外來鍵時，我們指的就是資料庫的參考完整性限制 -- MySQL 並沒有支援外來鍵的規則，當然更沒有支援連鎖刪除（cascading delete）的功能。 簡短的說，如果你的工作需要使用複雜的資料關聯，那你還是用原來的 Access 吧。

你在 MySQL 中也不會找到儲存程序（stored procedure）以及觸發器（trigger）。（針對這些功能，在 Access 提供了相對的事件程序（event procedure）。）

Access 的 GetRows 功能，提供了較好的資料拾取。

▲總結

下面這個表格能讓你對於 MySQL，Access，以及 SQL Server 大致上比起來是怎麼樣有個基本概念:

□訪問頻繁的網站

·MySQL √

·Access √**

·SQL Server √

□複雜的資料關聯

·MySQL ×

·Access √

·SQL Server √

□線上訂單處理

·MySQL √*

·Access √***

·SQL Server √

□相容性

·MySQL ×

·Access √****

·SQL Server √

□易於使用及操作

·MySQL √

·Access ×

·SQL Server ×

注：

* 需要MaxSQL

** 前提是資料只讀的話

*** 透過Jet SQL獲得的附加功能

**** 因為只有ADO

如果你需要使用複雜的資料庫，並且有很多資源和金錢，那麼你就用 SQL Server 吧。如果你仍舊需要複雜的資料庫但是卻沒有雄厚的後援，那麼用 Access 看看。至於其他的人，至少應該給 MySQL 一個使用的機會吧！