很多Access和SQL Server開發人員都經常面臨著將一個Access數據庫升級到SQL Server數據庫的問題。由於存在現有的Access升級向導,這一轉變的過程就會變得相當簡單,尤其是當你建立一個與SQL Server數據相聯系的ADP的時候。然而,向導並不是十全十美的,需要解決的問題還是大有存在。
首先,有些對象並不是簡單的升級,所以這時你不得不人為地處理。第二,很多Access特性──比如一些查詢類型,對象,以及特定的數據類型在你沒有做好升級之前的准備的情況下就會導致錯誤的產生。現在,讓我們討論一下在數據庫升級過程中可能面臨的問題,我將提供能夠解決問題的一些通用的指導方法,最後,你必須花一定的時間和精力將這些知識應用到開發之中。
哪些不能夠升級?
在處理實際的問題之前,讓我們看看不能隨意升級的對象,它們包括以下:
交叉表查詢
包含SQL DISTINCTROW關鍵字的任何查詢
所有的隱藏對象
作為參數的表格數據的查詢(這些表格可以升級,但它們卻不能正確的運行)
Pass-Through查詢
SQL數據定義語言查詢(比如CREATE TABLE, ALTER TABLE, 以及DROP語句)
這些Access對象需要特定的處理。具體的,你將建立一個可比較的SQL Server對象,除此之外,SQL Server不支持Jet安全特性,所以你必須使用Windows認證和/或SQL Server安全機制。
包括的問題點
在數據庫的升級之前,如果你已經知道哪些地方將可能導致錯誤並知道如何處理產生的錯誤,數據庫升級過程中導致的錯誤的可能性將大大地減少。我能夠提供的數據庫升級的最好的建議是在開發之前做好最完整的計劃。現在,我將列舉數據庫升級過程中可能會導致產生的問題──如果你沒有做好計劃之前的准備。
不支持的日期
關於日期,在Access和SQL Server之間都存在很大的差別。Access支持很大范圍的日期,從100年1月1日到9999年12月31日。相反,SQL Server支持的日期從1753年1月1日到9999年12月31日。數據庫的升級向導無法升級包含SQL Server不支持的日期的表格。這就意味著在升級之前你必須人工地處理這些日期。幸運的是,這一問題只影響少數的數據庫。
與表格控制相關的查詢
開發人員通常會使用表格控制的查詢來限制或詢問一個數據來源。一個表格可以提供將數據顯示在一個特定報告中的多種選擇。例如,SQL SELECT語句包含了用戶的輸入:
SELECT Orders.RequiredDate, Orders.ShippedDate, Orders.Freight,
Orders.ShipName, Orders.ShipAddress, Orders.OrderDate
FROM Orders