IDを忘れることができる.NETデータモデルは何ですか？

Question

私は.NETのデータフレームワークを利用したいと思いますが、どういう仕組みが混乱しているか分かりません。 （私はこれをPHPフレームワークでやっているので、.NETでも同じことができればいいと思っています！）要するに、私はビジネスロジックをデータベースに依存せず、ある意味では、それはまったくデータベースです。このような

クエリは、私を刺激する：

var productNames = 
    from p in context.Products 
    where seller.SellerID == mySeller.SellerID 
    select p.Name; 

その代わり、私がやってみたい：本質的には

var productNames = 
    from p in context.Products 
    where seller == mySeller 
    select p.Name; 

を、私はIDのマッピングについてないケアに私のビジネスロジックをしたいです。部分的には、これは、いくつかのテーブルでIDが本当の意味を持つためです。 （私が扱っているテーブルの中には、別のアプリケーションドメインからインポートされたものがあり、それらのIDを直接扱う必要がありますが、自分のタイプのIDは付随しています）。

この例では、一般的に、私はオブジェクトの世界で完全に働き、基になるデータベースの現実を多かれ少なかれ忘れたいと考えています。これはクラスの等価演算子を定義するだけの問題ですか？

概要：.NETデータフレームワークによって、オブジェクトの世界で最もクリーンなデータベース抽象化がもたらされます。

Answer 1

商品と売り手の関係がある場合（私はコード例に売り手が何もわからない）、EFはp.Seller（または商品ごとに複数の売り手がある場合はp.Sellers）をします。

しかし、それはあなたがしたいことを助けるようには思われません。 seller == mySellerは完全ではありません。平等を決定するのは何ですか？通常、平等を確立するための主キーがあります。 IDを比較することはまだ理にかなっています。また、一般的にははるかに効率的です。

もう1つの方法は、==演算子をオーバーロードすることです。これにより、オペレータのユーザには見えないIDを比較するメソッドを記述することができます。ただし、これはSQLに変換できないため、照会では機能しない場合があります。

Answer 2

プロパティを使用せずに単にオブジェクトを比較しようとしている場合は、クラス内でEqualsを上書きできます。しかし、これは起こっていることの論理を隠すため、悪い考えです。私はそれに強くお勧めします