問題タブ [updatecheck]

同じLinq2SQLDataContextを使用するアプリケーションがいくつかあります。それらのアプリの1つは大規模な挿入を行います（これは古いシステムからのコンバーターです）。実行時に各テーブルのTimeStamp列のUpdateCheckを変更することは可能ですか？この1つのアプリについてのみ、[なし]に設定します。他のすべてのアプリには、[常に]が必要です。

LINQ を使用して編集する単純な行があります。主キーの数値シーケンスを含め、約 30 列あります。

LINQ を使用して UPDATE を実行すると、UPDATE ステートメントにはテーブルのすべての列が含まれます (同時実行性チェックのため)。

私はこれがどれほど非効率的であるか疑問に思っています.negligibielではないにしても. 主キーにインデックスがあるため、最初の行検索に列が使用され、さらに他のフィールドがチェックされていると仮定します。これが無視できるほどの時間を要するとは思いもしませんでした。

私が尋ねる理由は、この UPDATE が場合によっては 1 秒以上かかるのを見たことがありますが、これは正しくないようです。他にも長期にわたる操作が行われている可能性がありますが、心配する必要があるかどうかについて興味がありました.

他のすべてのフィールドに対して「UpdateCheck」を「しない」に設定できることは知っていますが、これは面倒です。

単一の SubmitChanges() の「更新チェック」をオフにする方法はありますか、またはすべてのフィールドの「UpdateCheck」を変更する必要がありますか。

アドバイスをいただければ幸いです。

SQL の更新は次のとおりです。

最近、LINQ の実装を開始するために LINQ について調べていましたが、UPDATE クエリを生成する方法に関して特に気になる点があります。

SQLMetal またはオブジェクト リレーショナル デザイナーを使用してエンティティ コードを自動的に作成すると、明らかにすべてのテーブルのすべてのフィールドが属性UpdateCheck.Alwaysを取得します。つまり、UPDATE および DELETE クエリごとに、次のような SQL ステートメントが取得されます。

さて、私を純粋主義者と呼んでください。しかし、これは私には非常に非効率的であり、非効率的ではなかったとしても、とにかく悪い考えのように感じます. クラスター化された主キーによってフェッチが行われることはわかっているため、遅くはありませんが、SQL はその後もすべてのフィールドをチェックして一致することを確認する必要があります。

確かに、いくつかの非常に機密性の高いアプリケーションでは、このようなものが便利な場合がありますが、典型的な Web アプリケーション (スタック オーバーフローを考えてください) では、 UpdateCheck.WhenChanged がより適切なデフォルトのように思われます。 LINQ は、すべてのフィールドではなく、変更された実際のフィールドのみを更新します。ほとんどの場合、何かを編集した 2 番目の人がとにかく勝ちます。

つまり、2 人が同じ行の同じフィールドを、その行を読み取ってから UPDATE を起動するまでのわずかな時間内に編集できた場合、見つかった競合は起動されないということです。しかし、実際には非常にまれなケースです。2 人のユーザーが同じものを変更した場合に注意したいことの 1 つは、これに引っかからないようにすることです。これは、2 人がまったく同時に [送信] をクリックすることはないため、2 番目の DataContext の時点で競合が発生しないためです。レコードを読み取って更新します (ページが表示されているときに DataContext を開いたままにして Session に保存したり、そのような他の重大な悪い考えがない限り)。

ただし、まれなケースですが、これが発生した場合に、コードで時々例外が発生しないようにしたいと考えています。

だから私の最初の質問は、これを信じるのは間違っていますか? (繰り返しになりますが、銀行アプリケーションではなく、「典型的な」Web アプリケーションの場合) UpdateCheck.Always をデフォルトとして使用することが賢明な考えである理由がわかりませんか?

2 番目の質問は、これを文明的に変更できるかどうかです。SQLMetal または ORD にどの UpdateCheck 属性を設定するかを伝える方法はありますか?
いくつかの正規表現を使用してファイル内のすべての属性を直接編集する必要があるツールを実行することを忘れないようにしなければならない状況を回避しようとしています。 DB の更新後に SQLMetal を実行すると、このツールを実行しなくなり、すべてのコードが非常に微妙な方法で壊れます。これは、開発環境でのテストではおそらく見つからないでしょう。

助言がありますか？
戦争の話は大歓迎です。これに関する他の人の経験から学びたいです。

どうもありがとうございました！

LINQ to SQL データ アクセス レイヤーとして汎用リポジトリに update メソッドを作成しようとしています。

次のようなエンティティがあります。

Update Check = true@jeff Atwood がこの投稿で提案しているように、id を除くすべてのフィールドを設定し、この投稿で次のようasModifiedに見つけた attach メソッドのプロパティを trueに設定しました。

しかし、私は同じ例外を受け取り続けます:

エンティティは、バージョン メンバーを宣言するか、更新チェック ポリシーを持たない場合にのみ、元の状態なしで変更されたものとして添付できます。

だから問題は何ですか ？？？

タイムスタンプ列をバージョン番号として作成する以外に、汎用リポジトリで更新メソッドを作成する他の方法をお勧めしますか?

UpdateCheckすべてのメンバー (主キーを除く)の機能を無効にしたいと考えています。ガイダンスとして以下の例に従っていましたが、テーブルの MetaDataMembers はまだ に設定されていAlwaysます。

http://www.the-lazy-coder.com/2013/04/set-updatecheck-to-never.html

上記のコード スニペットでは、属性を変更するだけですが、実行中にコードをデバッグでき、すべてのプロパティが設定されていることがわかるため、属性の変更は行われないと推測しています。基になるオブジェクトを変更します。

ここで、アプローチを変更して、MetaDataMembers を RowType から直接取得する場合、それらにはUpdateCheckプロパティがあることに気付きますが、ゲッターのみです。このプロパティが設定されたら、(必要に応じてリフレクションを介して) 上書きする方法はありますか? 逆コンパイルされたソースを見ても、それは抽象クラスであり、参照に使用する実装が見つかりません。

私は SQLMetal を使用してコンテキスト ファイルを生成しているため、デザイナーの操作はありません。また、テキスト編集マクロを実行して属性を解析および変更する必要があると言う人もいますが、そうすべきなのに、すべてが長すぎるように思えます。メモリ内のオブジェクトに入り、以前に言われたことを無視するように伝えることができます。

それで！エンティティのプロパティをオーバーライドする方法はありますか? オブジェクトが作成された後、更新を行う直前に、両方のコンストラクターでそのリンクの元のコードを実行しようとしましたが、変更はどれも固執したり、少なくとも重要な場所に伝播したりしていないようで、ほとんどありませんこれをプログラム的に行う方法に関する資料。

私のプログラムには更新のチェックがあり、更新はここにリンクされており、アプリケーションを実行すると、プログラムが古くなっていると表示されます (現在のランチャーのバージョンがオンラインのものと異なる場合のデフォルトのメッセージ。しかし、私はそれをテストしました私が持っている現在のバージョンと最新バージョンが何であるかを出力するために出力し、それらは同じです.ここに私のコードがあります:

どんな助けでも大歓迎です！

施設予約システムのデータベース設計のアイデアが欲しいです。これが私の考えです：

私が尋ねている理由は、予約プロセス中に施設が利用可能かどうかを確認する必要があるためです。

以下の方法は適切ですか、またはこのチェックのためのより良い方法はありますか?

https://github.com/ArtSabintsev/Siren

クライアントのベンダーは、このライブラリを使用して更新アラートをユーザーにプッシュしました。このアプリは、クライアントのエンタープライズ アプリケーション ページでホストされる LOB アプリです。

現在のアプリストアのバージョンを取得して確認する方法を知りたい