2011-06-25 19 views
2

DataContext.Submitの変更またはUpdateAllを呼び出すときに、そこにある制約を見過ごす必要があるプロパティを設定する必要があります。外部キーや主キー制約などの制約C#:制約と外部キーをチェックしないLinqの更新

+0

これはLINQ-TO-SQL自体の外にあります(SQL Serverは、即時制約*のみで、このようなモデルの整合性違反を激しく拒否します)。特定のタスクが何かに関する詳細が提供されていれば、そのようなことができれば、より良い解決策/作業情報が掲載される可能性が高くなります。ハッピーコーディング。 –

答えて

0

これらのチェックは、データベースの外部から「オフ」にすることはできません。必要に応じてデータベース上で無効にすることができます。大量の行を一括して挿入する場合に使用します。

Linq-To-SQLのようなデータベースアクセスコンポーネントは(そしては!ではいけません)これらのチェックをオフにするだけです。これらの小切手は正当な理由のためにそこにあります!

これらのチェックをオフにする理由は何ですか?あなたは何を達成しようとしていますか?あなたがもう少し説明すれば、おそらくコミュニティは、汚いトリックがなければ、あなたがしたいことを達成する方法を見つける手助けをすることができます....

+0

更新チェックが拒否されるようにabtを無効にする方法はありますか?並行性チェック。 ConflictMode Enumerationの行に何かがあります。 – Joy

+0

@ジョイ:同じこと:それらのチェックがある**理由のために** - あなたはそれらを尊重する必要があります!データアクセスコードからそれらを無効にすることはできません(データベース内からのみ)。あなたは何をしようとしていますか?その制約はなぜあなたにとって問題なのですか? –

+1

SQL Serverで許容される制約が、COMMIT(SQL仕様によってプロビジョニングされる)まで手間で*延期される可能性がある場合には、それはいいことではないでしょうか? ;-)それは確かにいくつかの "ダム"マルチテーブルのバッチインポートをより簡単に(循環参照が可能)...とにかく、私が見た一般的な "仕事"は*無効に*(ick!)してから*再この制約は、そのようなセマンティクスを取得しようとすると非常に貧弱な解決策です。ときどきNULLABLEフィールドは、循環依存関係の問題を「回避」するために使用されることがあります。 –

関連する問題