Access數(shù)據(jù)庫升級為SQL數(shù)據(jù)庫的注意事項(xiàng)和方法
更新時(shí)間:2007年02月09日 00:00:00 作者:
很多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的時(shí)候。然而,向?qū)Р⒉皇鞘赖模枰鉀Q的問題還是大有存在。
首先,有些對象并不是簡單的升級,所以這時(shí)你不得不人為地處理。第二,很多Access特性──比如一些查詢類型,對象,以及特定的數(shù)據(jù)類型在你沒有做好升級之前的準(zhǔn)備的情況下就會導(dǎo)致錯誤的產(chǎn)生?,F(xiàn)在,讓我們討論一下在數(shù)據(jù)庫升級過程中可能面臨的問題,我將提供能夠解決問題的一些通用的指導(dǎo)方法,最后,你必須花一定的時(shí)間和精力將這些知識應(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ì)劃。現(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ù)庫升級時(shí),SQL Server不會涉及到表格控制,結(jié)果通常為查詢失敗。為了修正這一查詢方式,開發(fā)人員必須更改表格。我建議你使用輸入?yún)?shù)屬性,并將數(shù)值傳遞到SQL Server存儲程序。
交叉表查詢
SQL Server不支持Jet TRANSFORM語句──這一語句可以使一個交叉表查詢成為可能。例如,數(shù)據(jù)庫升級向?qū)еС忠韵虏樵兎绞剑?br>
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:

選擇建立一個新的數(shù)據(jù)庫或者使用一個現(xiàn)成的數(shù)據(jù)庫
第二個面板要求獲得SQL Server范例的信息。除此之外,你必須認(rèn)證安全機(jī)制(如果存在)和為新的數(shù)據(jù)庫提供一個缺省的名稱,如圖B所示。
圖B

為一個新的數(shù)據(jù)庫命名
在這點(diǎn)上,你可以將需要的表格復(fù)制到SQL Server,你也可以指出完成的部分將成為一個完整的ADP或者一個被鏈接的表格,如圖C所示。
圖 C

指明一個ADP或者一個被鏈接的表格
避開麻煩
每一個開發(fā)人員都有不同的數(shù)據(jù)庫升級操作的經(jīng)驗(yàn),所以無法保證第一次操作就能夠達(dá)到成功。然而,如果你遵循本文中提供的有關(guān)規(guī)則,你應(yīng)該遇到更少的錯誤,即使碰到,你也可以很容易地修正錯誤,并繼續(xù)操作。
首先,有些對象并不是簡單的升級,所以這時(shí)你不得不人為地處理。第二,很多Access特性──比如一些查詢類型,對象,以及特定的數(shù)據(jù)類型在你沒有做好升級之前的準(zhǔn)備的情況下就會導(dǎo)致錯誤的產(chǎn)生?,F(xiàn)在,讓我們討論一下在數(shù)據(jù)庫升級過程中可能面臨的問題,我將提供能夠解決問題的一些通用的指導(dǎo)方法,最后,你必須花一定的時(shí)間和精力將這些知識應(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ì)劃。現(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ù)庫升級時(shí),SQL Server不會涉及到表格控制,結(jié)果通常為查詢失敗。為了修正這一查詢方式,開發(fā)人員必須更改表格。我建議你使用輸入?yún)?shù)屬性,并將數(shù)值傳遞到SQL Server存儲程序。
交叉表查詢
SQL Server不支持Jet TRANSFORM語句──這一語句可以使一個交叉表查詢成為可能。例如,數(shù)據(jù)庫升級向?qū)еС忠韵虏樵兎绞剑?br>
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:

選擇建立一個新的數(shù)據(jù)庫或者使用一個現(xiàn)成的數(shù)據(jù)庫
第二個面板要求獲得SQL Server范例的信息。除此之外,你必須認(rèn)證安全機(jī)制(如果存在)和為新的數(shù)據(jù)庫提供一個缺省的名稱,如圖B所示。
圖B

為一個新的數(shù)據(jù)庫命名
在這點(diǎn)上,你可以將需要的表格復(fù)制到SQL Server,你也可以指出完成的部分將成為一個完整的ADP或者一個被鏈接的表格,如圖C所示。
圖 C

指明一個ADP或者一個被鏈接的表格
避開麻煩
每一個開發(fā)人員都有不同的數(shù)據(jù)庫升級操作的經(jīng)驗(yàn),所以無法保證第一次操作就能夠達(dá)到成功。然而,如果你遵循本文中提供的有關(guān)規(guī)則,你應(yīng)該遇到更少的錯誤,即使碰到,你也可以很容易地修正錯誤,并繼續(xù)操作。
您可能感興趣的文章:
- iwms access與sql版的安裝與轉(zhuǎn)換
- MySQL數(shù)據(jù)庫轉(zhuǎn)移,access,sql server 轉(zhuǎn) MySQL 的圖文教程
- 精妙的SQL和SQL SERVER 與ACCESS、EXCEL的數(shù)據(jù)導(dǎo)入導(dǎo)出轉(zhuǎn)換
- asp php 清空access mysql mssql數(shù)據(jù)庫的代碼
- SQL SERVER 與ACCESS、EXCEL的數(shù)據(jù)轉(zhuǎn)換方法分享
- asp連接access、sql數(shù)據(jù)庫代碼及數(shù)據(jù)庫操作代碼
- JS連接SQL數(shù)據(jù)庫與ACCESS數(shù)據(jù)庫的方法實(shí)例
- 自己動手把ACCESS轉(zhuǎn)換到SQLSERVER的方法
- php將access數(shù)據(jù)庫轉(zhuǎn)換到mysql數(shù)據(jù)庫的方法
- Access轉(zhuǎn)成SQL數(shù)據(jù)庫的方法
相關(guān)文章
關(guān)于面試中常問的數(shù)據(jù)庫回表問題
這篇文章主要介紹了關(guān)于面試中常問的數(shù)據(jù)庫回表問題,回表就是先通過數(shù)據(jù)庫索引掃描出數(shù)據(jù)所在的行,再通過行主鍵id取出索引中未提供的數(shù)據(jù),即基于非主鍵索引的查詢需要多掃描一棵索引樹,需要的朋友可以參考下2023-07-07大數(shù)據(jù)Spark Sql中日期轉(zhuǎn)換FROM_UNIXTIME和UNIX_TIMESTAMP的使用
本文主要介紹了大數(shù)據(jù)Spark Sql中日期轉(zhuǎn)換FROM_UNIXTIME和UNIX_TIMESTAMP的使用,文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-02-02關(guān)于Rsa Public Key not Find的問題及解決
這篇文章主要介紹了關(guān)于Rsa Public Key not Find的問題及解決方案,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-07-07Navicat?for?MySQL導(dǎo)入csv文件時(shí)出現(xiàn)中文亂碼的問題解決
在做數(shù)據(jù)對接導(dǎo)入的時(shí)候使用的數(shù)據(jù)是CSV格式的文件,導(dǎo)入發(fā)現(xiàn)了亂碼,下面這篇文章主要給大家介紹了關(guān)于Navicat?for?MySQL導(dǎo)入csv文件時(shí)出現(xiàn)中文亂碼的問題解決辦法,需要的朋友可以參考下2023-12-12免費(fèi)開源數(shù)據(jù)庫:SQLite、MySQL和PostgreSQL的優(yōu)缺點(diǎn)
對于處理大規(guī)模數(shù)據(jù)和高并發(fā)訪問的場景,MySQL和PostgreSQL更適合,SQLite在小型應(yīng)用程序或嵌入式設(shè)備中是一種輕量級、簡單和易于使用的選擇,根據(jù)具體的應(yīng)用需求和場景特點(diǎn),選擇合適的開源關(guān)系型數(shù)據(jù)庫可以提供更好的性能、可擴(kuò)展性和靈活性2024-02-02