當前的向導體系結構會創建一個 DTS 軟件包數據流以傳輸數據。但如果要處理幾千個表，則會遇到可伸縮性限制。我們認為這是合理的，因為軟件包設計人員不太可能在一個數據流中使用幾千個源和幾千個目標。Beta 3 中可能會針對此問題進行一些改進。

為什么我不能在導入/導出向導中復制對象？

導入/導出向導是為了讓用戶方便地將數據移入和移出 SQL Server 而設計的。在服務器之間復制數據庫對象實際上屬于管理操作而不是數據移動操作，即使實際上移動了數據。

用戶可以使用 SQL Server“管理”工作區中的“復制數據庫向導”來復制數據庫對象，而且該向導是專門用于復制數據庫對象的。

另一方面，DTS 導入/導出向導簡化了典型的 DTS 操作——從各種數據源（包括文本文件、電子表格和 OLEDB 數據源）加載數據。

為什么我不能在 SQL Server Management Studio 中設計軟件包？

SQL Server Management Studio 是一個環境，用于管理已部署軟件包的存儲和執行。它提供了專門用來設計軟件包的特殊功能，包括與 DTS 服務的集成以及枚舉遠程服務器上的軟件包的能力。但它不是一個設計環境。

Business Intelligence Design Studio 才是用于設計軟件包、在解決方案和項目中組織軟件包、調試軟件包并管理多用戶項目的源和版本控制的環境。

所以，在 SQL Server 2005 中，用戶分別在兩個獨立的專門化環境中設計和管理軟件包。

什么是數據源和數據源視圖？它們在我的軟件包中如何與連接相關？

數據源和數據源視圖不是 DTS 軟件包中的對象，而是存儲在 Business Intelligence Development Studio 的數據轉換項目中的單獨對象。由于它們位于項目中而不是位于 DTS 軟件包中，因此可以在 DTS 軟件包之間共享，從而允許為明星架構定義數據源視圖并由加載明星架構的每個軟件包一致地使用該視圖。

數據源定義了如何連接到 OLEDB 或 ADO.NET 數據庫。它們包含連接字符串以及其他某些屬性，包括連接的友好名稱和描述字段。

數據源視圖是數據源所指向的關系架構的子集。可以用命名查詢、計算列、虛擬關系和友好名稱詳細描述這些視圖。例如，在使用大型架構時，您可能只想使用數據源中的一小部分表。這種情況下，就可以使用數據源視圖來定義這樣一個子集。

數據源和數據源視圖屬于設計時對象，只能在 BI Development Studio 項目中使用。在設計時，數據源可由項目中的一個或多個 DTS 軟件包使用，但在運行時，已部署的 DTS 軟件包將無法訪問這些設計時對象。DTS 軟件包包含多個連接，這使軟件包設計器能夠管理與數據庫、文件等的連接。在設計時，連接可以引用數據源或數據源視圖，但在運行時，DTS 連接將使所有必需的元數據能夠獨立使用。這樣，用戶可以設計能夠共享數據源引用和數據源視圖的不同軟件包，然后獨立運行并單獨部署每個軟件包。

如果 DTS 連接引用了數據源，那么使用該 DTS 連接的對象就可以使用也使用該數據源的任何數據源視圖。這樣，DTS 軟件包就可以很容易地只引用大型架構的一個小子集。

最后，DTS 連接比數據源更通用，因為它們可以連接到文本文件、HTTP 連接、FTP 連接以及需要連接字符串的其他很多情形，而不只是連接到 OLEDB 和 ADO.NET 管理的提供程序。

為什么沒有 Microsoft Excel 或 Microsoft Access 數據源？

要導入 Excel 和 Access 數據文件，可以使用經過適當配置的 OLEDB 連接管理器。還可以很輕松地使用 DTS 導入/導出向導，該向導將為您創建連接管理器。

為什么默認情況下在數據流中不使用“快速分析”選項？

“快速分析”選項是在適當的情況下才能使用的選項。它不支持特定于區域設置的分析或“年-月-日”以外的日期格式。它只對有限的數據格式有用，對于這些格式來說，此選項的分析速度可能比默認的標準分析方式更快。因此，用戶必須基于自己的數據格式顯式選擇此選項。

為什么 WMI 數據任務和事件任務是相互獨立的？

系統管理數據可用于影響 DTS 控制流。例如，運行 ETL 流之前，可以檢查 SQL Server 是否正在運行、計算機上是否有可用的 C: 驅動器或者是否有足夠的可用磁盤空間。WMI 數據任務用來檢索此類系統數據。

系統管理事件可用于在 DTS 控制流中執行實時操作。例如，僅當內存使用量下降到 50% 以下時才運行 ETL 流，或者僅當文件系統上有可用的新源文件時才啟動數據流。WMI 事件任務允許定義和處理此類系統事件。

而且，這兩種任務在所提供的功能方面也基本上是不同的。在本發行版中，我們可以更主動地根據任務提供的功能對任務進行拆分，以創建更有針對性的軟件包。這種拆分的另一個例子是文件系統任務和 FTP 任務。在 DTS 2000 中，這兩個任務提供的功能被組合到一個任務中，但在本發行版中，這兩個任務被拆分開來，從而使用戶更容易創建、理解和支持軟件包。

為什么表達式語言既不是 SQL 也不是 Visual Basic？

因為 SQL 和 Visual Basic 都不能滿足 DTS 數據流的要求。例如，我們想支持一組運算符，比如用于處理很多情況下作為標記使用的位掩碼的按位運算符。此外，為了更好地利用內存（從而獲得最佳性能），DTS 數據流對數據類型有著嚴格的限制，這也反映在表達式語法中。

DTS 表達式語法使您能夠設計出通過復雜的字符串和數據類型處理而獲得高性能的數據流。如果表達式語言不支持您需要的某些函數，或者您更喜歡使用 Visual Basic 語法，那么您可以使用腳本組件，腳本組件允許您在數據流中使用 Visual Basic .NET。

為什么有些函數不在表達式語言中？

由于資源限制，無法實現目前可從 SQL Server TSQL 中找到的每個函數。設置第一批函數時我們曾咨詢過客戶和開發人員，我們會認真考慮收到的測試版反饋信息，為以后的測試版和最終版本做好準備。

為什么必須在源適配器，而不是在使用組件（例如合并）中配置排序順序？

行的順序是在源適配器中設置的，并且無法通過大多數下游轉換進行更改（排序可能是一個例外）。能夠識別源數據順序的源適配器無需用戶幫助即可設置此信息，但在大多數情況下，提供給源組件的元數據不充分，使源組件無法設置輸出列排序信息，因此用戶需要自行完成此操作。

為什么必須在軟件包中鎖定變量？

當適于改進并發性并且這樣可以提高性能和可伸縮性時，DTS 運行時將使用多個線程來完成執行。為了避免多個線程同時試圖訪問一個變量，必須為您的操作鎖定變量，從而使對變量的所有訪問都是“安全的”；如果不這樣做，可能會導致軟件包出現各種響應，從“有時不工作”到返回完全不正確的結果。即使軟件包是完全線性的，這也可能是一個問題：例如，如果用戶要更改循環中的并發設置。

為什么分離輸出路徑時沒有向組件發出通知？

DTS 設計器用戶應當能夠刪除路徑然后重新附著路徑，這樣才不會破壞軟件包或更改軟件包的行為。通過提供 OnOutputPathDetached 方法，我們允許行為不當的組件不遵守此規則。為了滿足希望提供多個輸出的組件作者的需要，DTS 對象模型提供了一個名為 DeleteOutputOnPathDetached 的輸出屬性，如果將此屬性設置為 true，當路徑被分離時，輸出將自動被刪除。

適用于 DTS 的新的 Windows 服務允許操作員查看并停止特定服務器上運行的 DTS 軟件包。此服務在 SQL Management Studio 中提供。注意：需要首先啟動 DTS 服務，因為默認情況下它是被禁用的。

為什么在 Mgt Studio 中無法在 DTS 服務器下看到正在運行的軟件包？

默認情況下 DTS 服務是被禁用的。這是故意設計的，目的是為了使系統管理員可以控制何時運行該服務。要啟動 DTS 服務，請右鍵單擊“我的電腦”并選擇“管理”（從“開始”按鈕或從桌面上均可），然后在“計算機管理”窗口中雙擊“服務和應用程序”，然后單擊“服務”，即可看見在右側列出的所有 Windows 服務。在列表中找到“DTS 服務器”，右鍵單擊并選擇“啟動”。（如果您希望在每次啟動計算機時自動啟動該服務，還可以雙擊該服務以打開它的屬性，將“啟動類型”更改為“自動”。）

為什么默認情況下軟件包日志記錄不再位于系統數據庫 MSDB 中？

SQL 2005 DTS 為在日志中記錄有關數據庫的信息添加了很多新選項。這允許您為每個軟件包定義一個或多個不同類型的日志提供程序。日志提供程序類型包括文本文件、SQL Server、Windows 事件日志等等。在您的軟件包中，通過轉到“DTS”菜單并選擇“日志記錄”，可以添加日志提供程序。

為什么在源適配器中看不到 XML 文檔架構的變化？

XML 文檔架構的變化將極大地影響數據流的元數據。這要求用戶顯式更改架構并在更改時考慮到元數據的變化。

為什么我在遷移引用 DTSGlobalVariables 父屬性的軟件包時會遇到問題？

DTS 2005 中發生更改的范圍要求完全重寫對象模型。作為遷移到 SQL Server 2005 DTS 的結果，引用通過 DTSGlobalVariables 父屬性訪問的 SQL Server 2000 DTS 對象的 ActiveX 腳本將不再有效。

為什么我在遷移數據泵任務時會遇到問題？

DTS 2005 數據流任務取代了 DTS 2000 數據轉換任務，使功能有了很大的改進。但這樣的結果是，2000 和 2005 所提供的功能之間沒有明確的對應。為了確保以前的數據轉換任務能夠繼續正確操作，沒有將它們完全遷移到 SQL Server 2005。遷移向導當前將這樣的任務包裝在專用的 SQL Server 2000 軟件包中，并從執行 SQL Server 2000 DTS 軟件包任務調用它。

為什么我不能遷移動態屬性任務？

因為此任務直接依賴于不再提供的 DTS 2000 對象模型，遷移向導當前為此任務提供的支持很有限。此任務的實例被腳本任務取代，腳本任務中包含描述曾由此任務設置的屬性的注釋。要恢復以前的功能，必須進行手動修改。

為什么全局變量在 ActiveX 腳本任務中不可用？

Beta 2 不支持訪問全局變量。

為什么不在 DTS 中包括數據轉換任務和數據驅動的查詢任務？

SQL Server 2005 包括的數據流任務取代了這兩個 SQL 2000 任務。數據流任務對數據源、目標和轉換的數量沒有限制，而在 SQL 2000 中，用戶對每個任務只能使用一個數據源、一個目標和一個轉換。支持這項擴展功能所需的新對象模型無法容納這兩個功能不太強的任務。

為什么 DTS 不再是客戶端可再分發的？

DTS 已被重寫，從 SQL Server 2000 中有用的實用程序變成了 SQL Server 2005 中功能豐富的應用程序和平臺。這種變化同時帶來為 DTS 用戶提供服務和支持的責任，這些服務和支持最好通過管理和許可與其他 SQL 服務器應用程序類似的 DTS 引擎功能來處理。因此，雖然用戶可以使用部署向導輕松部署軟件包，但他們必須在需要運行軟件包的每臺計算機上運行 SQL Server 2005 安裝程序并安裝 DTS。這不僅有助于確保用戶/計算機使用正確版本的 DTS 可執行程序，還有助于該軟件以后的更新。

為什么 DTS 不支持基于 MSI 的部署？

基于 MSI 的部署具有完全獨立安裝的優點，但它需要再分發 DTS 二進制文件。如果需要某個重要的安全修補程序，那么以托管方式將修補程序應用到每個部署目標是不可能的。當前的部署實用程序要求目標服務器上已安裝 DTS，因為這對管理員來說才是更有用的模型。