很多access和SQL Server開發(fā)人員都經(jīng)常面臨著將一個Access數(shù)據(jù)庫升級到SQL Server數(shù)據(jù)庫的問題。由于存在現(xiàn)有的Access升級向?qū)В@一轉(zhuǎn)變的過程就會變得相當(dāng)簡單，尤其是當(dāng)你建立一個與SQL Server數(shù)據(jù)相聯(lián)系的ADP的時候。然而，向?qū)Р⒉皇鞘赖模枰鉀Q的問題還是大有存在。

首先，有些對象并不是簡單的升級，所以這時你不得不人為地處理。第二，很多Access特性──比如一些查詢類型，對象，以及特定的數(shù)據(jù)類型在你沒有做好升級之前的準(zhǔn)備的情況下就會導(dǎo)致錯誤的產(chǎn)生?，F(xiàn)在，讓我們討論一下在數(shù)據(jù)庫升級過程中可能面臨的問題，我將提供能夠解決問題的一些通用的指導(dǎo)方法，最后，你必須花一定的時間和精力將這些知識應(yīng)用到開發(fā)之中。

哪些不能夠升級？
在處理實(shí)際的問題之前，讓我們看看不能隨意升級的對象，它們包括以下：

交叉表查詢
包含SQL DISTINCTROW關(guān)鍵字的任何查詢
所有的隱藏對象
作為參數(shù)的表格數(shù)據(jù)的查詢(這些表格可以升級，但它們卻不能正確的運(yùn)行)
Pass-Through查詢
SQL數(shù)據(jù)定義語言查詢(比如CREATE TABLE, ALTER TABLE, 以及DROP語句)
這些Access對象需要特定的處理。具體的，你將建立一個可比較的SQL Server對象，除此之外，SQL Server不支持Jet安全特性，所以你必須使用Windows認(rèn)證和/或SQL Server安全機(jī)制。

包括的問題點(diǎn)
在數(shù)據(jù)庫的升級之前，如果你已經(jīng)知道哪些地方將可能導(dǎo)致錯誤并知道如何處理產(chǎn)生的錯誤，數(shù)據(jù)庫升級過程中導(dǎo)致的錯誤的可能性將大大地減少。我能夠提供的數(shù)據(jù)庫升級的最好的建議是在開發(fā)之前做好最完整的計(jì)劃?，F(xiàn)在，我將列舉數(shù)據(jù)庫升級過程中可能會導(dǎo)致產(chǎn)生的問題──如果你沒有做好計(jì)劃之前的準(zhǔn)備。

不支持的日期
 
關(guān)于日期，在Access和SQL Server之間都存在很大的差別。Access支持很大范圍的日期，從100年1月1日到9999年12月31日。相反，SQL Server支持的日期從1753年1月1日到9999年12月31日。數(shù)據(jù)庫的升級向?qū)o法升級包含SQL Server不支持的日期的表格。這就意味著在升級之前你必須人工地處理這些日期。幸運(yùn)的是，這一問題只影響少數(shù)的數(shù)據(jù)庫。

與表格控制相關(guān)的查詢
開發(fā)人員通常會使用表格控制的查詢來限制或詢問一個數(shù)據(jù)來源。一個表格可以提供將數(shù)據(jù)顯示在一個特定報(bào)告中的多種選擇。例如，SQL SELECT語句包含了用戶的輸入：

 SELECT Orders.RequiredDate, Orders.ShippedDate, Orders.Freight,
    Orders.ShipName, Orders.ShipAddress, Orders.OrderDate
FROM Orders
WHERE
 Orders.OrderDate Between [Forms]![DateFilter]![DateFrom] And [Forms]![DateFilter]![DateTo]));

為了限定報(bào)告中的數(shù)據(jù)，用戶可以輸入一個開始和結(jié)束的日期到列表(DateFrom 和DateTo)。其他的代碼可以打開并顯示滿足用戶輸入的兩個日期之間的記錄。

因?yàn)檫@種查詢方式被Jet處理，表格中產(chǎn)生的問題可以很快被解決。然而，當(dāng)數(shù)據(jù)庫升級時，SQL Server不會涉及到表格控制，結(jié)果通常為查詢失敗。為了修正這一查詢方式，開發(fā)人員必須更改表格。我建議你使用輸入?yún)?shù)屬性，并將數(shù)值傳遞到SQL Server存儲程序。

交叉表查詢
SQL Server不支持Jet TRANSFORM語句──這一語句可以使一個交叉表查詢成為可能。例如，數(shù)據(jù)庫升級向?qū)еС忠韵虏樵兎绞剑?/P>

TRANSFORM Sum(CCur([Order Details].UnitPRice*[Quantity]*(1-[Discount])/100)*100)
    AS ProductAmount
SELECT Products.ProductName, Orders.CustomerID, Year([OrderDate]) AS OrderYear
FROM Products INNER JOIN (Orders INNER JOIN [Order Details]
ON Orders.OrderID = [Order Details].OrderID) ON Products.ProductID =
    [Order Details].ProductID
WHERE Orders.OrderDate Between #1/1/1997# And #12/31/1997#
GROUP BY Products.ProductName, Orders.CustomerID, Year([OrderDate])
PIVOT "Qtr " & DatePart("q",[OrderDate],1,0) In ("Qtr 1","Qtr 2","Qtr 3","Qtr 4")

還好，你無需在SQL Server中使用Transact-SQL (T-SQL) CASE關(guān)鍵詞重新編寫一個Access的交叉表查詢。下面的SELECT語句描述了使用T-SQL方式重新建立一個交叉表查詢的語法：

SELECT Customers.CustomerID, Customers.CustomerName
    SUM (Case When Orders.Orderdate BETWEEN '01-Jan-1990' AND '31-Dec-1996'
    Then [UnitPrice]*[Quantity] Else 0 End) as 1997)
FROM Customers INNER JOIN Orders
ON CustomerID=Orders.CustomerID

隱藏對象
所有的隱藏對象在數(shù)據(jù)庫升級過程中都被忽略。對此，你最好的處理方法是使用程序?qū)ο蟮腉etHiddenAttribute屬性檢查對象。例如，以下代碼使用這一方法決定對象是否被隱藏。
Dim IsHidden As Boolean
If application.GetHiddenAttribute(objtype, objname) Then  
  IsHidden = True
End If

如果特定的對象被隱藏，IsHidden布爾變量將被為True。

包含索引的表格
 
數(shù)據(jù)庫升級向?qū)Р恢С譀]有索引或其他限制的表格。升級向?qū)Э梢陨壱粋€無索引的表格，但其轉(zhuǎn)換之后只能成為一個只讀的表格。幸運(yùn)的是，解決這一問題很簡單：添加一個索引到每一個沒有索引的表格。一旦你已經(jīng)完成升級數(shù)據(jù)庫，請記住將添加的索引刪除。

數(shù)據(jù)庫升級操作步驟
一旦你已經(jīng)做好一切準(zhǔn)備，并確定操作可以開始。數(shù)據(jù)庫升級向?qū)Э梢詾槟闾峁┤N選擇：

輸出Access表格到SQL Server并鏈接到Access數(shù)據(jù)庫
使用Pass-Through查詢與SQL Server的后臺服務(wù)器的表格相互通訊
將整個Access數(shù)據(jù)庫移動到一個Access數(shù)據(jù)庫工程(其只與SQL Server聯(lián)系)
為了啟動數(shù)據(jù)庫升級向?qū)?，先從工具菜單欄中選擇數(shù)據(jù)庫功能，然后從子菜單中選擇升級向?qū)?。向?qū)У牡谝粋€面板提供兩種選擇：你可以建立一個新的SQL Server 數(shù)據(jù)庫來存放Access表格，如圖A所示，或者你可以在一個現(xiàn)成的SQL Server數(shù)據(jù)庫中添加表格。選擇一個現(xiàn)成的SQL Server數(shù)據(jù)庫將需要輸入一個數(shù)據(jù)服務(wù)名稱(DSN)。

圖 A