intでなければならないSqlCommandが文字列を返すのはなぜですか？

Question

私は常には単一のintを返すべきクエリを持っています。私は今、それがなければならないものとは全く関係のない文字列を返すようにログに記録しました。

いくつかのデータベースクエリまで追跡したいくつかのランダムなFormatExceptionsがあります。追加のロギングの後、私は、今朝、以下のクエリで文字列 "gladiator"が返されたことがわかりました。 Website.PkIDはint型のカラムで、ほとんどの場合動作しますが、失敗すると失敗し、そこからwaaaay（有効なWebsiteIDより大きい）またはランダムな文字列を返します。

この特定のクエリは、セッション開始ごとに1回ヒットします。共有接続を使用していないため、このような混乱した結果をどうやって得ることができるか理解できません。接続プールに何らかの破損がありますか？

私は問題がこのクエリに分離されているとは思わない。私は同様のFormatExceptions（予期しない結果のため）LINQクエリから来て同様に見てきました。同じ時間にこれらのエラーのいくつかを検出しました：

A transport-level error has occurred when sending the request to the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.

接続に問題がありますか？あるいは、dbサーバーとWebサーバーの間に結果セットが混在している可能性がありますか？これは本当に私の頭を傷つけてしまった。

問題のクエリ：

public static int GetActiveWebSiteID(string storeID, string statusID) 
{ 
    int retval; 

    string sql = @"SELECT isnull(MAX(PkID),0) FROM WebSite 
        WHERE StoreID = @StoreID 
        AND WebSiteStatusID = @WebSiteStatusID"; 

    SqlConnection conn = new SqlConnection(Settings.ConnString); 
    SqlCommand cmd = new SqlCommand(sql, conn); 
    cmd.CommandType = CommandType.Text; 
    cmd.Parameters.AddWithValue("@StoreID", (object)storeID ?? DBNull.Value); 
    cmd.Parameters.AddWithValue("@WebSiteStatusID", (object)statusID ?? DBNull.Value); 

    conn.Open(); 
    using(conn) 
    { 
     var scalar = cmd.ExecuteScalar(); // <-- This value returned here should only ever be an int, but randomly is a string 

     retval = Convert.ToInt32(scalar); 
    } 
    return retval; 
} 

上記のクエリは、最近まで年間、うまく働いています。私たちは今、アプリケーションにたくさんのLINQクエリを追加しています（違いがあるかどうかはわかりません）。私たちは.Net 3.5を実行しています。

Answer 1

を助け、それが徐々に増加トラフィックとしてクリティカルマスに到達するために始めました。私たちはロギングを増やし、重い負荷のもとで全く異なる結果セットが無関係のクエリに返される数多くの決定的なインスタンスを見つけました。

Profilerでクエリを監視し、悪い結果が常に同じspidに関連付けられていて、それぞれの悪い結果が実際のSQL文のクエリの後ろに1つのクエリであることがわかりました。それは結果セットが見逃されたようなもので、spid（同じプール内の別の接続から）の次の結果セットが返されたようでした。クレイジー。

試行錯誤の結果、SqlConnectionが使用直後に閉じられていないSqlCommandまたはLINQクエリがいくつか見つかってしまいました。代わりに、LINQ接続の誤解に由来するいくつかのちょっとしたプログラミングを通して、DataContextオブジェクトは即座にではなく要求の最後にのみ廃棄され（接続が閉じられました）。

これらのメソッドをリファクタリングして、C＃ "using"ブロック（次のリクエストでそのプールを解放する）ですぐに接続を閉じると、エラーはなくなりました。接続プールが混乱する根本的な理由はまだ分かっていませんが、このタイプのエラーはすべて終了できました。この問題は、私が投稿した別の同様のエラーと一緒に解決されました：What Causes "Internal Connection Fatal Errors"?

Answer 2

ExecuteScalar（）関数の戻り値の型はobjectであり、結果変数はvarキーワードで宣言します。これは実際には良い組み合わせではありません。タイプの推論を正しく行うためにシステムに多くのプレッシャーをかけているからです。

public override object ExecuteScalar() 
Member of System.Data.SqlClient.SqlCommand 

概要：

Answer 3

私はあなたがについてsqlCommand.ExecuteNonQuery int値以内影響を受けた行数を返すことを考えていたと思いますが...

これは、ExecuteScalarメソッドの定義です

クエリを実行し、は、クエリによって返された結果セットの最初の行の最初の列を返します。追加の列または行は無視されます。

戻り値：

結果セット内の最初の行の最初の列、または結果セットが空の場合はnull参照（Visual BasicではNothing）。

私は、その列を返す一般的な方法は列の値の文字列表現であると考えています。

Answer 4

フィールド「PkID」は、「WebSite」テーブルのvarchar/charです。

クエリの「ISNULL」の部分がtrueの場合、それは（0）、そうでなければ「のPkID」

Answer 5

がある可能性があり、複数のウェブサイトのテーブルの値を持つ文字列を返します整数を返します。 。 StoreID = @StoreID AND WebSiteStatusID = @WebSiteStatusID

Answer 6

がときに何らかの共通性がありますYourSchema.WebSite FROM（0、MAX（のPkID））

SELECT ISNULL：あなたは、スキーマ名でテーブルを修飾することができますintを返さない？あなたのクエリが唯一のこれまで一列に単一列を返すので

、あなたはより多くのタイプセーフなのExecuteReaderを使用し、最初の列の値を取る場合、あなたは何を得るのですか？

は、それが常に列を返しますか？ WHERE句によって行が返されない場合（つまり、あなたのパラメータは自分のものとは思われません）、ISNULLは有効にならず、行が全くなく、ExecuteScalarはNULLを返すことになっています。

Answer 7

私は最近、コードが予期せず接続文字列を切り替えたケースを見てきました。診断目的のために、接続文字列をハードコードし、問題がなくなるかどうか確認してください。それはだそれは2つのデータベース・インスタンスがある見つけるために、私は驚かないだろう、と1で、のPkIDは別で、intで

using(SqlConnection conn = new SqlConnection("hard-coded connection string")) 
{ 
    using (SqlCommand cmd = new SqlCommand(sql, conn)) 
    { 
     // more init 
     object scalar = cmd.ExecuteScalar(); 

     // process result 
    } 
} 

：また、正気のために、使用してくださいのようなブロックを使用して、ネストされた

varchar。

---

"剣闘士"の復帰を捕まえることができるかどうかを調べるには、SQLプロファイラを参照してください。私が働いていた他のケースでは、SQLプロファイラは実際のクエリは、別のデータベースに起こっていたことを示す、全く何も示しませんでした。

Answer 8

私はあなたの投稿クエリでもLINQでもないと思うが問題です。

は、あなたが右のソースを見ているあなたは本当によろしいですか？メソッドはどのように呼び出されますか？ロギングはどのように行われますか？

Select isn't broken.

Answer 9

私はそのSettings.ConnStringが他の静的ルーチンをWeb.Configのか、レジストリから読み込まれ、再利用されると仮定しています。接続上でcmd.CommandTextを変更するルーチンでcmd.ExecuteScalar（）を呼び出す前に2番目のメソッドが実行されるタイミングの問題がある可能性はありますか？

希望、これは、この問題を無視して数ヶ月後、

ビル