質問: Dapper(これは最も高速で、最も一般的な「マイクロORMツール」のようです)と、いくつかのパフォーマンスの比較があります。今は2014年9月ですが、Entity Framework 6(5、または4ではない)があり、Dapperはまだまだです。 私たちは巨大なデータベースのn層アプリケーション(データベースは700テーブルあります)の開発を開始します。また、実行する必要があるクエリの中には、時間に非常に敏感です。 1. 誰かがEF 6.1.xに関するパフォーマンスの更新をしていますか?これは、DbContext内で行われる一般的なクエリに関係します。 2. DapperでうまくフォーマットされたLINQクエリを使用することはできないと思います。あなたはその経験がありますか?追加速度のためにLINQを失う価値がありますか? 3. IS Dapperは依然として積極的に開発されていますか? GitHubは私に言いますが、Subsonicと同じように、それはやや速く変化します。 4. DapperとEFを混在させることは実現可能か/実行可能か?我々がスピードを必要とするときはDapper、そうでなければEF。 ありがとうございました!
回答: 1. 誰かがEF 6.1.xに関するパフォーマンスの更新をしていますか?これは、DbContext内で行われる一般的なクエリに関係しますか? **Ans** :具体的な数字はありませんが、パフォーマンスリグをEF6にアップデートしました。私は結果を正確に覚えていませんが、EF6はEF-oldよりもはるかに高速ですが、多くのシナリオではまだ大幅に高速です(エッジケースでもほぼ同じです) 2. DapperでうまくフォーマットされたLINQクエリを使用することはできないと思います。あなたはその経験がありますか?追加速度のためにLINQを失う価値がありますか? **Ans** :それは主観的です。私たちのために:はい、それは絶対に価値があります - しかし、私たちはスピードについてたくさん気にします。表現木の解析には影響があり、生成されたSQLはまともな開発者によって手作りのSQLと同じリーグに入られることはめったにありません 3. IS Dapperは依然として積極的に開発されていますか? GitHubは私に言いますが、Subsonicと同じように、それはやや速く変化しますか? **Ans** :もちろんです。今月は約4つのバージョンを展開したと思います... 4. DapperとEFを混在させることは実現可能か/実行可能か?私たちがスピードを必要とするときはDapper、そうでなければEF? **Ans** :はい、あなたはそれを行うことができます。つまり、私たちはdapperを使い始めました.LINQをパフォーマンス上の問題を引き起こし*ていたSQL*コードに置き換えるために使用しました。時間が経つにつれて、それは成長していました。そして今、私たちは*LINQからSQLへの*コードがほとんど残っていませんが(まだいくつかあります)