問題タブ [sqlconnection]

背景：
データベースへのクエリを処理する中間層ロジックからインターフェイスロジックをうまく分離したアプリケーションがあります。私は多くのカスタムソートとナローイングを行うので、多くのSqlDataSourceを使用せず、代わりにSqlCommandsを使用して多くのストアドプロシージャを呼び出します。

フォーム認証を使用して、保護されたサブディレクトリを作成しています。保護されたディレクトリのweb.configファイルには、より高い特権の役割を持つユーザーにリンクする接続文字列が多くあります。

質問：
繰り返しコードを切り取るために中間層でSqlConnectionオブジェクトを共有する必要がありますか、それとも操作ごとに新しいインスタンスを作成する必要がありますか？保護されたストアドプロシージャにアクセスするために接続文字列を変更する必要がある場合は、共有SqlConnectionを再インスタンス化できます。ここにベストプラクティスはありますか？

PHPスクリプトで接続を閉じる必要がありますか?

SqlConnectionオブジェクトに子フォームを入力し、子フォームを表示し、SqlConnectionオブジェクトを確立し、入力したオブジェクトを親フォームに戻して実行を続行するという設計習慣があります。.NET2.0以降は次のように0になります。

親フォーム：

ログインフォーム：

これは単一の実行可能ファイルにコンパイルされるため（dllアクセス修飾子は個別に扱われるなど...）、sqlConnectionオブジェクトを公開することでセキュリティリスクが発生しますか？誰かが実行時に情報を取得できますか？ログイン情報を「メイン」フォームに渡すためのより良い実装は何でしょうか？

あいさつ、dbへのアクティブな接続が1つだけになるようにシングルトンを作成するのは良い考えかどうかを尋ねたいと思います。私がやりたいことは次のとおりです：1）私はwcfサービスを持っています2）wcfサービスはdbからデータを取得します3）私はdbへの接続が1つだけになるようにこのようなシングルトンを作成したいと思います：

私はこれが理想的なシングルトンではないことを知っていますが、私はこの投稿の目的のためにそれを書いただけです。ここにいくつかの永続リポジトリが必要であり、コンストラクタでそれらをインスタンス化します。サービスクラス内には、コンストラクター内に次のコードがあります

次に、何らかのリクエスト（GetUsersRequestなど）が来たら、次のようなことをしたいと思います。

dbの各呼び出しを実行する前に、SqlConnectionが開いているかどうかも確認します。これが良い習慣であるかどうか私に知らせてください。私がこのソリューションについて考える理由は、クライアントアプリケーションを介してそのサービスに接続する多数のユーザーのためです

.Net アプリの実行中に常に SqlConnection (または別のコンポーネントを使用) を開いた (接続された) 状態に保つにはどうすればよいですか?

アプリがこのコマンドを使用して検出する必要があるため、これが必要です

アクセスを制限するために、mydatabase に接続されているアプリのインスタンスの数 (ライセンス制御)。

例

A) location1から実行されたアプリ

1. を使用して、SQLサーバーに接続されているアプリの数を確認してくださいexec sp_who2
2. アプリケーションの数< MaxLicencesConnectedの場合、アプリを起動して sqlconnection を開きます

B） location2から実行された私のアプリ

1. を使用して、SQLサーバーに接続されているアプリの数を確認してくださいexec sp_who2
2. アプリケーションの数>= MaxLicencesConnectedの場合、アプリケーションを閉じます

私の英語でごめんなさい。

前もって感謝します。

レガシーアプリでADO.NET（.NET 1.1）を使用しています。DataAdapterに渡される前に接続が手動で開かれていない場合、DataAdapter.Fill（）が接続を開いたり閉じたりすることを知っています。

私の質問：.Fill（）が例外を引き起こした場合、接続も閉じますか？（SQL Serverに到達できないなどの理由で）。接続がリークしますか、それとも接続が閉じられていることを確認するための組み込みのFinally句がありますか？

コード例：

FS_Setting は、接続のすべての詳細を含む VB クラスです。

接続をもう一度取得してハードコーディングするのではなく、別のクラスで関数 Get_RS_Connection() を呼び出す必要があります.... SQL接続が宣言されている上記のクラスを呼び出したい

タイムアウトに問題があります。アプリを介してコマンドを実行するとタイムアウト例外がスローされますが、SQL で直接実行するとタイムアウト例外は発生しません。

私のSPは、直接実行すると約11分かかります。この問題を解決するために、以下のコードを見つけましたが、正しく動作しません! beginExecute の直後に、IAsyncResult.iscomplete が true になります!!!!

問題はどこだ ？

よろしく

データベースに接続できるかどうかをテストするために、次のコードを実行します。

これは、接続が失敗した場合に例外をスローすることを除いて機能します。例外をスローしないSQL接続をテストする他の方法はありますか？

編集：精度を追加するために、接続を開いて発生する可能性のある例外をキャッチする必要なしにそれを行う簡単な方法があるかどうかを尋ねています