Entity Framework の懸念 のバックアップ(No.4)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• Entity Framework の懸念 へ行く。
  • 1 (2018-07-20 (金) 10:34:00)
  • 2 (2018-07-20 (金) 10:55:09)
  • 3 (2018-07-31 (火) 09:40:07)
  • 4 (2018-12-14 (金) 09:58:32)
  • 5 (2019-05-07 (火) 10:19:34)

---

「マイクロソフト系技術情報 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

• 戻る

目次 †

概要 †

Entity Frameworkを利用する上での懸念をまとめてみた。

外部スキーマ云々 †

JOINのサポート †

JOINの使用 †

• EntityFramework?（CodeFirst?）でJoinを試してみる : 日曜ゲームクリエータの日記
  http://kazenetu.exblog.jp/19246594/
• [Entity Framework] LINQ で JOIN 句を使用して複数テーブルからデータを取得する: ある SE のつぶやき
  http://fnya.cocolog-nifty.com/blog/2014/01/entity-framew-6.html
• [Entity Framework] LINQ で LEFT JOIN 句を使用して複数テーブルからデータを取得する: ある SE のつぶやき
  http://fnya.cocolog-nifty.com/blog/2014/01/entity-framew-7.html

JOINを使用しない内部結合 †

• Entity FrameworkでJoinを使わずに内部結合する - Qiita
  http://qiita.com/keidrumfreak/items/f15d36bfdb35ca2dc6b0
• [Entity Framework] LINQ で JOIN 等を使わずに複数テーブルからデータを取得する: ある SE のつぶやき
  http://fnya.cocolog-nifty.com/blog/2014/01/entity-framew-5.html

集計処理のサポート †

性能云々 †

全体的に、

• contextへのアクセス
• 呼び出すLINQメソッド

から

• どういうSQLが実行されるのか？
• 内部動作はどのようになっているのか？

などがブラックボックス化されているため、
Entity Framework自体の仕様に精通していないと、

ハイパフォーマンスな実装をすることができない。

という問題がある。

検索SQLが検索キーや射影の列名を指定しない †

foreachでデータアクセスした場合など、
検索SQLが検索キーや射影の列名を指定しないので性能的に問題になる。

Iterator的にDBアクセスしてしまう。 †

以下の様な手段により、処理対象のEntityをメモリに起こしてしまう。

ToArray?()メソッド †

この場合、ToArray?()メソッドを使って、はじめに結果を確定させる。

var YYYYYs = context.YYYYYs.ToArray();

Load()メソッド †

この場合、Load()メソッドを使って、DbContext?内にデータをキャッシュさせる。

context.YYYYYs.Load();

この後、context.YYYYYsにアクセスしてもSQLは実行されない。

大量データ処理 †

ライブラリがいくつかある。（非 MS 製、NuGet からインストール可能）

• zzzprojects/EntityFramework?.Extended · GitHub
  https://github.com/zzzprojects/EntityFramework.Extended
• MikaelEliasson?/EntityFramework?.Utilities · GitHub
  https://github.com/MikaelEliasson/EntityFramework.Utilities

• 参考
  • Entity Framework でアトミックインクリメント & 一括更新 | C#.NET vs VB.NET
    http://csharpvbcomparer.blogspot.com/2015/04/net-ef-atomic-increment-and-bulk-update.html
  • Entity Frameworkでもバルク更新したいよね(・∀・) - うさ☆うさ日記
    http://d.hatena.ne.jp/machi_pon/20120202/1328187399

LINQ to Object vs LINQ to Entities †

処理される場所が異なる †

• LINQ to Objectは、メモリ上での処理
• LINQ to Entitiesは、DBMS上での処理

となる。

• 基本的には、LINQ to Objectが高速だが、

• ストレージが必要な大量データ処理になってくると、
  LINQ to Entitiesの方が高速になる可能性がある。

処理結果が異なる †

処理される場所だけでなく、処理結果が異なることがある。

• 以下は、DB側でNameでソート（OrberBy?）される。

  context.YYYYYs.OrberBy(x => x.Name).ToArray()

• 以下はDBからロードされた後、メモリ上でNameでソート（OrberBy?）される。

  context.YYYYYs.ToArray().OrderBy(x => x.Name)

DBMSの照合順序などの関係により、
処理される場所によって、ソート（OrberBy?）順が異なるためである。

トラッキングしない †

AsNoTracking?()メソッドでCollectionを取得すると、
Entity Statesのトラッキングをしなくなる。

var YYYYYs = context.YYYYYs.AsNoTracking().ToArray();

これにより、使用するメモリ量を削減できる。

コードファースト云々 †

• クラス名(+s)がテーブル名にマップされる。
• プロパティ名がカラム名にマップされる。
• 主キーはid or クラス名 + id がデフォルト。

• 参考
  • Entity Framework Code First | densan-labs.net
    http://densan-labs.net/tech/codefirst/index.html

マイグレーション †

コードファーストのデータモデルクラスの変更をもとに、
既存のデータを残したままデータベースのテーブルを変更する機能。

• Entity Framework Code First Migrations
  http://msdn.microsoft.com/ja-jp/data/jj591621.aspx

• 3. データベースマイグレーション | densan-labs.net
  http://densan-labs.net/tech/codefirst/migration.html

規約 †

コードファーストでは規約に基づいてEntityとDatabaseを紐付ける。

属性 †

属性による規約

その他、DbContext?を継承したContextのコンストラクタで接続文字列を決定できる。

Fluent API †

Fluent APIによる規約

• Fluent APIとDbContext?の機能 － ＠IT
  http://www.atmarkit.co.jp/fdotnet/ef4basic/ef4codefirst03/ef4codefirst03_01.html

• Entity Framework Fluent API - プロパティと型の構成/マッピング
  https://msdn.microsoft.com/ja-jp/data/jj591617.aspx

ナビゲーション・プロパティ †

エンティティ間の関連（アソシエーション）を表す。

• ｘ対一は、オブジェクト参照を使用。
• ｘ対多は、ICollection<T>を使用。

批判云々 †

• 性能と柔軟性が重視されるエンタープライズの領域では、使い難いとの批判も多い模様。
• ツール等のスタンドアロンのプログラム、情報系システムなどのEUCによるRAD開発などにはマッチする可能性もある。

• また、ADO.NETは枯れた技術であるのに対し、Entity Frameworkは進化の余地がある。

• Entity Framework の歴史を振り返る - kendik.net
  http://kendik.hatenablog.com/entry/2013/05/24/033400
• Entity Framework のバージョン履歴
  https://msdn.microsoft.com/ja-jp/data/jj574253.aspx

信任投票 †

• ADO .NET Entity Framework Vote of No Confidence
  http://efvote.wufoo.com/forms/ado-net-entity-framework-vote-of-no-confidence/

• ADO.NET Entity Framework Taking Some Heat
  http://www.infoq.com/news/2008/06/entity-framework-heat

• Is ORM (Linq, Hibernate...) really that useful - Stack Overflow
  http://stackoverflow.com/questions/938524/is-orm-linq-hibernate-really-that-useful

• Entity Framework VS LINQ to SQL VS ADO.NET with stored procedures - Stack Overflow
  http://stackoverflow.com/questions/2698151/entity-framework-vs-linq-to-sql-vs-ado-net-with-stored-procedures

• データベース ファースト 恵みの波紋
  https://ogacha.wordpress.com/tag/%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9-%E3%83%95%E3%82%A1%E3%83%BC%E3%82%B9%E3%83%88/

ORMの問題 †

気付き †

Entity FrameworkをキャンセルしたASP.NET Identityの
UserStoreを実装して「ORMの問題だな。」と思った点は、

プログラムの

• インターフェイスとなっている親子階層のあるオブジェクト・モデルと、
• ストレージとの同期処理（セーブ・ロード）のタイミングなどが、

実装者にとって「難しい。」ってトコロではないかと思う。

背景 †

• 難しさの背景は、

• 自分でUserStoreを実装していてもこの同期は難しい。
  • 同期処理の仕様を決める必要がある。
  • 同期処理の仕様を思い出し、
    処理全体との繋がりを理解する必要がある。

• ORMプロダクトでブラックボックス化した場合、
  • 同期処理の仕様を決める必要は無いが、
  • 同期処理の仕様を調べたり、デバッガでリバースして、
    処理全体との繋がりを理解する必要がある。

等と言った点だと思う。

• ※

• UserStoreは、MemoryモードとDBMSモードを処理するので、
  Memoryモードの実装の後、DBMSモードを実装しようとしたタイミングでこの難しさに気付く。

• オブジェクトを操作したタイミングで直ちに同期される仕様にすれば、問題はなくなるが、
  実際は、性能云々に書いたように、性能を考慮して適切なタイミングに同期する必要がある。

エンプラ領域でのミスマッチ †

基幹系システムでは以下の理由でミスマッチと判断されることが多い。

インピーダンス・ミスマッチ †

概念モデルに対してプログラミングを採用している。

• 外部スキーマを使用できないため、論理データ独立性が無い。
• 概念スキーマのデータ構造を使用してプログラミングを行う必要がある。

スキーマ構造の変更 †

• DBMSのスキーマからモデル（EDM）を生成する方法を採用している場合、
  スキーマの構造が変わった場合、モデル（EDM）の作り直しが発生する。

• 生成されたモデル（EDM）をカスタマイズしていた場合、
  作り直しにより、カスタマイズが破棄されてしまう可能性がある。
  • カスタマイズがなければ、概念スキーマ構造の変更を
    モデル（EDM）に同期し、変更に迅速に対応できるとも言える。
  • しかし、論理データ独立性が無いため、プログラムの変更は必要になる。

• RAD開発ツールに特有の、保守性の悪さがある。
  

内部実装とその動作がブラックボックス †

SQLが、LINQ to Entityのエンジンに生成される形であり、
また、内部実装とその動作がブラックボックスになっているため（※１）
それらが明確にならないと設計、チューニング、問題分析などが困難。

従って（特に日本の）エンタープライズ・アプリケーションでは敬遠されている。
これは、JavaのJava8でJPAでHibernateでJinqが敬遠されるのと≒。

• （※１）Questions about EntityFramework?
  https://github.com/OpenTouryoProject/SampleProgram/issues/6

---

Tags: :.NET開発, :データアクセス, :ADO.NET, :Entity Framework, 性能?

     

Site admin: dotNetDevelopmentInfrastructure

PukiWiki 1.4.7 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.3.3. HTML convert time: 0.041 sec.