創建應用程序的開發人員面臨著這樣一個選擇：在眾多的數據庫選項中，應該選擇哪一種技術？在選擇一種數據庫技術之前，開發人員需要考慮很多因素。比如，該應用程序需要支持多少個用戶？所有的用戶是否會同時訪問數據庫系統？該應用程序的開發涉及到哪些費用？如果該應用程序的需求隨著時間的推移而發生變化，該技術是否允許對該數據庫的功能和規模進行擴充？
直到最近，Microsoft推出了兩種數據庫管理方案：Microsoft Jet （即Microsoft Access 數據引擎，該引擎隨同Access 和Microsoft Visual Studio發布） 和 Microsoft SQL Server。由于每一種技術方案都有自身的優勢，同時又存在某些局限性，因此，以前如果要求開發人員選擇這樣一種數據庫技術：使它既滿足從桌面到數據中心環境下運行，而數據庫應用程序又適應長期和短期需要，一般而言是很困難的。由于基于Jet的解決方案具有易于使用和開發成本低的優點，因此，對于桌面或者共享的應用程序而言，它是一種很不錯的選擇。然而，開發人員發現：隨著應用系統規模的擴大，在他們將Jet應用程序移植到SQL Server的平臺之前，需要對程序代碼進行大量的修改。值得開發人員高興的是：隨著一個與SQL Server 兼容的數據引擎—Microsoft 數據引擎（MSDE）的發布，開發人員可以選用一種新的方式來創建基于桌面和共享環境的數據庫應用程序。利用MSDE，開發人員可以創建自由分布的桌面和共享的數據庫解決方案。當需要對系統的規模進行擴充時，采用這種解決方案的數據庫應用程序可以很容易地移植到SQL Server中。
數據引擎涉及哪些技術
從本質上講，一個處于運行狀態的“數據引擎”就是一個核心進程。一個數據庫管理系統，比如Access 或者 SQL Server，將利用這個核心進程來存儲和管理數據庫中的數據。從這種意義上講，我們通常可以把一個數據引擎看作是一個沒有相應的圖形管理工具的數據庫管理系統。數據引擎主要有兩種作用：一是用來存儲數據，二是用來處理其它對象對存儲的信息所提交的請求。我們通常把用來檢索或者更新數據的請求稱作數據庫查詢。
通常，數據引擎與自定義數據庫應用程序一起對客戶機應用程序提交的數據庫請求進行響應。自定義數據庫應用程序是用某種開發工具，比如Microsoft Visual Studio創建的。在這種情況下，由于自定義的數據庫應用程序已經包含了內置的工具對底層的數據庫進行管理，因此，在數據引擎中，就沒有必要包含圖形工具來對數據庫進行管理了。此外，由于數據引擎具有容易分布的特點，開發人員可以將相應的數據引擎包含到自定義應用程序中，在應用程序的安裝過程中，用戶可以通過選取該引擎組件而將其安裝到系統中。
Microsoft數據引擎
Microsoft 數據引擎（MSDE）與SQL Server完全兼容，在以Visual Studio 6.0 或者Access 2000為開發工具所創建的桌面和共享的數據庫解決方案中，該引擎可以用來對數據庫進行處理。對于Visual Studio 6.0 或者 Access 2000開發人員來說， 他們可以在不單獨對MSDE進行注冊的情況下發布使用MSDE創建的數據庫應用程序。MSDE用到了SQL Server提供的一些技術，并且與SQL Server 7.0完全兼容。在Access 2000中，MSDE是代替Jet（Access 2000數據庫使用的缺省引擎）的理想選擇。此外，對于Visual Studio 6.0開發人員而言，如果他們想創建自定義的數據庫應用程序，并且希望在這些自定義的應用程序中使用與SQL兼容的的數據庫，那么，他們可以通過采用MSDE作為數據引擎的方式來達到這一目的。MSDE與SQL的兼容性意味著：開發人員可以對現有的以MSDE作為數據引擎、桌面和共享的數據庫應用程序代碼不作任何修改，就可以將其移植到SQL Server中。
MSDE以提供某種服務的方式在后臺運行。在此，服務指的是以后臺進程運行的應用程序。服務與其它的應用程序的運行方式有所不同。比如，只要用戶通過從“開始”菜單選取“啟動”選項，對應的應用程序就可以投入運行。但對于服務而言，如MSDE，情況就不是這樣。它們的啟動和關閉通常是由操作系統來完成的。以MSDE作為數據引擎的桌面和共享的數據庫應用程序通常具有以下限制：在數據庫應用程序存活期間，MSDE服務應該處于運行狀態。一般而言，使用服務的對象是其它應用程序，而不是終端用戶。一般情況下，服務在后臺運行，當它接收到客戶機應用程序向它提交的處理請求時，它就轉去執行相應的請求。對于MSDE來說，這些請求是一些將要對數據庫執行的操作。由于使用服務的對象是客戶機應用程序，而不是終端用戶，因此服務不需要有用戶界面。在Access 2000中創建的一個工程或者一個Visual Basic應用程序可以直接與某個服務進行交互。對于MSDE而言，這些客戶機應用程序充當了用戶界面。
MSDE的特性：
* 完全與Microsoft SQL Server 7.0 以及以前的版本相兼容。
* 對于Visual Studio 6.0 或者 Microsoft Office 2000 開發人員而言，他們可以將基于MSDE的數據庫應用程序免費發布給最終用戶。
* 可以在Windows 95， Windows 98， Windows NT， 以及Windows 2000 （Intel 和 Alpha）平臺上運行。
* 具有客戶機/服務器的體系結構（MSDE在數據庫服務器，而不是在客戶機上執行對數據庫的操作）。
* 以提供服務的方式在后臺運行。
* 在數據庫的開發過程中，開發人員不需要為該引擎創建相應的用戶界面。其它應用程序，比如用Access 2000 或者 Visual Basic開發的自定義應用程序需要為數據庫提供相應的用戶界面．
Jet 4.0
Jet 4.0是在Microsoft Access 2000中使用的缺省的數據引擎。在Visual Studio 6.0 開發工具包中，也包含了這一引擎。Jet是基于文件的數據庫管理系統。這種類型的數據庫管理系統具有如下特點：系統中的數據庫包含在一個獨立的數據庫文件中，并且對數據庫的讀寫操作是由客戶機控制的。Jet 可以在多用戶的環境下使用，并且開發人員還能夠將采用Jet作為引擎的數據庫應用程序擴充為桌面和共享的數據庫應用程序。Microsoft Access為Jet數據引擎提供了一個易于使用的界面。開發人員還可以利用 Visual Basic或者其它開發工具來創建自定義的前端應用程序，在這些應用程序中，包含了以Jet作為引擎的數據庫。
SQL Server
SQL Server是一個基于客戶機/服務器模式的數據庫管理系統。與基于文件的數據庫中使用的引擎不同，在基于客戶機/服務器模式的數據庫管理系統中，數據引擎將負責管理數據庫的讀寫操作。由于這一特性，基于客戶機/服務器模式的數據庫管理系統，比如SQL Server，可以在很大的程度上提高系統能夠處理的并發用戶數和數據量。當前，企業中使用的大型數據庫應用程序需要支持的并發用戶數和處理的數據量在不斷增加，SQL Server就是為滿足這一迫切需要而設計的。這些數據庫應用程序包括在今天已經實現和在將來還需要進一步改進的企業管理系統和決策支持系統。SQL Server具有各種發行版本，以滿足在不同的環境下對處理的數據量、并發用戶數和硬件的不同要求。
數據庫與SQL的兼容性
數據庫與SQL的兼容性指的是，數據庫在多大程度上與用來進行數據庫通信的ANSI結構化查詢語言（ANSI-SQL）行業標準保持一致。MSDE 和 SQL Server兩者都遵從Transact-SQL （T-SQL）中定義的語言規范，而Jet則沒有采用這種規范。與此不同的是，Jet定義并實現了它自己的一套查詢語言。在這種查詢語言中，Jet可以調用Visual Basic應用程序（VBA）中的函數過程。Transact-SQL是一套定義完善的語言，開發人員可以通過這種語言來進行數據庫應用程序和數據庫服務器之間的通信，并能夠對數據庫服務器進行編程處理。Transact-SQL是ANSI-SQL的一個超集，利用Transact-SQL，開發人員可以通過對服務器進行編程的方式來使服務器執行一些定制的事務邏輯處理。用戶可以通過在客戶端調用這些以事件或者消息的方式驅動的事務邏輯處理過程，而實際執行時，這些邏輯處理過程則是在服務器上完成的。MSDE與Transact-SQL的語言規范保持一致意味著：MSDE中的對象不加修改就能夠在SQL Server中運行。因此，在這一點上，MSDE要優越于Jet。
如何選擇數據引擎
如果你手頭的數據庫應用程序的功能和規模已經不能滿足數據庫系統的需求，你可能準備新建一個基于功能強大的數據引擎的應用程序，也可能打算通過使用一個新的數據引擎來代替原來的引擎的方式對現有的數據庫應用程序進行移植，不管你采用哪一種方式，對現有的條件和計劃使用的每一種數據引擎的特性進行一定的了解是非常重要的。那么，你到底應該選擇哪種數據引擎呢？如果你希望創建桌面和共享的數據庫應用程序，那么，你可以考慮用MSDE來代替Jet。在本節中，我們討論了在開發的過程中很多數據庫應用程序對系統提出的需求，另外，我們還提供了一些建議，以告訴開發人員如何選擇一個合適的數據引擎，使該引擎能夠在最大程度上滿足他們將要創建的工程需求。
數據庫應用程序的需求
表1列出了在企業環境下運行的數據庫應用程序的需求，并說明了每一種數據引擎在多大程度上能夠滿足這些需求。如果你的應用程序在當前（或者在將來會）具有在表1最左邊的一列中所給出的任何需求，你就應該考慮用MSDE來代替Jet作為數據庫的引擎了。
在哪些情況下應選擇MSDE作為數據庫系統的引擎
在以下兩種情況下，我們可以選用MSDE作為數據庫應用程序的引擎。一是用MSDE 代替Jet來移植現有的數據庫應用程序，以提高它的可伸縮性。二是以MSDE作為引擎來創建桌面和共享的數據庫應用程序，當系統的規模擴大時，這些數據庫能夠很容易地移植到SQL Server。
MSDE與SQL Server的兼容性
MSDE數據引擎與SQL Server完全兼容。因此，在MSDE中創建的表格、存儲過程、觸發器，以及其它數據庫對象在不進行任何修改的情況下就可以在SQL Server數據庫中運行。但是，在Jet中創建的對象，比如查詢對象，就不能在不進行任何修改的情況下移植到SQL Server數據庫中運行。如果希望在將來把當前創建的數據庫應用程序移植到SQL Server中，或者現有的數據庫應用程序在處理的并發用戶數、數據量或者在其它某一方面已經或者將要超過Jet引擎的限制，那么，應該選擇MSDE作為應用程序的數據引擎。采用這種解決方案，你可以在不修改任何代碼的情況下，毫不費力地在將來某一天將自己的數據庫應用程序移植到SQL Server。
基于服務器的處理
與Jet不同，MSDE不是一個基于文件的數據引擎，因此以MSDE作為引擎的數據庫應用程序不會受到基于文件的數據庫對處理的數據量的限制。由于在基于文件的數據庫中，對數據庫的操作是在客戶機上進行的，因此這種類型的數據庫影響了應用程序的性能。而在基于服務器的數據庫系統中，比如在SQL Server和MSDE中，用來對客戶機應用程序提交的請求進行處理的操作是在服務器上完成的，在對請求處理完畢后，服務器將相應的結果返回給提交請求的客戶機應用程序。采用這種處理方式，大大減少了網絡的負荷，并且，它還可以使用戶在沒有較高配置終端的情況下，以能夠被接受的速度訪問數據庫。
當多個用戶在同時使用一個基于文件的數據庫時，每一個用戶都必須打開同樣的文件以從中讀寫信息。由于每一個用戶只有輪到了他的順序才能對數據庫文件執行相應的操作，因此，基于文件的數據庫就會成為影響系統性能的一個瓶頸。基于服務器的數據庫管理系統專門設計用來解決客戶機應用程序訪問數據庫管理系統時所遇到的這一問題，因此它可以提高系統的性能。
當客戶機應用程序分布在網絡上的不同機器時，在客戶機處理數據的方式會使基于文件的數據庫系統的性能進一步下降。當一個基于文件的共享數據庫放在網絡中的一個文件服務器上時，如果客戶機應用程序向文件服務器提交一個查詢請求以對共享數據庫執行相應的操作，即使執行該請求的結果只產生一條記錄，文件服務器也需要將該請求中包含的所有源數據通過網絡傳遞給提交請求的客戶機應用程序。在基于服務器的數據庫中，數據引擎將在服務器上執行客戶機應用程序提交的所有處理請求，在處理完畢后，只將處理的結果返回給客戶機。在這種模式下，應用程序在帶寬較窄的網絡連接上仍然能夠以較好的性能來訪問服務器上的數據庫。
如果你的數據庫應用程序分布在網絡上、多個用戶需要同時訪問你的數據庫、或者用戶只能通過一條帶寬較窄的網絡連接進行訪問，只要存在以上的任何一種情況，你就應該選用MSDE作為你的數據庫應用程序的引擎。
安全性
雖然MSDE和Jet都允許對表格或者存儲過程這些獨立的數據庫對象進行必要的保護，但在Windows NT 或者 Windows 2000平臺上運行的MSDE數據庫可以利用Windows 2000提供的安全機制來保護數據庫對象，但Jet數據庫卻不具備這種特性。
如果你希望在數據庫應用程序中利用Windows 2000中提供的這種安全機制，那么你應該選擇MSDE作為你的數據引擎。
授權
任何注冊了Office 2000 專業版或者學習版的客戶， 或者任何注冊了在Visual Studio 6.0 企業版或者專業版中包含的工具組件的用戶都可以免費獲得MSDE，這些工具組件包括：
* Visual Studio 6.0， 專業版和企業版
* Visual Basic 6.0， 專業版和企業版
* Visual C++(r) 6.0， 專業版和企業版
* Visual InterDev(tm) 6.0 專業版
* Visual J++(r) 6.0， 專業版
* Visual FoxPro(r) 6.0 專業版
對于那些采用MSDE作為數據引擎來創建桌面和共享的數據庫解決方案的開發人員而言，只要他們對下面的軟件進行了注冊，就可以獲得授權免費發布他們創建MSDE解決方案。這些需要注冊的軟件產品包括：
* Microsoft Office 2000 開發版
* Microsoft Visual Studio 6.0 專業版或者企業版中的相關工具組件（在本節的前面列出了這些工具組件） 
對于那些以Microsoft Office 或者Visual Studio作為開發工具的開發人員而言，如果他們在應用程序中包含了以Jet作為引擎的數據庫，他們也被授權免費發布這些數據庫。但是，以Jet作為引擎的桌面和共享的數據庫應用程序卻不能方便地移植到SQL Server中。如果開發費用是影響創建數據庫應用程序的一個重要因素，把MSDE作為數據庫的引擎是你最好的選擇。
MSDE小結
如果開發人員希望創建桌面或者共享的數據庫應用程序，并且計劃在將來對這些數據庫應用程序的功能和規模進行擴充，那么，選用MSDE作為數據引擎將具有以下優點：從近期來看，能夠降低系統的開發費用，從遠期來看，又提供了最為方便的方式，以對當前創建的數據庫應用程序進行移植。當你所在組織的規模擴大后對數據庫系統的功能和性能提出新的需求時，你可以在不修改現有數據庫應用程序中的任何代碼的情況下，將它完全移植到基于SQL Server的平臺上運行。此外，由于MSDE與SQL 完全兼容，開發人員可以使用同樣的數據訪問語言在規模相對較小的MSDE數據庫系統和規模較大的SQL Server數據庫系統之間實現無縫轉換。
在哪些情況下選用Jet
對于一些特殊的數據庫系統而言，以Jet 4.0作為引擎也是一個很不錯的選擇。在這一節中，我們將討論在哪些情況下應該選用Jet作為數據庫引擎。
分布性
在采用Jet作為引擎的數據庫系統中，由于數據庫包含在一個獨立的文件中，因此備份和發布數據庫的工作就變得非常容易。雖然在數據庫系統的運行過程中，其它文件會通過諸如Visual Basic 或者 Microsoft Access這種類型的應用程序來訪問Jet數據庫文件，但由于開發人員對這些文件之間的相關性進行了良好的定義，因此，訪問數據庫文件的操作不會占用系統大量的存儲空間或者使用大量的處理器資源。與Jet 數據庫相比，MSDE數據庫比較難于發布和安裝。因此，如果希望簡化數據庫的發布和安裝的過程，選用Jet作為數據庫的引擎是一個很不錯的選擇。
開發費用
開發人員可以將基于Jet 4.0的數據庫隨同用下面的工具開發的數據庫應用程序一起發行：
* Microsoft Office 2000
* Microsoft Access 2000
* Visual Studio 6.0 任何版本中的相關工具組件（在文章的前面部分列出了這些組件） 
如果開發費用是創建數據庫應用程序時要考慮的重要因素，選用Jet作為數據引擎是一個很不錯的選擇。
可伸縮性
MSDE 和 Jet數據庫都可以在桌面和共享的數據庫應用程序中運行。對于有些數據庫應用程序而言，它們所處理的數據量可能永遠也不會超過2GB，并且所支持的用戶數也不會超過20個。如果你手頭有一個Jet數據庫應用程序，即使隨著系統規模的增長，它所處理的數據量也不會很大，并且需要支持的用戶數也不夠多，那么，將Jet作為現有數據庫的引擎仍不失為一個好的選擇．
對系統資源的需求
由于Jet數據庫經過了壓縮處理，因此在那些資源有限的平臺上，選用Jet作為數據庫的引擎是合適的。在這篇文章所討論的三種數據引擎中，以Jet作為引擎的數據庫占用的存儲空間和消耗的系統內存最少。如果使用的機器的磁盤空間或者系統內存非常有限，那么選用Jet作為引擎將是非常明智的選擇。
與以前版本的兼容性
Jet 4.0對那些基于以前的版本的數據庫提供了最大的兼容性。你可以將現有的多個不同版本Jet數據庫應用程序放在同一個系統中運行。只要你不將SQL Server 或者 MSDE加入到數據庫系統中，那么你現有的系統仍將是一個基于Jet/Access解決方案的數據庫系統。如果在你現有的一個Jet數據庫應用程序中調用了在Jet以前版本中定義的一個函數，或者調用了這樣一個函數：你需要進行大量的處理工作才能將該函數轉化到與SQL兼容的數據庫中運行，那么，采用Jet作為數據庫的引擎將比采用MSDE 或者 SQL Server 7.0具有更大的優越性。
JET小結
對于那些在當前要求處理的數據量不大、需要支持的并發用戶數也不多，并且在將來也不會有很大增長的的數據庫管理系統而言，基于Jet的數據庫系統具有開發費用低、維護方便的優點，并且與以前版本的Jet數據庫系統具有最大的兼容性。
在哪些情況下應選擇
SQL Server
看到這一節的標題，你可能想問：為什么不以MSDE或者Jet作為引擎來開發所有的數據庫系統呢？對這個問題的答案是：基于Jet 甚至是MSDE的數據庫系統在有些情況下已經不能滿足實際的需要了。在下面，我們對這些情況進行了說明。
數據庫的容量
基于MSDE的數據庫最多能存儲2GB大小的數據�；�于Jet的數據庫中的每一個文件能夠存儲的數據也無法超過2GB。由于Jet數據庫文件可以通過相互鏈接的方式來增大存儲能力，因此最終存儲的數據量只受到磁盤空間大小的限制。但是，管理多個數據文件將是一項非常困難的工作。因此，如果你現有的數據庫的大小超過了2GB，或者是在將來會突破這一限制，那么選用SQL Server作為數據庫系統的引擎將是最佳的選擇。
支持的并發用戶數
當數據庫系統需要支持的并發用戶數不超過5個時，采用MSDE作為數據庫的引擎將會獲得最優的系統性能。Microsoft極力推薦：為了使MSDE數據庫系統表現出優越的性能，系統所支持的并發用戶數不要超過5個。
從技術和授權的角度上來講，基于Jet的數據庫系統支持的用戶數可以達到255個，但在實際中，系統支持的用戶數最好不要超過20個。這樣的原因是：Jet 數據庫系統采用基于文件的方式來存儲數據，因此，隨著連接的用戶數量的增加，需要對文件執行讀寫操作的用戶數也將不斷增加，從而使系統的性能變差。
由于SQL Server 可以支持成千上萬個并發用戶，因此可以在最大程度上滿足企業級數據庫系統的性能需求。因此，如果一個數據庫應用程序需要支持的用戶數超過了5個時，選用SQL Server將是最明智的選擇。
SQL Server小結
如果用戶要求一個獨立的數據庫處理的數據量超過2GB，并且用戶要求在訪問數據庫系統時能夠獲得良好的性能，那么，應該選用SQL Server作為數據庫系統的引擎。在所有的數據引擎中，SQL Server提供了最優越的性能和最好的可伸縮性。
對MSDE許可的解釋
任何注冊了Office 2000 專業版或者學習版的用戶， 或者任何注冊了在Visual Studio 6.0 企業版或者專業版中包含的工具組件的用戶都可以免費獲得MSDE，這些工具組件包括：
* Visual Studio 6.0， 專業版和企業版
* Visual Basic 6.0， 專業版和企業版
* Visual C++(r) 6.0， 專業版和企業版
* Visual InterDev(tm) 6.0 專業版
* Visual J++(r) 6.0， 專業版
* Visual FoxPro(r) 6.0 專業版
發布MSDE解決方案所需的許可
如果Visual Studio 6.0 或者 Office 2000開發人員在他們創建的解決方案中使用MSDE，只要他們遵守了在開發過程中所用到的其它軟件產品的最終用戶許可協議，就可以將他們的解決方案發布給他們的客戶或者最終用戶，Microsoft 不會因為開發人員使用了MSDE而收取相應的版權費。
當MSDE解決方案與SQL Server進行互操作時需要獲得的許可
如果開發人員發布的基于MSDE的數據庫應用程序在運行的過程中需要與SQL Server進行交互，那么，對于開發人員在客戶機上安裝的數據庫應用程序的每一份拷貝，他們需要獲取一份Microsoft客戶訪問許可（CAL）。對于中心的SQL Server數據庫，開發人員也需要為安裝的每一個拷貝獲取一份許可。如果你想了解有關SQL Server 7.0報價和授權許可的更詳細的信息，請訪問SQL Server Web站點中的相關內容：
http://msdn.microsoft.com/isapi/gomscom.asp?Target=/sql/70/gen/pricing.htm.。

關鍵字：數據引擎、 MSDE 、數據庫