我非常沮喪！
幾個月來，我一直在嘗試將 MS Access 資料庫遷移到 SQL Server，但沒有任何效果。我需要能夠在 Access 前端和 SQL Server 后端編輯資料。
我已經能夠復制表格，但一端的編輯未應用到另一端。我可以下載的應用程式受到嚴重限制——我們的 IT 部門至少需要一周時間才能安裝新應用程式。我嘗試使用 SSMS 18（今天剛剛安裝）來創建鏈接服務。
我使用“Microsoft Office 12.0 Access ...”（16.0 不可用）作為提供程式，并將產品名稱和提供程式字串留空——無論是檔案.mdb還是.accdb檔案，我都會收到此錯誤。
標題：Microsoft SQL Server 管理作業室
已創建鏈接服務器，但連接測驗失敗。您要保留鏈接服務器嗎？
附加資訊：執行 Transact-SQL 陳述句或批處理時發生例外。
(Microsoft.SqlServer.ConnectionInfo)無法為鏈接服務器“2022_08_24”創建 OLE DB 提供程式“Microsoft.ACE.OLEDB.12.0”的實體。（Microsoft SQL Server，錯誤：7302） 如需幫助，請單擊：
因此，在 2010 年之后，強烈建議您使用 SSMAA - 單獨下載和安裝。
但是，Access 2003、2007 和 2010？他們有一個內置的遷移工具到 sql server。
我沒有 15 年前的 Access 版本了，但您可能很想嘗試使用該工具。只要確保您不使用或選擇“ADP”選項即可。
uj5u.com熱心網友回復：
雖然通常情況并非如此，但我們假設您有一個拆分訪問資料庫。
這意味著您有所謂的前端（accdb 或 mdb）。(FE) 然后您將表鏈接到后端（accDB 或 mdb）。（是）
12號辦公室呢？好的，那是 2007 版 - 15 歲，但應該可以正常作業。（您使用的是 15 年前的其他什么軟體？或者您是否出于某種奇怪的原因將 Access 單獨用于這么舊的版本？？？）。
不管？
那么，這里的基本思想是什么？
您將表從 BE 遷移到 sql server。
然后，您洗掉指向 Access 后端的 FE 鏈接，現在要在您的 FE 中創建指向/鏈接到遷移 Access 資料表的 SQL 服務器（您可能在其中）的鏈接。
因此：
我已經能夠復制表格，但一端的編輯未應用到另一端。
聽起來您的 FE 仍然指向較舊的資料庫。我的意思是即使沒有 SQL 服務器，也很容易讓你的 FE 指向錯誤的資料庫 BE。您開始編輯，但您看不到資料庫中的更改！！！！
所以，一旦你將資料移動到 SQL 服務器，然后在你的 FE 中，你要洗掉鏈接（你不是在這里洗掉表，而是只洗掉 FE 中的鏈接表，對，因為我們在 FE 中沒有表，所以我們？）。
為什么我要匯出/匯入表，只是為了洗掉它們？
你不是在洗掉表！！！！- 您將洗掉您的“鏈接”表，或 Access FE 中的所謂鏈接。您現在不再使用 BE，在您的訪問 FE 中編輯資料將直接針對和編輯駐留在 SQL Server 上的表。表之間沒有 suffeling 資料的概念 - 您正在使用鏈接表。資料在 FE 中不存在，鏈接表中也不存在。因此，您被告知要洗掉鏈接表 - 而不是您的 BE 中的物理表。
我的意思是假設您的 Access 應用程式已拆分，那么您的 FE 中沒有要洗掉的表了，是嗎？所以，不，我們不會在這里洗掉任何表，您將洗掉之前指向您的 accDB BE 的 FE 中的 LINKED 表。
然后，您將創建新的表鏈接，這些鏈接現在指向您遷移到 SQL Server 的表。
那么，如果您不使用 SSMAA？
然后使用 sql studio 工具在 SQL Server 中創建資料庫。
創建資料庫后，您就可以將 Access 表移動到該資料庫中。因此，它歸結為您計劃用于此任務的工具。
結果，表之間沒有資料“洗牌”。您的 FE 中有一個鏈接表。您正在直接編輯該鏈接表中的資料。但是，現在鏈接表不是訪問表，而是駐留在 SQL 服務器上的表。
好的，以上概述了移動部件及其作業原理。
因此，讓我們在 Access 資料庫中使用一個簡單的表。并讓我們將該表匯入 SQL Server。（但如前所述，由于這是一個表，所以我們可以使用簡單的匯入。但是，再次，如果您在該 Access 資料庫中有大量表，那么專用遷移工具是比簡單匯入更好的選擇很多倍表）。
因此，第一步是創建一個資料庫。這與 Access 非常相似。您創建一個新資料庫，然后將 Access 表（和資料）遷移（或匯入）到該 SQL Server 資料庫中。
完成后，第 2 步是為該表創建一個鏈接表，該表位于/位于 sql server 中。
因此，我們啟動 SSMS，并創建一個新表。
因此，我們右鍵單擊資料庫，然后選擇新資料庫。
然后只需為我們的資料庫輸入一個名稱。
現在點擊確定。
現在，我們右鍵單擊該資料庫，然后選擇匯入資料。
例如：
現在，在這個例子中，我們將只匯入一個表。
所以，在匯入選項中，我們看到/得到這樣的東西：
注意選擇的數量。好吧，如果這是一個 mdb 檔案，那么從上面選擇“JET”資料庫引擎。
但是，如果這是一個 accDB 檔案呢？（訪問 2007 及更高版本），然后像我一樣選擇 Access 資料引擎。
（并且您可能必須將檔案下拉串列從 *.mdb 更改為所有檔案。
所以，這選擇了檔案。
現在下一頁，您必須選擇sql server“驅動程式”。您在這里有太多選擇 - 這可能會非常混亂。
因此，到目前為止，最好的選擇是始終選擇 SQL Server NATIVE 驅動程式。（你不必這樣做——但如果你不這樣做，將會更加痛苦和痛苦）。
所以這個：
因此這是：
再說一次，不知道您是否在這里使用 SQL Server 登錄或 Windows 安全。
好的，現在我們得到：
我只選擇一個表（因為這是通過使用簡單的匯入來進行資料遷移的一種糟糕且糟糕的方式——但我們必須從某個地方開始！！！）。
因此，此時，我們應該能夠擴展我們的資料庫，并查看 ONE 表。
這個：
好的，現在右鍵單擊此表并選擇設計。
SSMS 中的表設計器非常類似于 access，因此接下來的步驟應該很容易：
記住我上面所說的。當目標是使用我們的 Access FE 鏈接到該表時，我們使用的上述匯入選項是一種將資料匯入 SQL 服務器的糟糕方式。
原因是因為匯入選項有點像 Excel 和平面檔案的骯臟和快速匯入選擇，而且快速而骯臟。
但是，它不會設定我們的主鍵，以及我們在 Access 表中通常具有的所有其他設定（例如 PK 列和自動編號）。
所以，現在在設計模式下，我們將設定 PK 列。
所以點擊PK列（在大多數情況下應該是“ID”——Access的默認值）。
然后在SSMS選單上，點擊主鍵按鈕。
這個：
好的，這得到了 PK（主鍵設定）。
現在我們還需要將此 PK 設定為“自動編號”（就像在 Access 中一樣）。
所以這個設定：
因此，再次選擇“ID”，并在屬性表中，將列設定為“是識別”“是”，它將為增量和種子輸入 1 和 1。
您現在可以關閉此表。
因此，如前所述，對于 1 或 2-3 個表，您必須為每個表執行上述操作。
正如我所說，如果您有 40 個和 ALSO 相關的資料和表，那么我們希望使用自動化工具（如 Access 的 SQL 遷移助手 - SSMAA）。
但是，對于這個 ONE table 測驗，上面的就可以了。
好的，現在我們進入我們的 Access FE，我們可以洗掉這個鏈接到后端的表。（同樣，我們不洗掉表，而只洗掉舊的現有 LINKED 表）。
現在我們為 SQL 服務器表創建一個新的鏈接表。
在訪問中，然后這個：
因此，該選項允許我們匯入或鏈接（我們將在此處鏈接）。
我們得到了這個：
總是沒關系，按照上面的方法選擇（保留默認為 FILE），不要使用機器資料源）。
接下來我們選擇 ODBC sql server 驅動程式。
如果可能，請始終選擇本機驅動程式。但是，此選擇取決于您是否要將 FE 分發給許多用戶。（默認情況下不安裝本機 11、12 和最多 18 個驅動程式）。如果您沒有看到任何本機驅動程式，則選擇“SQL Server”，但本機驅動程式是更好的選擇（但缺點是這些驅動程式必須安裝在所有計算機上。“SQL Server”可以是一個不錯的選擇，因為它總是存在于每臺計算機上）。
事實上，為此讓我們使用 SQL Server 之一。
所以，這個：
那么這個（選擇一個名稱）作為連接。
接下來，然后完成，我們得到這個：
下拉串列應該顯示您擁有的 SQL 服務器串列。
然后選擇您的登錄。
我不知道您是使用 Windows 身份驗證還是 SQL Server 密碼。
然后：
超級超級重要的一步！！！！！！！
確保您使用此下拉選單選擇您的資料庫 - 不要跳過此！！！！
選中將默認資料庫更改為框，然后選擇我們創建的資料庫。
這我們可以點擊下一個 - 沒有什么可以改變的。
那么這個 - 你可以（應該）嘗試測驗資料源按鈕。
現在我們一直回到最近的起始面板，你可以點擊確定
現在我們得到/可以選擇要鏈接到的表：
找到您的表格 - 選擇它，然后檢查保存密碼按鈕。
此時，您應該在 Access 中看到一個鏈接表。如果我們打開它，我們會得到：
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/505137.html
