2011-10-18 9 views
0

Microsoftは正式にOLEをpasse.と公式に宣言しました。誰もが使いたいプロバイダーが何か好きです。私はADO.NETの設定を持っていますが、それはストアドプロシージャにパラメータを渡すときに変数名を使うことができるからです。代わりにODBCを使用する必要がありますか?SSISと優先データプロバイダ(ADO.NET、ODBC)

おかげ

+0

SSIS 2008で実行する1つの問題は、LookupデータフローコンポーネントがOLEDBデータソースでのみ機能することです。ルックアップコンポーネントを広範囲に使用しなければならなかったため、今のところOLEDBデータソースを標準化しなければなりませんでした。 –

答えて

0

は私の代わりにODBCを使用して起動する必要がありますか?

いいえ、.NETにADO.NETが必要です。データベースにADO.NETプロバイダがある場合は、それを使用します。 ODBCは、アンマネージコードからのネイティブデータアクセス用です。

+0

クイックアンサーに感謝します。 –

0

私はこれが非常に古い質問であることを認識していますが、受け入れられた答えでは多くの情報が必要になると感じています。

SSISのコンポーネントの多くは、ADO.NET接続をサポートしていないか、ADO.NET対応のコンポーネントの多くにOLE DBバージョンの多くの機能がありません。私は実際にこの理由のためにSSISとOLE DBを使用してまだお勧めします。

ADO.NETは多くの点で優れていますが、ADO.NETを使用してソリューション全体をセットアップしてから、期待したコンポーネントや機能を使用できない場合は、うまくいくでしょう。例えば

あなたがすることはできません:

  • は外からそれを設定せずにパッケージ変数を経由してADO.NETのソースにクエリを設定してSQL Serverのパッケージ構成のソース
  • としてADO.NET接続マネージャを使用しますデータフロー。 (OLE DBソースには、ネイティブ構成ウィンドウでパッケージ変数でクエリを設定するオプションがあります)。
  • Brentは質問のコメントに記載されているように、ADO.NETソースでルックアップトランスフォームを使用することはできません。

私はADIS.NET接続でSSISで行うことはできないことがたくさんあると思いますが、まだそれらを実行していません。しかし、IMHOでは、既にツールでサポートが得られるまで、SSISでADO.NETを使用する利点を上回る欠点があります。

関連する問題