問題タブ [connection-string]

私はこれが特定の「コードを送ってください」という品質を持っていることを知っていますが、インターネットは本当にこれに私を失望させてきました。odbc接続をアタッチしたいExcel2003のxml形式のExcelファイルがあります。

そして、正しい接続文字列が見つからないようです。connectionstrings.comは私を失望させました、そしてここSOに関する他の質問（これのような）もこのファイルタイプをカバーしていません。そしてもちろん、バイナリxls接続も新しいxlsx接続も機能していないようです。

誰かが正しい構文を知っていますか？Excel 2003 xml用のodbcドライバーはありますか？

皆さんありがとう。

Asp.Net アプリケーションで実行時に ConfigurationManager によって返される ConnectionStringCollection に接続文字列を追加する方法はありますか?

次のことを試しましたが、構成ファイルが読み取り専用であると言われました。

実行時にこれを行う別の方法はありますか? 設計時に接続文字列を web.config に追加できることはわかっています。ただし、実行時にそのコレクションに何かを追加しようとしています。

ありがとう

編集:私がこれをやろうとしている理由の 1 つは、web.config に (暗号化されていても) ConnectionStrings を配置できないというセキュリティ要件によるものです。プロジェクトでメンバーシップやプロファイルなどの要素を使用したいと考えています。ただし、カスタムプロバイダーを作成せずにそのようなことを行う代わりの方法を検討しています。カスタム プロバイダーはそれほど悪くはありませんが、より簡単な解決策が見つかれば、私はそれで十分です。

構成ファイル/レジストリキーをまったく変更せずに、プログラムで接続文字列を設定したいと思います。

このコードはありますが、残念ながら「構成は読み取り専用です」という例外がスローされます。

編集: 問題は、構成から接続文字列を読み取る既存のコードがあることです。そのため、構成文字列を手動で、またはリソースを介して設定することは、有効なオプションのようには見えません。私が本当に必要としているのは、構成をプログラムで変更する方法です。

私は次のプロジェクトソリューションを持っています:

• App_Data ディレクトリに SQL データベース (mdf ファイル) がある ASP.NET MVC Web アプリケーションがあります。

• migratordotnetからいくつか移行したクラス ライブラリがあり ます。私のビルド ファイルでは、移行を実行できるように SQL データベースの場所を指定する必要があります。

現時点では、移行プロジェクトでは、接続文字列で SQL データベースにアクセスするためにハードコードされたパスを使用しています。次のようになります。

これは私がやりたい方法ではありません。また、相対パスも使用できません ( ..\MyMVCPProject\AppData\MyDatabase.mdfmigratordotnet で使用される SQL クラスが正しく変換できないためなど) |DataDirectory|。Web.ConfigこのようなWebプロジェクトで：

どうすればこれを達成できますか? 移行プロジェクトでその接続文字列を使用できません。は|DataDirectory|.NET Framework のインストール パスに移動し、そこでデータベース ファイルを探すためです。

Microsoft.Practices.EnterpriseLibraryデータベースツールを使用していますが、接続文字列情報だけを使用して新しいデータベースを作成するのに問題があります。

理想的には、次のことを行いたいと思います。

接続文字列だけを使用してデータベースを作成することは可能ですか？

もしそうなら、それはどのように達成できますか？

.Netアプリケーションでデータベースへの接続を維持することに関して、何が最善の方法なのか疑問に思っています(ADO.NETですが、どのデータ層でも実践は同じであるはずです)。データベース接続を作成してアプリケーション全体に伝播する必要がありますか、それとも接続文字列/ファクトリを渡して、必要に応じてアドホックに接続を作成する方がよいでしょうか。

私が理解しているように、プーリングではパフォーマンスヒットは重要ではなく、壊れた接続から非常に簡単に回復できます（新しい接続が作成されるだけです）が、接続オブジェクトは優れた比較的高レベルの抽象化であり、新しい接続を作成しますすべての操作 (SQL コマンドではなく、アプリケーション操作) に対して、追加の重複したコードが生成され、時間/リソースの無駄 (?) のように感じます。

これらの 2 つのケースについてどう思いますか?その短所と長所は何ですか?実際のアプリケーションではどのアプローチを使用していますか?

ありがとう

ユーザーが接続文字列を手動で提供するアプリケーションを作成していますが、接続文字列を検証できる方法があるかどうか疑問に思っています。つまり、接続文字列が正しいかどうか、データベースが存在するかどうかを確認します。

共通のコードベースで作業している開発者の 1 人は SQL Server Express 2005 を実行しており、他の 2 人は SQL Server 2005 を実行しています。すべて正常に動作していますが、接続文字列が異なります。共通の構成とビルド スクリプトを維持するために、他の 2 人の開発者と同様に、"localhost\sqlexpress"を単に"localhost"にマスクすることを検討しています。

これはできますか？または、3 つすべてを同じ接続文字列で実行するためのより良い方法があるかもしれません...求められる解決策は、3 つすべてをコード リポジトリ内の同じファイル バージョンで実行できるようにすることです。

私は100％明確ではないかもしれません：基本的に私はこれが欲しいです：

これとまったく同じものを接続するには：

できれば。

このように実行時に接続文字列を変更できます。MySettings クラス内の別のプロパティとして、接続文字列の設定を書き込み可能にします。

次に、アプリケーションが初期化されるとき (型指定されたデータセットのテーブル アダプターを使用する前) に、次のように記述します。

ここで、ProductionConnectionString は単純な文字列設定です。これはユーザー スコープ設定であるため、すべてのユーザーが (上記のコードのように値を割り当てることによって) 変更し、My.Settings.Save() を呼び出して保存できます。

このコードは、最初にメイン プロジェクトで作成され、その設定 (= app.config ファイル) に格納された接続文字列に対して適切に機能します。

app.config 内の接続文字列は、実際には MyApp.MySettings.MyConnectionString という長い名前になっています。

クラス ライブラリ プロジェクトの app.config に接続文字列を格納し、メイン プロジェクトでそのプロジェクトを参照すると、app.config ファイルが何らかの形でマージされるため、クラス ライブラリにはその設定が含まれます。

方法がわからないのは、実行時にクラス ライブラリから設定を変更することです。接続文字列の設定をクラス ライブラリからメイン プロジェクトの app.config にコピーできます。MyClassLibrary.My.MySettings.MyConnectionString のような同じ名前を保持する必要があります。

上で示したのと同じ原則を、この 2 番目の接続文字列に何らかの方法で適用できますか?

現在取り組んでいるプロジェクトで PostgreSQL を使用していますが、クエリの 1 つがタイムアウトしています。データベース接続のタイムアウトを増やす必要がありますが、Active Record と NHibernate への複雑なラッパーを介して DAO を使用しているため、コマンド オブジェクトのタイムアウトを調整できません。タイムアウトを変更できることを願っています。接続文字列を介して。

何か案は？