次の方法で共有

接続文字列 (ADO.NET)

  • [アーティクル]

更新 : November 2007

.NET Framework 2.0 では、接続文字列を扱う新しい機能が導入されました。接続文字列ビルダ クラスに追加された新しいキーワードもその 1 つであり、有効な接続文字列を実行時に簡単に作成できるようになっています。

接続文字列には、データ プロバイダからデータ ソースにパラメータとして渡す初期化情報が含まれています。接続文字列は接続を開くときに解析され、その構文はデータ プロバイダによって異なります。構文エラーの場合はランタイム例外が生成されますが、その他のエラーは、データ ソースが接続情報を受け取った後でのみ発生します。いったん接続文字列が検証されると、接続文字列に指定されたオプションがデータ ソースによって適用されて接続が開かれます。

接続文字列の形式は、キーと値のパラメータのペアをセミコロンで区切ったリストです。

keyword1=value; keyword2=value;

キーワードの大文字と小文字は区別されません。また、キーと値のペア間のスペースは無視されます。ただし、値の大文字と小文字を区別するかどうかはデータ ソースにより異なる場合があります。値にセミコロン、単一引用符、または二重引用符が含まれている場合は、必ず二重引用符で囲む必要があります。

有効な接続文字列の構文はプロバイダによって異なり、ODBC のような初期の API から長年にわたって進化しています。.NET Framework Data Provider for SQL Server (SqlClient) には、古い構文の要素が多数組み込まれており、一般的に、共通の接続文字列の構文に対しては柔軟性があります。多くの場合、接続文字列の構文要素には同等として扱われる有効なシノニムが存在しますが、構文やスペルの誤りによって問題が生じる場合もあります。たとえば、"Integrated Security=true" は有効ですが、"IntegratedSecurity=true" ではエラーが発生します。また、ユーザー入力を基にして接続文字列を実行時に構築する場合、入力された文字列を検証しないと、文字列のインジェクション攻撃を招き、データ ソースのセキュリティが脅かされる可能性があります。

こうした問題に対処するため、ADO.NET 2.0 では、各 .NET Framework データ プロバイダ用の新しい接続文字列ビルダが導入されました。キーワードがプロパティとして公開され、接続文字列をデータ ソースに送信する前に、その構文を検証できます。

このセクションの内容

参照

概念

データ ソースへの接続