SSMA( SQL Server Migration Assistant) For Access(Access 升遷向?qū)娲ぞ撸?/h1>
- 2017-07-29 08:58:00
- zstmtony
原創(chuàng)
-
11899
SSMA( SQL Server Migration Assistant) For Access(Access 升遷向?qū)娲ぞ撸?/p>
SSMA For Access 全名為：Microsoft SQL Server Migration Assistant v5.3 for Access
1.Access 2003至Access 2010有一個(gè)非常好的Access升遷到Sql server的向?qū)Чぞ?，但是從Access 2013版本開始，微軟取消了升遷Sqlserver功能
以前的Access 2000,Access 2002, Access2003 ,Access 2010 包含一個(gè)Access升遷到Sql server的功能，但是可惜的是，Access從2013版本開始（包括2016）取消了升遷Sqlserver功能，需要使用SSMA( SQL Server Migration Assistant)
微軟將這個(gè)升遷功能 集成到 SSMA工具里，可能主要是想集中在一起，如SSMA For Access,SSMA For Oracle 等等使用 SQL Server Migration Assistant (SSMA)
一個(gè)更方便更定制化的工具, (Access 2013和Access 2016唯一的選擇),可以使用 SSMA創(chuàng)建你的SQL Server 數(shù)據(jù)庫，
2.SSMA 的優(yōu)點(diǎn)是：
1.可以按照你自己的喜好去改變?cè)O(shè)置和定制化升遷選項(xiàng)
2.允許你去保存升遷包及以后隨時(shí)和多次運(yùn)行這個(gè)升遷包
3.能夠適應(yīng) 所有版本的 SQL Server 和 Access
3.SQL Server Migration Assistant (SSMA)下載地址：
不過注意，這個(gè)工具暫時(shí)只有英文版，全名為Microsoft SQL Server Migration Assistant 7.11 for Access
https://www.microsoft.com/en-us/download/details.aspx?id=54255（本頁面最后也可直接下載附件）
4.ACCESS數(shù)據(jù)庫遷移到SQLSERVER數(shù)據(jù)庫兩種方法(升遷過程圖文詳解)
轉(zhuǎn)自網(wǎng)上文章-未知作者
ACCESS2000文件
用ACCESS2007打開，并遷移到SQLSERVER2005里
打開ACCESS2007的數(shù)據(jù)庫工具
方法一：使用ACCESS2007自帶的數(shù)據(jù)庫遷移工具
1、打開ACCESS2007的數(shù)據(jù)庫遷移向?qū)?/p>
2、點(diǎn)擊SQLSERVER按鈕，彈出升遷向?qū)?duì)話框
3、選擇新建數(shù)據(jù)庫
4、輸入計(jì)算機(jī)名，我的本地計(jì)算機(jī)名字叫joe，因?yàn)镾QLSERVER安裝在本地，所以選擇使用可信連接就可以了
數(shù)據(jù)庫名稱默認(rèn)就可以了
5、選擇所有表，移動(dòng)到右邊框
6、把表索引也一起升遷到SQLSERVER里
7、由于沒有應(yīng)用程序，這一步可以直接跳過
8、點(diǎn)擊完成按鈕開始遷移數(shù)據(jù)庫到SQLSERVER
9、開始遷移
10、刷新一下SQLSERVER2005里的對(duì)象資源管理器里的數(shù)據(jù)庫
遷移到SQLSERVER之后，SQLSERVER會(huì)自動(dòng)在ACCESS數(shù)據(jù)庫的名稱后加SQL這三個(gè)字母
11、打開LygSQL中的某個(gè)數(shù)據(jù)表，看是否遷移成功
12、表約束也完整遷移成功
方法二：使用SQLSERVER2005自帶的數(shù)據(jù)導(dǎo)入導(dǎo)出向?qū)?/p>
限制：SQLSERVER2005自帶的數(shù)據(jù)導(dǎo)入導(dǎo)出向?qū)Чぞ咧恢С諥CCESS2003或以下文件
1、在SQLSERVER里新建一個(gè)與ACCESS數(shù)據(jù)庫同名的數(shù)據(jù)庫Lygl
2、選中Lygl數(shù)據(jù)庫，然后按右鍵—》任務(wù)-》導(dǎo)入數(shù)據(jù)
3、打開SQLSERVER導(dǎo)入導(dǎo)出向?qū)?/p>
4、下一步
提示：如果ACCESS數(shù)據(jù)庫有密碼的話，點(diǎn)擊下一步會(huì)出錯(cuò)，所以在點(diǎn)擊下一步之前請(qǐng)先去除ACCESS數(shù)據(jù)庫的密碼！
5、點(diǎn)擊下一步
6、再點(diǎn)擊下一步
7、再點(diǎn)擊下一步
勾選第一個(gè)方框就可以了，SQLSERVER會(huì)自動(dòng)幫你勾選ACCESS數(shù)據(jù)庫中的所有表格
8、點(diǎn)擊下一步
9、最后點(diǎn)擊完成按鈕
10、刷新一下SQLSERVER對(duì)象資源管理器里的數(shù)據(jù)庫
11、打開表
數(shù)據(jù)都導(dǎo)入進(jìn)來了
但是表約束沒有導(dǎo)入進(jìn)來，這個(gè)比ACCESS自帶的數(shù)據(jù)庫遷移向?qū)Р盍艘稽c(diǎn)
整個(gè)遷移的過程就完成了
5.用SSMA移植Acceses到SQL Server可能遇到的幾點(diǎn)問題
轉(zhuǎn)自網(wǎng)上文章-未知作者，請(qǐng)作者看到 聯(lián)系
在微軟想要統(tǒng)治世界的偉大計(jì)劃中，更希望這種引擎是SQL Server 。隨著這種想法，微軟針對(duì)Access提供了免費(fèi)的SQL Server移植工具——SSMA 。
對(duì)于開發(fā)者來說，移植工具已有很大的實(shí)惠 。但期望這種工具能夠移植整個(gè)應(yīng)用程序是不現(xiàn)實(shí)的，因?yàn)锳ccess有一些SQL Server所沒有的簡(jiǎn)單工具（例如窗體和報(bào)表性能） 。但是我們有理由相信這種工具能做大部分工作，比如建立適當(dāng)?shù)谋?，轉(zhuǎn)移數(shù)據(jù)，把查詢轉(zhuǎn)換成視圖等 。
SSMA的運(yùn)行需要在.NET Framework2.0版本以上，J#2.0可重組包以及至少1GB RAM 。
SSMA具有一個(gè)清晰的圖形用戶界面，分成四個(gè)面板 。在建立一個(gè)新工程之后，首先添加一個(gè)或多個(gè)Access數(shù)據(jù)庫，然后連接到適當(dāng)?shù)腟QL Server數(shù)據(jù)庫，下一步就是把架構(gòu)（schema）轉(zhuǎn)換成SQL Server 。
注意，這個(gè)過程并不是運(yùn)行依靠SQL Server引擎的架構(gòu)，而是簡(jiǎn)單地生成了一個(gè)在SSMA中可見的，可用的SQL Server架構(gòu)，同時(shí)生成一個(gè)錯(cuò)誤、警告和信息標(biāo)記的集合 。
從這點(diǎn)來看，該工具的能力就顯而易見 。作為一個(gè)開始，這些標(biāo)記指出轉(zhuǎn)換問題，例如：不支持Access的一些函數(shù)如DateDiff，所以不能轉(zhuǎn)換（當(dāng)然這些函數(shù)可以被轉(zhuǎn)換，但SSMA不能實(shí)現(xiàn)） 。
你可以瀏覽Access架構(gòu)，觀察正在計(jì)劃的類型映射等等，當(dāng)然如果你不喜歡這種缺省映射，也完全可以改變它，或者根據(jù)特殊的工程甚至特殊的表來做改變 。
查詢是一個(gè)比較特別的情形 。它們被轉(zhuǎn)換成SQL Server視圖：你可以編輯Access查詢?nèi)缓螽a(chǎn)生適當(dāng)?shù)腟QL Server代碼 。這樣的編輯是發(fā)生在SSMA的架構(gòu)中，而不是在Access數(shù)據(jù)庫本身完成 。
你可以使用SSMA運(yùn)行依靠數(shù)據(jù)庫的SQL Server架構(gòu)，它建立了一種結(jié)構(gòu)來保存數(shù)據(jù)以便你可以移植數(shù)據(jù) 。理論上聽起來很好，但是實(shí)際上是怎樣的呢？雖說嘗試從任意一個(gè)數(shù)據(jù)庫引擎移植到另一個(gè)都是麻煩的，且這個(gè)工具可以免費(fèi)的為你做90%的工作，但它還存在一些缺陷 。
例如，雖然不是SQL標(biāo)準(zhǔn)的一部分，Access需要所有日期來包裝到hash記號(hào)中 。不幸的是，SSMA看起來沒有考慮到這點(diǎn)，這個(gè)疏忽的結(jié)果就是所有涉及到日期的查詢結(jié)果都不能成功轉(zhuǎn)換 。下面是一個(gè)錯(cuò)誤信息的例子：
/* * SSMA error messages: * A2SS0058: Following SQL statement is not supported and cannot be converted: * * SELECT
DISTINCTROW EMPLOYEES.EmployeeNo, EMPLOYEES.FirstName, EMPLOYEES.LastName, EMPLOYEES.DateOfBirth, EMPLOYEES.DateEmployed *
FROM EMPLOYEES * WHERE ((EMPLOYEES.DateOfBirth)>#1/1/1970#); * */
PRINT ERROR: SSMA failed to convert the previous statement.
日期在數(shù)據(jù)庫中是很常見的，所以這個(gè)疏忽將會(huì)影響大多數(shù)數(shù)據(jù)庫轉(zhuǎn)換 。但要解決并不困難，如下：
SELECT EmployeeNo, FirstName, LastName, DateOfBirth FROM dbo.EMPLOYEES WHERE (DateOfBirth > CONVERT(DATETIME, 1970-01-01))
從例子中返回正確的數(shù)據(jù)集 。
（我們可以討論一下是否是這樣，例如：CONVERT(DATETIME, 1970-01-01 00:00:00, 102)可能更恰當(dāng)，但是不管怎么說，我們可以轉(zhuǎn)換數(shù)據(jù)處理），如果我們可以手動(dòng)地做，SSMA就應(yīng)該可以為我們做這件事 。
還有更糟糕的問題：Access默認(rèn)是在文本周圍使用雙引號(hào)，例如：
SELECT EMPLOYEES.EmployeeNo, EMPLOYEES.FirstName FROM EMPLOYEES WHERE ((EMPLOYEES.FirstName="Norma"));
SQL Server不是這樣，它使用單引號(hào)，如下：WHERE EMPLOYEES.FirstName=Norma;
然而，SSMA保留了上面這樣的雙引號(hào)代碼，沒做任何改變 。而且在架構(gòu)產(chǎn)生期間并沒有引發(fā)錯(cuò)誤提示，錯(cuò)誤提示只發(fā)生在把架構(gòu)加載到SQL Server數(shù)據(jù)庫的過程中 。那時(shí)，SSMA拋出一個(gè)錯(cuò)誤提示說存在一個(gè)非法列名Norma，這樣視圖就不能加載到SQL Server中了 。以上顯示出SSMA并沒有做足夠的語法檢查 。
再強(qiáng)調(diào)一下，Access默認(rèn)使用雙引號(hào)，而SSMA卻不能處理如此簡(jiǎn)單平常的Access語法 。這就像一個(gè)法語到英語的翻譯者可以處理語言中的大多數(shù)詞，卻為單詞“Bonjour”感到束手無策一樣 。
再一個(gè)例子，Access允許為字段添加規(guī)則約束，例如一個(gè)名為“Title”的字段可以接受的值可能只有Mr., Mrs., Miss., Ms等 。但SQL Server不能準(zhǔn)確地支持同樣的類型約束 。非常明顯SSMA轉(zhuǎn)換這種約束規(guī)則為一個(gè)表約束 。Brilliant，做的不錯(cuò)，只是在代碼中丟失了字段名：
ALTER TABLE [dbo].[NAMES] ADD CONSTRAINT [SSMA_CC$NAMES$Title$validation_rule] CHECK (In (Mr.,Mrs.,Miss,Ms,Dr.,Prof.))
這不僅不能在架構(gòu)轉(zhuǎn)載到SQL Server時(shí)運(yùn)行，同時(shí)更不能產(chǎn)生一個(gè)錯(cuò)誤消息 。最后一行的正確語法應(yīng)該是:CHECK (Title In (Mr.,Mrs.,Miss,Ms,Dr.,Prof.))
那么，我們是否應(yīng)該從機(jī)器上刪除SSMA呢？當(dāng)然不，因?yàn)樗_實(shí)完全自動(dòng)地做了大量的工作，也提供了一個(gè)合理的環(huán)境，在那里可以看到問題區(qū)域并做出整理 。指出它的缺陷，只是期望SSMA能更好
5. ACCESS數(shù)據(jù)庫升遷到SQLSERVER 可能遇到的各種問題(ACCESS升遷Sql server時(shí)的特別注意事項(xiàng))：
ACCESS轉(zhuǎn)SQLSERVER后代碼需要修改的語句
原文：圖老師 （tmtony整理）
在軟件開發(fā)過程中經(jīng)常會(huì)遇到數(shù)據(jù)庫升遷的問題，原因比較多，如acsess訪問速度比sql server慢、刪除數(shù)據(jù)記錄后access會(huì)留下空檔，文件越來越大(也可用壓縮修復(fù)的方式減小文件大小，但太麻煩)，訪問速度越來越慢，甚至?xí)?shù)據(jù)庫損壞，損壞得比較輕的可以找第三方工具來修復(fù)，便嚴(yán)重時(shí)會(huì)導(dǎo)致數(shù)據(jù)庫無法修復(fù)，或修復(fù)后數(shù)據(jù)記錄會(huì)損壞。所以我們大有必要升遷我們現(xiàn)有的Access數(shù)據(jù)庫到SQL Server;
1，對(duì)于日期字段字段
access表示為：#1981-28-12# SQLSERVER2000表示為：''1981-02-12''
2,SQL語句區(qū)別
select ,update 在對(duì)單表操作時(shí)都差不多， 但多表操作時(shí)update語句的區(qū)別ACCESS與SQLSERVER中的UPDATE語句對(duì)比:
SQLSERVER中更新多表的UPDATE語句: UPDATE Tab1 SET a.Name = b.Name FROM Tab1 a,Tab2 b WHERE a.ID = b.ID;
同樣功能的SQL語句在ACCESS中應(yīng)該是 UPDATE Tab1 a,Tab2 b SET a.Name = b.Name WHERE a.ID = b.ID;
即:ACCESS中的UPDATE語句沒有FROM子句,所有引用的表都列在UPDATE關(guān)鍵字后. 更新單表時(shí)：都為： UPDATE table1 set ab='12',cd=444 where ....
3,delete語句
access中刪除時(shí)用:delete * from table1 where a2 即只要把select 語句里的select 換成delete就可以了。
sqlserve 中則為: delete from table1 where a2 即沒有*號(hào)
4，as 后面的計(jì)算字段區(qū)別
access中可以這樣：select a,sum(num) as kc_num,kc_num*num as all_kc_num 即可以把AS后的字段當(dāng)作一個(gè)數(shù)據(jù)庫字段參與計(jì)算。
sqlserver 中則為：select a,sum(num) as kc_num,sum(num)*num as all_kc_num 即不可以把AS后的字段當(dāng)作一個(gè)數(shù)據(jù)庫字段參與計(jì)算。
5，[.]與[!]的區(qū)別
access中多表聯(lián)合查詢時(shí)：select tab1!a as tab1a,tab2!b tab2b from tab1,tab2 ,中間的AS可以不要。
sqlserve 中則：select tab1.a as tab1a,tab2.b tab2b from tab1,tab2 ,中間的AS可以不要。
6,聯(lián)合查詢時(shí)，
access中多表聯(lián)合查詢:'select a,b from( select a,b from tab1 where a3 union select c,d from tab2 ) group by a,b
sqlserve 中則'select a,b from( select a,b from tab1 where a3 union select c,d from tab2 ) tmptable group by a,b
即要加一個(gè)虛的表tmptable，表名任意。
7，access升級(jí)到sqlserver時(shí)，
可以用sqlserver的數(shù)據(jù)導(dǎo)入工具導(dǎo)入數(shù)據(jù)，但要做必要的處理。
access中的自動(dòng)編號(hào)，不會(huì)自動(dòng)轉(zhuǎn)換SQL中的自動(dòng)編號(hào)，只能轉(zhuǎn)換為int型，要把它手工改成標(biāo)識(shí)字段，種子為1，
把所有導(dǎo)入被sqlserver轉(zhuǎn)化成的以n開頭的字段類型的n去掉，如nvarchar-varchar.
把需要有秒類型的日期字段改成datatime類型（SQL會(huì)把所有的日期開轉(zhuǎn)化成smalldatetime型）
8, true與1=1
access用where true表示條件為真
sqlserver用where 1=1表示條件為真
9,判斷字段值為空的區(qū)別 普通空：
Access和sql server一樣 where code is null 或 where code is nol null 條件空：
Access：iif([num] is null,0,[num]) 或 iif([num] is null,[num1],[num])
SQLServer: isnull([num],0) 或 isnull([num],[num1])
10,SQL語句取子串的區(qū)別
access:MID（字段，n1，[n2]），LEFT（字段，n），RIGHT（字段，n） 如：select left(cs1,4)+'-'+cs2 as cs3
SQLServer: SUBSTRING(expression, start, length)
如：select substring(cs1, 1, 2) + substring(cs1, 4, 2) + '-' + cs2 as cs3
其它相關(guān):
6.win7 x64下用SSMA導(dǎo)access數(shù)據(jù)入mssql2008注意事項(xiàng)
主要涉及到win7 x64下用SSMA導(dǎo)access數(shù)據(jù)入mssql2008注意事項(xiàng)方面的內(nèi)容，對(duì)于win7 x64下用SSMA導(dǎo)access數(shù)據(jù)入mssql2008注意事項(xiàng)感興趣的同學(xué)可以參考一下。
背景：老早在xp上一個(gè)access2003數(shù)據(jù)庫，現(xiàn)在要把里面的數(shù)據(jù)導(dǎo)入到64位win7的mssql2008中。一種方式使用access自帶的東東，但是在我的情況下特慢，所以選擇了SSMA for access。相較于mssql自帶的工具，這個(gè)可以在mssql中保留access中的所有結(jié)構(gòu)和關(guān)系（網(wǎng)上搜索提示有3種方法可以執(zhí)行access轉(zhuǎn)mssql），也是MS的東東，可以免費(fèi)使用。但是在使用SSMA時(shí)會(huì)提示：required mdb-file *** is not loaded。究其原因是由于我的機(jī)子上還是安裝的是office2003，dao library缺失，這就導(dǎo)致不能成功轉(zhuǎn)導(dǎo)。方法是把office升級(jí)合適版本（我是升級(jí)到office2010）。
另外，如果原先的access棄之不用的話，要對(duì)SSMA進(jìn)行一番設(shè)置。具體設(shè)置為：SSMA的tools---default project settings--Tables下的Add timestamp colums設(shè)置為Never。這樣就不會(huì)在轉(zhuǎn)導(dǎo)后的每個(gè)table中增加一個(gè)timestamp的field了！
7.這些年來，Access數(shù)據(jù)庫一直在PC平臺(tái)占據(jù)主導(dǎo)地位，使用它建立了大量的部門數(shù)據(jù)庫。隨著這些數(shù)據(jù)庫的應(yīng)用，它們中的大多數(shù)已經(jīng)慢慢地具有應(yīng)急使命，現(xiàn)在需要的是加固成為一個(gè)安全的客戶端—服務(wù)器引擎。
在微軟想要統(tǒng)治世界的偉大計(jì)劃中，更希望這種引擎是SQL Server。隨著這種想法，微軟針對(duì)Access提供了免費(fèi)的SQL Server移植工具——SSMA。
什么是SSMA? SQL Server Migration Assistant（SSMA）是微軟公司推出的數(shù)據(jù)庫升遷工具，可以幫助用戶輕松地從常用數(shù)據(jù)庫遷移數(shù)據(jù)到SQL Server。由于不同數(shù)據(jù)產(chǎn)品間的標(biāo)準(zhǔn)都不相同，所以借助SSMA，可以使原來復(fù)雜的數(shù)據(jù)遷移工作變得非常輕松。
微軟公司針對(duì)不同的數(shù)據(jù)庫產(chǎn)品推出了針對(duì)性的SSMA工具，主要產(chǎn)品分別面向Oracle、Sybase、Access、MySQL等數(shù)據(jù)庫。所以，當(dāng)進(jìn)行數(shù)據(jù)升遷之前，要確定進(jìn)行升遷的數(shù)據(jù)庫類型，然后選擇合適的SSMA進(jìn)行操作。
對(duì)于開發(fā)者來說，移植工具已有很大的實(shí)惠。但期望這種工具能夠移植整個(gè)應(yīng)用程序是不現(xiàn)實(shí)的，因?yàn)锳ccess有一些SQL Server所沒有的簡(jiǎn)單工具（例如窗體和報(bào)表性能）。但是我們有理由相信這種工具能做大部分工作，比如建立適當(dāng)?shù)谋?，轉(zhuǎn)移數(shù)據(jù)，把查詢轉(zhuǎn)換成視圖等。
SSMA的運(yùn)行需要在.NET Framework2.0版本以上，J#2.0可重組包以及至少1GB RAM。
SSMA具有一個(gè)清晰的圖形用戶界面，分成四個(gè)面板。在建立一個(gè)新工程之后，首先添加一個(gè)或多個(gè)Access數(shù)據(jù)庫，然后連接到適當(dāng)?shù)腟QL Server數(shù)據(jù)庫，下一步就是把架構(gòu)（schema）轉(zhuǎn)換成SQL Server。
注意，這個(gè)過程并不是運(yùn)行依靠SQL Server引擎的架構(gòu)，而是簡(jiǎn)單地生成了一個(gè)在SSMA中可見的，可用的SQL Server架構(gòu)，同時(shí)生成一個(gè)錯(cuò)誤、警告和信息標(biāo)記的集合。
從這點(diǎn)來看，該工具的能力就顯而易見。作為一個(gè)開始，這些標(biāo)記指出轉(zhuǎn)換問題，例如：不支持Access的一些函數(shù)如DateDiff，所以不能轉(zhuǎn)換（當(dāng)然這些函數(shù)可以被轉(zhuǎn)換，但SSMA不能實(shí)現(xiàn)）。
你可以瀏覽Access架構(gòu)，觀察正在計(jì)劃的類型映射等等，當(dāng)然如果你不喜歡這種缺省映射，也完全可以改變它，或者根據(jù)特殊的工程甚至特殊的表來做改變。
查詢是一個(gè)比較特別的情形。它們被轉(zhuǎn)換成SQL Server視圖：你可以編輯Access查詢?nèi)缓螽a(chǎn)生適當(dāng)?shù)腟QL Server代碼。這樣的編輯是發(fā)生在SSMA的架構(gòu)中，而不是在Access數(shù)據(jù)庫本身完成
相關(guān)文章：
Access升遷到Sql server有些數(shù)據(jù)表遷遷總是失敗的解決辦法（表被跳過或?qū)С鍪。?/a>
Access取消了升遷向?qū)qlserver功能，需要使用SSMA
相關(guān)英文介紹：
Microsoft SQL Server Migration Assistant (SSMA) for Access is a tool to automate migration from Microsoft Access database(s) to SQL Server
Details
Version:
5.3
File Name:
SSMA_Access\SSMA for Access.5.3.0.exe
Date Published:
5/7/2014
File Size:
7.0 MB
SQL Server Migration Assistant (SSMA) is a free supported tool from Microsoft that simplifies database migration process from Access to SQL Server. SSMA for Access automates conversion of Microsoft Access database objects to SQL Server database objects, loads the objects into SQL Server, and then migrates data from Microsoft Access to SQL Server.
SSMA for Access v5.3 is designed to support migration from Microsoft Access 97 and higher to all editions of SQL Server 2005, SQL Server 2008, SQL Server 2008 R2, SQL Server 2012 and SQL Server 2014.
System Requirements
Supported Operating System
Windows 7, Windows 8, Windows Server 2003, Windows Server 2008 R2, Windows Server 2012
?Windows 7, Windows 8.1, Windows Server 2003, Windows Server 2008, Windows Server 2008 R2, Server 2012.
Requirements for the SSMA for Access client: ?Microsoft Windows Installer 3.1 or a later version.
?The Microsoft .NET Framework version 3.5 or a later version. You can obtain it from the .NET Framework Developer Center.
?Access to and sufficient permissions on the computer that hosts the target instance of SQL Server.
?DAO provider version 12.0 or 14.0. You can install DAO provider from Microsoft Office 2010/2007 product or download it from Microsoft web site.
?Microsoft SQL Server Native Client (SNAC) version 10.5 and above. You can install SNAC from Microsoft SQL Server web site as part of SQL Server Feature Pack.
?4 GB RAM.
Install Instructions
After the download, you must extract the installation files before you can install SSMA for Access.
Installing the SSMA for Access Client 1.Double-click SSMA for Access.exe.
2.On the 'Welcome' page, click Next.
3.If you do not have the prerequisites installed, a message will appear that indicates that you must first install required components. Make sure that you have installed all prerequisites, and then run the installation program again.
4.Read the End User License Agreement. If you agree to the terms, select "I accept the agreement" option and click Next.
5.Read the 'Usage Report Settings' page, select or clear the feature reporting box, and then click Next.
6.On the 'Choose Setup Type' page, click Typical.
7.Click Install.
Additional Information
Licensing: SSMA is a FREE download, and is available for use by any customer or partner with no charge or any obligations.
- office課程播放地址及課程明細(xì)
- Excel Word PPT Access VBA等Office技巧學(xué)習(xí)平臺(tái)
- 將( .accdb) 文件格式數(shù)據(jù)庫轉(zhuǎn)換為早期版本(.mdb)的文件格式
- 將早期的數(shù)據(jù)庫文件格式（.mdb）轉(zhuǎn)換為 （.accdb） 文件格式
- KB5002984：配置 Jet Red Database Engine 數(shù)據(jù)庫引擎和訪問連接引擎以阻止對(duì)遠(yuǎn)程數(shù)據(jù)庫的訪問（remote table)
- Access 365 /Access 2019 數(shù)據(jù)庫中哪些函數(shù)功能和屬性被沙箱模式阻止（如未啟動(dòng)宏時(shí)）
- Access Runtime(運(yùn)行時(shí))最全的下載(2007 2010 2013 2016 2019 Access 365)
- access vba代碼太長(zhǎng)，換行，分行的寫法
- VB6 VBA Access真正可用并且完美支持中英文的 URLEncode 與 URLDecode 函數(shù)源碼
- 自定義VB中的urlencode函數(shù)，將URL中特殊部分進(jìn)行編碼
- Access 函數(shù)簡(jiǎn)化串接sql字符串，減少符號(hào)導(dǎo)致的書寫錯(cuò)誤
- vba完全關(guān)閉IE瀏覽器及調(diào)用IE瀏覽器的簡(jiǎn)單應(yīng)用
- 利用FollowHyperlink方法打開超鏈接提示“無法下載您要求的信息”的解決方案
- 在access中用代碼打開文本框中超鏈接地址
- Activex控件或Dll 在某些電腦無法正常注冊(cè)的解決辦法(regsvr32注冊(cè)時(shí)卡?。?/a>
- office使用部分控件時(shí)提示“您沒有使用該ActiveX控件許可的問題”的解決方法
- RTF文件（富文本格式）的一些解析
- Access樹控件（treeview) 64位Office下出現(xiàn)橫向滾動(dòng)條不會(huì)自動(dòng)定位的解決辦法
- Access中國樹控件 在win10電腦 節(jié)點(diǎn)行間距太小的解決辦法
- EXCEL 2019 64位版（Office 2019 64位）早就支持64位Treeview 樹控件 ListView列表等64位MSCOMMCTL.OCX控件下載
- VBA或VB6調(diào)用WebService（直接Post方式）并解析返回的XML
- 早期PB程序連接Sqlserver出現(xiàn)錯(cuò)誤
- MMC 不能打開文件C:/Program Files/Microsoft SQL Server/80/Tools/Binn/SQL Server Enterprise Manager.MSC 可能是由于文件不存在，不是一個(gè)MMC控制臺(tái)，或者用后來的MMC版
- sql server連接不了的解決辦法
- localhost與127.0.0.1區(qū)別
- Roych的淺談數(shù)據(jù)庫開發(fā)系列（Sql Server)
- sqlserver 自動(dòng)備份對(duì)備份目錄沒有存取權(quán)限的解決辦法
- 安裝Sql server 2005 express 和SQLServer2005 Express版企業(yè)管理器 SQLServer2005_SSMSEE
| 聯(lián)系人： | 王先生 |
|---|---|
| Email： | 18449932@qq.com |
| QQ： | 18449932 |
| 微博： | officecn01 |
