エンティティフレームワークコード - 最初は非常に遅い

Question

広範囲にわたるグーグルグーグルから、私はこの問題に遭遇する最初の人ではないようだが、満足に解決できる人を見つけることができなかった。従来のデータベースを使用していましたが、（現時点で）単一のテーブルに統合しようとしていますが、このモデルへの最初のクエリでは約12秒かかります。 2番目の呼び出しは、予想どおりほとんど瞬間です。このコードサンプルは8-12秒かかり

public class PortalDatabase : DbContext 
{ 
    public DbSet<User> Users { get; set; } 

    public PortalDatabase():base("portalDatabase") 
    { 
    } 

    protected override void OnModelCreating(DbModelBuilder modelBuilder) 
    { 
     User.ConfigureEntity(modelBuilder.Entity<User>()); 
    } 
} 

public class User 
{ 
    public int ID { get; set; } 

    public string FullName { get; set; } 

    /// <summary> 
    /// Internal representation of the IsDisabled flag. This should not be 
    /// written to; use <see cref="IsDisabled"/> instead. 
    /// </summary> 
    internal byte IsDisabledInternal { get; set; } 

    public bool IsDisabled 
    { 
     get { return Convert.ToBoolean(this.IsDisabledInternal); } 
     set { this.IsDisabledInternal = Convert.ToByte(value); } 
    } 

    public int LoginAttempts { get; set; } 

    public string EmailAddress { get; set; } 

    public string Password { get; set; } 

    internal static void ConfigureEntity(EntityTypeConfiguration<User> entity) 
    { 
     entity.ToTable("Users"); 

     entity.Property(model => model.ID) 
      .HasDatabaseGeneratedOption(DatabaseGeneratedOption.Identity) 
      .HasColumnName("UserID"); 

     entity.Property(model => model.FullName) 
      .HasColumnName("UserName"); 

     entity.Property(model => model.IsDisabledInternal) 
      .HasColumnName("AccountLocked"); 

     entity.Ignore(model => model.IsDisabled); 

     entity.Property(model => model.LoginAttempts) 
      .HasColumnName("LoginAttempts"); 

     entity.Property(model => model.EmailAddress) 
      .HasColumnName("EmailAddress"); 

     entity.Property(model => model.Password) 
      .HasColumnName("Password"); 
    } 
} 

を実行するために：私は、この問題を行うことであることを理解し

PortalDatabase database = new PortalDatabase(); 

    IEnumerable<User> users = from user in database.Users 
           where user.ID == 66 
           select user; 

次の何

は私のEntity Frameworkのコードファースト・セットアップの全体ですは「パフォーマンスを大幅に向上させる」というメタデータの生成を1度だけ実行します。

Th e「コードファースト」ライブラリは、従来のアプローチと同じ基礎となるEFを使用します。そのため、パフォーマンスの特性はほぼ同じでなければなりません。 「コードファースト」ライブラリにはスマートも含まれているため、データベースとのマッピングのために取り出されるメタデータがキャッシュされるため、一度計算するだけで済みます（パフォーマンスが大幅に向上します）。

しかし、私が平均したパフォーマンスは？簡単なクエリを実行するために12秒かかるとEntity Frameworkチームが受け入れられるとは思いません。私は彼を誤解していますか？メタデータキャッシュは、たとえばIISアプリケーションプールの存続期間中存続しますか？それは何らかの方法で受け入れられるかもしれませんが、まだ理想的ではありません。

私が最初にコードを使用していなかったなら、私はuse EdmGen.exe to generate my viewsにできるはずでしたが、わかったように私のアプリケーションはかなり速くなりました。最初にコードを使用してモデルを開発するときに同等のものはありますか？

更新2012年2月14日：Pawel's postのおかげで、私は自分の意見を生成することができました。残念ながら、これは新しいPortalDatabaseインスタンスの作成速度を変更しませんでしたが、同じ時間がかかります。私はコンストラクタにブレークポイントを置くのでビューが使用されていることを知っていますが、これは何にも影響しません。

Answer 1

CodeFirstでビューを生成するには、EF Power Toolsを使用します。詳細はこちら：http://blogs.msdn.com/b/adonet/archive/2011/05/18/ef-power-tools-ctp1-released.aspx