Moonmile Solutions Blog

Entity Data ModelとLINQ to SQL は同時に使えない | Moonmile Solutions Blog
http://www.moonmile.net/blog/archives/1688

前回の続きということで、Entity Data Model の使いどころ、というか私が陥った落とし穴を紹介します。

さて実は、ASP.NET MVC の連載記事を書いている途中で、Html.DropDownList メソッドを使いたかったのですね。連載記事のほうは、Entity Data Model を使うようにしているので、DropDownList に連結するならば、やっぱり「データバインド」ですね、って形にしたかったのです。

以前の ASP.NET コントロールであれば、

dropDownList.DataSource = items ;

みたいな形でデータソースを指定するわけですが、HTML ヘルパーメソッドの場合は、

Html.DropDownList( “states” );

のように ViewData を使ってバインドさせる方法もあれば、

Html.DropDownList( “states”, Model.items );

のようにモデルのパラメータを使って設定する方法もあります。

そこで都道府県コードをバインドしようかなぁ、と思って、都道府県のテーブルを作成。

create table TStates (
	id int, -- 都道府県コード
	name varchar(20) -- 都道府県名
)

そして、コントローラーに以下のコードを作成。

public ActionResult StatesList()
{
    Models.mvcdbEntities ent = new Models.mvcdbEntities();

    var items = from t in ent.TStates
                select new SelectListItem
                {
                    Value = t.id.ToString(),
                    Text = t.name
                };
    ViewData["states"] = items;

    return View();
}

DropDownList は、SelectListItem のコレクションしか受け付けないので、あらたに new して追加します。データベースから検索できたほうがいいので、LINQ が便利ですよね。って訳で、LINQ を使っています。
SelectListItem は、Text は表示文字列、Value は値なんですがブラウザなので ToString で変換しています（ここが落とし穴です）。

さて、これを動かすと、

▼画像001

ってなエラーがでます。

System.NotSupportedException はユーザー コードによってハンドルされませんでした。
  Message=メソッド ‘System.String ToString()’ は LINQ to Entities では認識されないため、ストア式に変換できません。
  Source=System.Data.Entity

なんだか良くわかりませんが、ToString は動きません…ってな具合です。

どうやら、「LINQ to Entities」ってのが動いているようで、仕方がない「LINQ to SQL」を動かそう。という訳で、他の方法で試してみます（これを同じアプリケーションに組み込もうとして、前回の落とし穴なんですなｗ）。

public ActionResult StatesList()
{
    DataContext dc = getDataContext();
    var items = from t in dc.GetTable<TStates>()
                select new SelectListItem
                {
                    Value = t.id.ToString(),
                    Text = t.name
                };

    ViewData[&quot;states&quot;] = items;


    return View();
}

のように、LINQ to SQL のほうを動かすとですね。すんなり動きます。う～む。

▼画像002

何処が引っ掛かっているのかというと、ToString なんですね。どうやら、LINQ to Entities の中では、この手の他のメソッドが動かないらしい。しかも、LINQ の実行が遅延されるので(LINQを定義した箇所ではなくて実際に実行される場所という意味で)、aspx 内でエラーが発生するという不思議な具合になります。

いずれ、LINQ to SQL が LINQ to Entities に全て置き換わるのか…は不明なのですが、こんな風に LINQ 内で文字列処理をしようとするとちょっと不思議な現象に出会います。

なので、LINQ to Entities を使っている場合は、

public ActionResult StatesList2()
{
    Models.mvcdbEntities ent = new Models.mvcdbEntities();
    List<SelectListItem> items = new List<SelectListItem>();
    foreach (var it in ent.TStates)
    {
        items.Add(new SelectListItem
        {
            Value = it.id.ToString(),
            Text = it.name
        });
    }
    ViewData[&quot;states&quot;] = items;

    return View();
}

のように、一度 コレクションに代入しないといけないという…ダサい感じに…てなわけで連載のほうでは却下しました(苦笑)。このあたりの説明が主目的ではないので orz

さて、この現象ですが、実は Visual Basic 2010 では起こりません。

Function StatesList() As ActionResult
    Dim ent = New mvcdbEntities
    Dim items = From t In ent.TStates
                Select New SelectListItem With {
                    .Value = t.id,
                    .Text = t.name
                }

    ViewData("states") = items

    Return View()
End Function

のように VB を使って書くとすんなり動きます。

これは、ToString 等の変換を使っていないからなんですね。.Value = t.id のところで、自動的に Integer から String に変換されているわけで、これがうまく動く要因なのです。C# の場合は、自動変換が効かないから ToString メソッドを使うところでアウト、なんですなぁ。

というわけで、同じ LINQ を使っている場合でも、Entity Data Model(LINQ to Entities)を使っている場合と、LINQ to SQL を使っている場合とで区別しないといけないとう、ちょっと不思議な落とし穴（実装が違うといれば、わかりやすいんですが、コード的には LINQ だけなので見つけづらい）。

ASP.NET MVC では Entity Data Model と LINQ to SQL が同時に使えません。つーか、同時に使うな、ってのがホントなんでしょうが、まぁ、Html.DropDownListFor メソッドが、あっちが動いたのに、こっちが動かない、という現象があったもので（この話が後日）。

まだ、公開されていませんが

連載! コードで学ぶ ASP.NET MVC アプリケーション開発入門 | Code Recipe | MSDN
http://msdn.microsoft.com/ja-jp/asp.net/gg490787

の次回は、Entity Data Model なんですね。

ですが、日経さんで出している「ひと目でわかる ASP.NET MVC」のほうは、実は、LINQ to SQL を使っているのです。
このあたり、執筆時に悩んだのですが、書籍のほうにはデータベースのややこしいところを取り込みたくなかったわけです。

ADO,NET Entity Data Model が ADO.NET の後継であることはわかっていたのですが(多少、不勉強ということもありますが)、このあたり、モデルを直結させてしまうとモデル自身の効用がわかりづらくなる、っていうのと、モデルの中にテーブルを含めるとちょっと、ってな感じで、薄さ(苦笑)を優先させたのです。

さて、

Entity Data Model の良いところは、SQL Server 2008 と直結しているところです。Visual Studio 2010 上でデザイナが動くのは、Entity Framework としては一部のところで、本音のところはコマンドラインで DDL と直結させたりする「親和性」のところにある気がします。DI コンテナなんてのを想起させます。なので、リレーション(外部キー)や主キーなんかが結構な役割を果たしています。

一方で、LINQ to SQL ってのは、(乱暴に言えば)オブジェクト指向に持ち込んだ SQL みたいなもので、ラムダ式やら無名関数やら拡張メソッドやらで、F# の影響を強く受けているわけですね。つまりは、プログラム言語からのアプローチ。

この話、どちらが「勝ち」という訳でもないわけで、ADO から続く DataSet やら、オブジェクト指向アプローチの O/R マッピングやらの歴史があるので、こんな感じなんですね。他にも、データベースには、ストアドプロシージャとビューがあるわけで、このあたり、「ビジネスロジック」を何処に置くのかとか、ある意味で「開発者に任せるのか」、「データベース管理者に任せるのか」というアプローチの違いも反映されていたりします。

だからという訳ではないんでしょうが（笑）、

こんな風に、Entity Data Model を追加した後に、LINQ to SQL も使いたいかなぁ、と思って追加すると、

ありゃ、LINQ to SQL のほうで、コンパイルエラー

どうやら、テーブルをインポートしたときの、TProduct クラスで既に _id が使われている模様。

実は namespace が両方とも、MvcApplication7.Models という形で Models に入っていて、TProduct クラスは partial で作ってある（分割されている）ので、クラス名の重複よりも、各メンバの重複が優先されてエラーになっているんですね…って、ややこしい。

ちなみに、別のテーブルをインポートすると大丈夫なので、正確には、

「同じテーブルを Entity Data Model と LINQ to SQL では使えない」

ですかね？　namespace を変えればよいのかな？