以下的文章主要描述的是SQL Server成批導入數(shù)據(jù)的幾個經(jīng)常使用的方法，我們大家都知道在軟件項目實施的實際操作中，數(shù)據(jù)導入的實際操作可以說是一件頭疼的問題。如要把產(chǎn)品信息從現(xiàn)有的進銷存管理系統(tǒng)中導入到ERP系統(tǒng)中。

卻讓企業(yè)用戶手工的輸入這些信息，不怎么現(xiàn)實。在軟件項目實施的時候，數(shù)據(jù)導入一直是項目人員比較頭疼的問題。如要把產(chǎn)品信息從現(xiàn)有的進銷存管理系統(tǒng)中導入到ERP系統(tǒng)中，卻讓企業(yè)用戶手工的輸入這些信息，不怎么現(xiàn)實。

其實，在SQL Server成批導入數(shù)據(jù)的方法。有些項目實施顧問頭疼的問題，在我們數(shù)據(jù)庫管理員眼中，是小菜一碟。現(xiàn)在的重點就是，如何讓用戶了解這些方法，讓數(shù)據(jù)導入變得輕松一些。

SQL Server成批導入數(shù)據(jù)***種方法：使用Select Into語句

若企業(yè)數(shù)據(jù)庫都采用的是SQL Server數(shù)據(jù)庫的話，則可以利用Select Into語句來實現(xiàn)數(shù)據(jù)的導入。Select Into語句，他的作用就是把數(shù)據(jù)從另外一個數(shù)據(jù)庫中查詢出來，然后加入到某個用戶指定的表中。

在使用這條語句的時候，需要注意幾個方面的內(nèi)容。

一是需要在目的數(shù)據(jù)庫中先建立相關的表。如想把進銷存系統(tǒng)數(shù)據(jù)庫(SQLServer)中的產(chǎn)品信息表(Product)導入到ERP系統(tǒng)中的產(chǎn)品信息表(M_Product)中。則前期是在ERP系統(tǒng)的數(shù)據(jù)庫中已經(jīng)建立了這張產(chǎn)品信息表。

二是這種方法只復制表中的數(shù)據(jù)，而不復制表中的索引。如在進銷存系統(tǒng)數(shù)據(jù)中的產(chǎn)品信息表中，在產(chǎn)品編號、產(chǎn)品種類等字段上建立了索引。則利用Select Into語句把數(shù)據(jù)復制到ERP系統(tǒng)的表中的時候，只是復制了數(shù)據(jù)內(nèi)容的本身，而不會復制索引等信息。

三是這條語句使用具有局限性。一般情況下，這只能夠在SQL Server數(shù)據(jù)庫中采用。不過，對于SQL Server不同版本的數(shù)據(jù)庫，如2008或者2003，還都是兼容的。若需要導入的對象數(shù)據(jù)庫不是SQL Server的，則需要采用其他的方法。

四是采用這條語句的話，在目的表中必須不存在數(shù)據(jù)。否則的話，目的表中的數(shù)據(jù)會被清除。也就是說，這個語句不支持表與表數(shù)據(jù)的合并。在SQL Server中，有一條類似的語句，可以實現(xiàn)這個功能。這條語句就是：Insert Into。他的作用就是把另外一張表中的數(shù)據(jù)插入到當前表中。若用戶想要的時表與表數(shù)據(jù)的合并，則可以采用這條語句。兩者不能夠混淆使用，否則的話，很容易導致數(shù)據(jù)的丟失。

五是以上兩條語句都支持兼容的不同類型的數(shù)據(jù)類型。如在原標中，某個字段的數(shù)據(jù)類型是整數(shù)型，但是在目的表中這個字段的數(shù)據(jù)類型則是浮點型，只要這個兩個數(shù)據(jù)類型本來就兼容的，則在導入的時候，數(shù)據(jù)庫是允許的。

SQL Server成批導入數(shù)據(jù)第二種方法：利用Excel等中間工具進行控制

雖然***種方法操作起來比較簡單，但是其也有一些缺點。如他只支持同一種類型的數(shù)據(jù)庫;不能夠?qū)?shù)據(jù)進行過多的干預等等。一般情況下，若用戶原數(shù)據(jù)準確度比較高，不需要過多的修改就可以直接拿來用的話，則筆者就已采用***種方式。

但是，若在原數(shù)據(jù)庫中，數(shù)據(jù)的準確度不是很高，又或者，有很多數(shù)據(jù)是報廢的。總之，需要對原數(shù)據(jù)庫的數(shù)據(jù)進行整理，才能夠使用的情況，筆者不建議先導入進去，再進行更改。筆者在遇到這種情況時，喜歡利用Excle作為中間工具。

也就是說，先把數(shù)據(jù)中原數(shù)據(jù)庫中導到Excle中。有些數(shù)據(jù)庫，如Oracle數(shù)據(jù)庫，他不支持Excle格式。但是，我們可以把它導為CSV格式的文件。這種文件Excle也可以打得開。

然后，再在Excle中，對記錄進行修改。由于Excle是一個很強的表格處理軟件，所以，其數(shù)據(jù)修改，要比在數(shù)據(jù)庫中直接修改來得方便，來得簡單。如可以利用按時間排序等功能，把一些長久不用的記錄清楚掉。也可以利用替換等功能，把一些不規(guī)范的字符更改掉。這些原來在數(shù)據(jù)庫中比較復雜的任務，在Excle等工具中都可以輕松的完成。

等到表中的內(nèi)容修改無誤后，數(shù)據(jù)庫管理員就可以把Excle表格中的文件直接導入到SQL Server數(shù)據(jù)庫中。由于SQL Server與Excel是同一個父母生的，所以，他們之間的兼容性很好。在Sql Server中提供了直接從Excel文件中導入數(shù)據(jù)的工具。

雖然這要借助中間工具導入數(shù)據(jù)，但是，因為其處理起來方便、直觀，所以，筆者在大部分時候都是采用這種方式。

SQL Server成批導入數(shù)據(jù)第三種方式：使用數(shù)據(jù)轉(zhuǎn)換服務導入數(shù)據(jù)

數(shù)據(jù)轉(zhuǎn)換服務是SQL Server數(shù)據(jù)庫中提供的一個非常強大的工具。在SQLServer中，數(shù)據(jù)轉(zhuǎn)換功能有一個圖形用戶接口，用戶可以在圖形界面中導入數(shù)據(jù)，并對數(shù)據(jù)進行相應的編輯。

另外，數(shù)據(jù)轉(zhuǎn)換服務還支持COM組件的編程接口。這也就是說，在前臺應用程序開發(fā)的時候，可以直接調(diào)用數(shù)據(jù)轉(zhuǎn)換服務。讓用戶通過前臺應用系統(tǒng)，而不用在后臺數(shù)據(jù)庫系統(tǒng)進行任何的操作，就可以把數(shù)據(jù)導入數(shù)據(jù)庫系統(tǒng)中去。

在前臺對數(shù)據(jù)庫系統(tǒng)進行導入，有一個明顯的好處，就可以預先對數(shù)據(jù)的合法性進行檢查。如可以利用VB等腳本語言對數(shù)據(jù)進行檢驗、凈化和一定的轉(zhuǎn)換，以符合目的數(shù)據(jù)庫的需要。

如在員工信息表中的婚姻狀況字段，在Oracle數(shù)據(jù)庫系統(tǒng)中，可能是用0或者1來表示婚姻狀況。0表示未婚，1表示已婚。而在SQL Server數(shù)據(jù)庫中，則利用Y或者N來表示婚姻狀況。Y表示已婚，N表示未婚。在導入數(shù)據(jù)的時候，若直接把Oracle數(shù)據(jù)庫表中的數(shù)據(jù)導入到SQL Server數(shù)據(jù)庫中，因為婚姻狀況這個字段存儲的內(nèi)容類型不同，所以，不能夠直接導。

遇到這種情況的話，則就可以在導入數(shù)據(jù)之前，先利用腳本語言對數(shù)據(jù)類型進行驗證。若不符合要求的，則可以通過腳本語言對數(shù)據(jù)進行一定的轉(zhuǎn)換，把0轉(zhuǎn)換為N，把1轉(zhuǎn)換為Y等等。

所以，有時候程序員在開發(fā)前臺應用程序的時候，若要開發(fā)數(shù)據(jù)導入功能的話，我們都是建議采用這個數(shù)據(jù)轉(zhuǎn)換服務。不但有現(xiàn)成的接口，而且，還可以對數(shù)據(jù)進行驗證與一定程度的轉(zhuǎn)換。另外，數(shù)據(jù)轉(zhuǎn)換服務的數(shù)據(jù)導入效率非常的高。即使通過前臺程序調(diào)用，其性能也比其他方法在同等條件下，要高一個檔次。而且，隨著數(shù)據(jù)量的增加，數(shù)據(jù)轉(zhuǎn)換服務的優(yōu)勢會越來越明顯。

不過，在前臺應用程序調(diào)用數(shù)據(jù)轉(zhuǎn)換服務的時候，需要注意。數(shù)據(jù)轉(zhuǎn)換服務提供的COM接口比較復雜，所以，前臺程序調(diào)用數(shù)據(jù)轉(zhuǎn)換服務的代碼也比較復雜。若再加上一些腳本語言的話，可能處理起來更加的繁瑣。故一般只有在大型系統(tǒng)上才會用到這個接口。若數(shù)據(jù)不多，否則不需要復雜驗證與轉(zhuǎn)換的話，利用這個接口是大刀小用，得不償失。

SQL Server成批導入數(shù)據(jù)第四種方式：異構(gòu)數(shù)據(jù)庫之間的導入導出

雖然第二種、第三種方式都可以完成異構(gòu)數(shù)據(jù)庫之間數(shù)據(jù)的導入導出作業(yè)。不過，在SQL Server中，還提供了另外一種解決方案。即直接在SQL Server數(shù)據(jù)庫中連接到其他類型的數(shù)據(jù)庫上，然后采用Select Into等語句實現(xiàn)數(shù)據(jù)的導入作業(yè)。

在SQL Server中，提供了兩個函數(shù)可以幫助我們實現(xiàn)對非SQL Server數(shù)據(jù)庫的連接。這兩個函數(shù)分別為Opendatesource與Openrowset。他們的功能基本相同，只是在細節(jié)上有所差異。

如Opendatesource這個函數(shù)至能夠打開源數(shù)據(jù)庫的表和視圖，而不能夠?qū)ζ溥M行過濾。若用戶只想把源表中的部分數(shù)據(jù)導入到SQL Server數(shù)據(jù)庫的表中，則不能對源表直接進行過濾。過濾的動作需要在SQL Server數(shù)據(jù)庫中進行。

而Openrowset這個函數(shù)，可以在打開對方數(shù)據(jù)庫的表或者視圖的時候，直接利用Where等條件限制語句對記錄進新過濾。為此，在實際應用中，還是Openrowset這個函數(shù)使用的頻率比較高。

不過由于其需要用戶寫復雜的參數(shù)，而且，又不能夠提供復雜的數(shù)據(jù)驗證功能，所以在實際工作中用的并不是很多。在一些小的應用系統(tǒng)中，偶爾還可以見到其的蹤影。在一些大的成熟的商業(yè)軟件中，很少采用這種方式，對數(shù)據(jù)進行導入。

有時候，選擇多了，用戶反而不知道如何下手。筆者平時最喜歡采用的是第二種處理方式。他比較直觀，而且，可以對數(shù)據(jù)進行成批的更改與整理。但是，其缺陷就是效率比較低，特別是Excle軟件對于處理大量記錄的時候，速度比較慢。

若這種方式行不通的話，則筆者比較傾向于采用數(shù)據(jù)轉(zhuǎn)換的處理方式。這個操作起來雖然比較復雜，但是，其可以提供比較復雜的驗證，而且可以在圖形化的界面中對數(shù)據(jù)進行修改，同時效率也比較高。

【編輯推薦】

1. SQL Server 游標的簡單的示例描述
2. SQL Server拆分字符串的3常用種方法
3. SQL Server 2005快照與查詢的使用場景
4. 破解SQL Server占內(nèi)存過多很簡單！
5. SQL Server數(shù)據(jù)庫Processor Affinity概述