在數據庫的設計過程中經常要添加、刪除數據庫對象，這會使數據庫內部留有許多碎片，不能有效地利用磁盤空間，文件會逐漸增大。這有點象文件系統經過多次的增刪操作，會導致文件碎片，浪費磁盤空間，而且讀寫效率降低。 你可以用 Access 提供的工具來壓縮數據庫，它將重新安排數據庫文件在磁盤中保存的位置，并釋放磁盤空間，通常文件的容量會縮小成原來的幾分之一。
Access 內置了壓縮數據庫的功能 但 Access 文件的增大十分夸張，它可能會讓文件增大十倍，讓它臃腫地呆在你的硬盤里。這好象是微軟的通病。你可以打開一個Word文件，添加幾個空格再把它們刪了(實際文件的內容沒有改變)，然后保存，你會發現它比剛才大了些，比如一個45k的文件經過幾次這樣的更改后文件大小變成49.5k→58.5k→68.5k，實在不知道往文件里面又存了些什么。所以我們有理由懷疑 Access 數據庫壓縮的效果。 一年以前我編了一個統計系統，用了大概3個月，幾乎每天都在修改，幾天就壓縮一次，最后這個 Mdb 文件有20M大，即使是 Mde 文件也有8M多，我樂壞了，以為自己也能設計大型程序了。今年這個程序要升級，可是源程序讓我弄丟了(心疼呀)，于是下定決心，重新編了一個。功能幾乎沒有變，最后的 Mdb 文件大小只有2M多，我的天!簡直不敢相信!原來 Access 文件改動得越多壓縮得越多文件就越大，什么邏輯! 還有，如果你的 Mdb 文件太大了，可以建立一個新的空數據庫，把原來的數據庫全部內容都導入到這個新數據庫里，再看看，文件一定小了許多。我做了一個實驗，一個640k的 Mdb 文件，壓縮數據庫后變成240k，再建一個新數據庫，把它全部導入，就只有60k了。 當然，不論用上面什么方法，Mdb 文件還是非常松散的，用 Winzip 還能把它壓縮好幾倍，所以，如果你要把程序妹給朋友，記得最后還要用 Winzip 壓縮，才不會浪費你的電話費!(出處：雙胞胎工作室)
隨著用戶對于企業級高性能數據庫的需求的增長，用戶時常要從MicrosoftAccessJet引擎的文件-服務器環境下轉換到MicrosoftSQLServer的客戶-服務器環境。MicrosoftOffice2000中的Access2000UpsizingWizard可實現將數據表和查詢轉移到SQLServer7.0中。如果您用的是Access的較早的版本，您可以先將它升級為Access2000，然后再使用其中的UpsizingWizard，從而將您的應用移植到SQLServer中。
如果您并不太愿意采用Access2000和UpsizingWizard來實現移植，本文可以作為將Access2000移植到SQLServer的一個指南。轉移一個Access上的應用首先需要將數據轉移到SQLServer，然后將查詢轉移進數據庫，或是轉移為SQL文件以備稍后執行。最后要采取的步驟是移植應用程序。
數據庫移植中用到的SQLServer工具
SQLServer管理器(SQLServerEnterpriseManager)
SQLServer管理器允許對SQLServer以及SQLServer中的對象進行企業級的配置和管理。SQLServer管理器提供一個強有力的scheduling引擎，高度的容錯力和一個嵌入式的復制管理界面。使用SQLServer管理器可以實現以下功能：
管理連接和用戶許可
創建腳本程序
管理SQLServer對象的備份
備份數據和事務處理日志
管理表、視圖、存儲過程、觸發器、索引、規則、默認值以及用戶定義的數據類型
建立全文本索引、數據庫圖表和數據庫維護計劃
輸入和輸出數據
轉換數據
執行各種網絡管理任務
在以MicrosoftWindowsNT為操作系統的計算機中，SQLServerManager由SQLServerSetup進行安裝，并被默認為服務器組件，而在運行著WindowsNT和MicrosoftWindows95的機器上，它將被默認為客戶方組件。您將從SQLServerManager的圖形用戶界面中啟動數據轉移服務(DTS，DataTransformationServices)。
數據轉移服務(DataTransformationServices，DTS)
數據轉移服務允許您在多種異構數據源之間輸入和輸出數據，這些數據源采用基于數據庫的OLE體系結構;或在使用SQLServer7.0的多個計算機之間轉移數據庫和數據庫對象;您還可以通過運用數據轉移服務，更便捷地在一個在線事務處理系統(OLTP)中建立數據倉庫和數據中心。
DTSWizard允許您交互地創建DTS包，通過OLEDB和ODBC來輸入、輸出、驗證和轉移數據。DTSWizard還允許您在關系型數據庫之間拷貝圖解(schema)和數據。
SQLServer查詢分析器(QueryAnalyzer)
SQLServer查詢分析器是一種圖形化的查詢工具，通過它您可以分析一個查詢，同時執行多個查詢，查看數據和獲取索引建議。SQLServer查詢分析器提供了showplan選項，可用來顯示SQLServer查詢優化器所選擇的數據提取方法。
SQLServerProfiler
SQLServerProfiler可以實時地捕獲數據庫服務器活動的連續記錄。SQLServerProfiler允許您監控SQLServer產生的事件，過濾基于用戶指定標準的事件，或將操作步驟輸出到屏幕、文件或數據表。運用SQLServerProfiler，您可以重新執行所捕獲的上一次操作。這種工具可以幫助應用程序開發者識別那些可能會降低應用程序性能的事務處理。在將一個基于文件體系結構的應用程序移植到客戶/服務器結構中時該特性是很有用的，因為它的最后一步包括對面向新的客戶/服務器環境的應用程序進行優化。
轉移表和數據
使用DTSWizard將您的Access數據轉移到SQLServer，可采取以下步驟：
在SQLServerManager(EnterpriseManager)的工具菜單中，鼠標指向“DataTransformationServices”,然后點擊“ImportData.”
在“選擇數據源”(ChooseaDataSource)的對話窗口中，選擇MicrosoftAccess為數據源，然后輸入您的.mdb文件名(mdb為文件擴展名)或者選擇瀏覽文件。
在“選擇數據目標”(ChooseaDestination)的對話窗口中，選擇“MicrosoftOLEDBProviderforSQLServer”，再選擇好數據庫服務器，然后點擊所需的認證模式。
在“指定表備份或查詢”(SpecifyTableCopyorQuery)的對話窗口中，點擊“拷貝表”(Copytables)。
在“選擇數據源”的對話窗口中，點擊“選擇所有項”(SelectAll)。
移植MicrosoftAccess查詢
您可以將Access的查詢以下面的格式之一轉移至SQLServer中：
事務處理SQL腳本程序(Transact-SQLscripts)
事務處理SQL語句通常是由數據庫程序調用的，但是您也可以使用SQLServer7.0中包含的SQLServer查詢分析器直接運行它們。SQLServer查詢分析器可幫助開發者測試事務處理SQL語句，或運行那些執行查詢處理、數據操作(插入，修改，刪除)和數據定義(創建表)的事務處理SQL語句。
存儲過程(Storedprocedures)
開發者可以將大部分產生自Access查詢(查找，插入，修改，刪除)的事務處理SQL語句轉移至存儲過程。用事務處理SQL語句書寫的存儲過程可以用來對您的數據存取打包，并使之標準化，而且存儲過程實際上是存儲在數據庫中的。存儲過程可以帶參數，也可不帶參數，可以由數據庫程序調用或者由SQLServer查詢分析器手動執行。
視圖(Views)
視圖是從一個或多個表中顯示特定的行和列的虛擬表。它們允許用戶可以不直接執行構成查詢基礎的復雜連接而建立查詢。視圖不支持參數的使用。連接多個數據表的視圖不能用INSERT,UPDATE或DELETE語句來修改。視圖由事務處理SQL語句調用，也可用于SQLServer查詢分析器中運行的程序段。SQLServer視圖和SQL-92標準不支持視圖中的ORDERBY排序子句。如欲了解事務處理SQL，存儲過程和視圖的其他信息，請參閱SQLServer在線參考書。
Access查詢類型的SQLServer移植選擇與建議
一個SELECT語句可以存儲在事務處理SQL文件、存儲過程或是視圖中。建立存儲過程是將數據庫應用開發與數據庫設計的物理實施分開的最佳方法。存儲過程可在一處創建而由應用程序調用。
如果存儲過程所基于的數據庫變化了，而存儲過程經過仔細的修改以反應這些變化，則對存儲過程的調用將不會受到破壞。
交叉表(CROSSTAB)
交叉表經常用于總結報表。
一個Access的交叉表可以通過SQL程序段、存儲過程或視圖中的事務處理SQL語句來執行。每當發出一個查詢時，數據連接被重現執行以確保最近的數據得到使用。
根據實際應用情況，比較合適的方法是將交叉表中的數據存儲為一個臨時表(參考下面的MAKETABLE)，臨時表對資源的需求比較少，但是臨時表在建立的同時只提供對數據的一個快照(snapshot)。
創建表(MAKETABLE)
Access中的“MAKETABLE”(創建表)可以通過事務處理SQL腳本程序或存儲過程中的事務處理SQL語言的建表語句“CREATETABLE”來執行。語法如下所示：
SELECT[ALL|DISTINCT]
[{TOPinteger|TOPintegerPERCENT}[WITHTIES]]
[INTOnew_table]
[FROM{}[,…n]]
[WHERE]
[GROUPBY[ALL]group_by_expression[,…n]
[WITH{CUBE|ROLLUP}]
CREATETABLEmytable(lowint,highint)
UPDATE(修改)
UPDATE語句可以存儲在事務_SQL腳本程序中，然而比較好地執行UPDATE語句的方法是創建一個存儲過程。
APPEND(添加)
ALLEND語句可以存儲在事務_SQL腳本程序中，然而比較好地執行APPEND語句的方法是創建一個存儲過程。
移植MicrosoftAccess的查詢到存儲過程和視圖
每個Access查詢都必須用以下的一系列語句替換：
CREATEPROCEDUREAS
GO
CREATEVIEWAS
GO
對每個Access查詢應執行：
打開Access，然后在SQLServer中，打開SQLServer查詢分析器。
在Access的數據庫窗口中點擊“Queries”tab鍵，然后點擊“Design”按鈕。
在“View”菜單上點擊“SQL”按鈕。
將整個查詢粘貼到SQLServer查詢分析器中。
測試語法，保存事務處理SQL語句以備后用，或者在數據庫中執行這些語句。您可以選擇將事務處理SQL語句保存到一段腳本程序中。
移植MicrosoftAccess查詢到事務處理SQL語句
大部分的Access查詢應該轉換成存儲過程和視圖。然而，有一些應用程序開發者不太常用的語句可以存儲為事務處理SQL腳本，一種以sql為文件擴展名的文本文件。這些文件可以在SQLServer查詢分析器中運行。
如果您打算將一些Access查詢轉換為sql文件的話，可以考慮根據它們使用的方式有區別地將這些事務處理SQL語句分別放在幾個腳本程序中。例如，您可以將必須以同樣頻率運行的事務處理SQL語句歸類到同一個腳本中。另一個腳本中則應包含所有只在某些條件下運行的事務處理SQL語句。此外，必須以一定順序執行的事務處理SQL語句應當歸類到一個不連續的腳本中。
將Access語句轉移到事務處理SQL文件
將語句拷貝到SQLServer查詢分析器中
使用藍色的多選項圖標分析語句
在適當時候執行該語句
要執行Access中的創建表(MAKETABLE)的查詢任務的開發者在SQLServer中有幾種選擇。開發者可創建下列對象之一：
一個視圖
視圖具有動態的虛擬表的效果，可提供最近的信息。這是一個輸入/輸出強化器，因為每當發出一個查詢時它都要求對數據表重現建立連接。
一個臨時表
臨時表為已連接的用戶會話建立一個快照。您可以建立局部的或全局的臨時表。局部臨時表只在當前會話中可見，而全局臨時表則在所有會話都是可見的。在局部臨時表的名字前加上單個數字的前綴((#table_name))，而在全局臨時表的名字前加上兩位數字的前綴(##table_name)。對臨時表的查詢執行起來非常快，因為它們取得一個結果集的時候通常只用一個表，而不是將多個表動態地連接在一起來。
如欲了解臨時表的其他信息，請參閱SQLServer在線參考書。
SQLServer7.0中的數據轉換服務(DTS)允許您通過創建包來實現臨時表建立的標準化、自動化和進度安排。例如，當您移植Access2.0中的Northwind范例數據庫時，用于季度數據報表的交叉表可轉變為一個視圖或者一個可在規范基礎上建立臨時表的數據轉換。如欲了解關于DTS的其他信息，請參閱SQLServer在線參考書。
其他設計上的考慮
下面是當您將您的Access應用移植到SQLServer時必須考慮的一些其他問題：
使用參數
帶參數的SQLServer存儲過程需要一種不同于Access查詢的語法格式，例如：
Access2.0格式：
查詢名：EmployeeSalesByCountry,inNWIND.mdb:
PARAMETERS[BeginningDate]DateTime,[EndingDate]DateTime;
SELECTOrders.[OrderID],[LastName]&","&[FirstName]ASSalesperson,Employees.Country,Orders.[ShippedDate],[OrderSubtotals].SubtotalAS[SaleAmount]
FROMEmployeesINNERJOIN(OrdersINNERJOIN[OrderSubtotals]ONOrders.[OrderID]=[OrderSubtotals].[OrderID])ONEmployees.=Orders.
WHERE(((Orders.[ShippedDate])Between[BeginningDate]And[EndingDate]))
ORDERBY[LastName]&","&[FirstName],Employees.Country,Orders.[ShippedDate];
SQLServer7.0格式：
CREATEPROCEDUREEMP_SALES_BY_COUNTRY
@BeginningDatedatetime,
@EndingDatedatetime
AS
SELECTOrders.[OrderID],[LastName]+","+[FirstName]ASSalesperson,Employees.Country,
Orders.[ShippedDate],[OrderSubtotals].SubtotalAS[SaleAmount]
FROMEmployeesINNERJOIN(OrdersINNERJ
