9

ここでも同様の質問がありますが、私のニーズに合うものはありません。
どちらが速いかを確認するためにテストケースを作成しました。しかし、私のlinqコードはまだ遅いと感じています。パフォーマンスを向上させるためにlinqコードを作成するにはどうすればよいですか？

他の人は、doubleを使用.Tolist()すると動作が遅くなる可能性があると言いました。私がテストすると、他のどのテストよりも高速であることがわかります。

テスト： 

Preparation
---------------------------------------------------------------
return Properties of UserInfo(userinf, true){
    UserID = userinf.UserID;
    FirstName = userinf.user.FirstName;
    MiddleName = userinf.user.MiddleName;
    LastName = userinf.user.LastName;
    LoginID = userinf.user.LoginID;
    Birthday = userinf.Birthday;
}

skip = 0;
take = 100;

total table records = 304;

Linq to Entity Framework

フィドラー：v2.4.0.0 

https://127.0.0.1/..../RetrieveUserInfo?skip=0&take=100
{
    "client":{
        "SessionID":"5433ab64-7e0d-444f-b886-a901ea9a0601"
    },
    "session":{
        "SessionID":"35b75daa-25ad-45a4-9f99-0e69ec3b66a4"
    }
}

//Test 1
//1) 00:00:15.3068755 -- Attempt1
//2) 00:00:13.8207905 -- Attempt2
//3) 00:00:16.2489294 -- Attempt3

var list = (from usr in dbase.userinfoes
            select usr).OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();

userlist = (from i in list
            select new UserInfo(i, true)).ToList();


///Test 2
//1) 00:00:15.3908803
//2) 00:00:14.8818512
//3) 00:00:19.4761140

var list = (from usr in dbase.userinfoes.AsEnumerable().OrderBy(i => i.UserID).Skip(skip).Take(take).ToList()
            select new UserInfo(usr, true)).ToList();


//Test 3
//1) 00:00:30.1937270
//2) 00:00:24.1003784
//3) 00:00:28.8806519

var list = dbase.userinfoes.OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();
userlist = (from i in list select new UserInfo(i, true)).ToList();


//Test 4
//1) 00:00:57.2652754
//2) 00:00:54.4051118
//3) 00:00:55.3251644

var list = (from usr in dbase.userinfoes
            select usr).ToList();

userlist = (from i in list
            select new UserInfo(i, true)).OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();


//Test 5
//1) 00:01:06.8378229
//2) 00:01:01.2845053
//3) 00:00:55.0721499

var list = from usr in dbase.userinfoes
           select usr;

userlist = (from i in list.AsEnumerable()
            select new UserInfo(i, true)).OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();


// Test 6
// VERY LONG. It tooks all records first and construct UserInfo one by one before doing the skip and take

var list = (from usr in dbase.userinfoes.AsEnumerable()
            select new UserInfo(usr, true)).OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();


//Test 7
// VERY LONG. It tooks all records first and construct UserInfo one by one before doing the skip and take

var list = from usr in dbase.userinfoes.AsEnumerable()
           select new UserInfo(usr);

より高速な検索のための適切なコード。注文、スキップ、テイクはすべてサーバー上で実行されるcasperOneことを指摘してくれてありがとう。

最終的なコードは次のとおりです。 

var list = (from usr in dbase.userinfoes
                .OrderBy(i => i.UserID)
                .Skip(skip)
                .Take(take)
                .AsEnumerable()
            select new UserInfo(usr, true)).ToList();   

1) 00:00:10.9210513
2) 00:00:10.8270973
3) 00:00:10.8250151

Richard Neil Ilagan最終的なコードをありがとう。

4

1 に答える 1

6

それぞれがそのまま実行されている理由と、表示されているものが表示されている理由は次のとおりです。

テスト1：

///Test 2
//1) 00:00:15.3068755 -- Attempt1
//2) 00:00:13.8207905 -- Attempt2
//3) 00:00:16.2489294 -- Attempt3

var list = (from usr in dbase.userinfoes
            select usr).OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();

userlist = (from i in list
            select new UserInfo(i, true)).ToList();

これは絶対に最速です。注文、スキップ、テイクはすべてサーバー上で実行されるため、これが最速です。おそらくインデックスがあるため、サーバーは強力（強力）などです。クライアントでセット全体をマテリアライズしてからそこで操作を実行する場合よりも、これらの操作をはるかに高速に処理できます。

UserInfo後処理されたリストでのみ作成されます。

テスト2：

///Test 2
//1) 00:00:15.3908803
//2) 00:00:14.8818512
//3) 00:00:19.4761140

var list = (
    from usr in dbase.userinfoes.AsEnumerable().
        OrderBy(i => i.UserID).Skip(skip).Take(take).ToList()
    select new UserInfo(usr, true)
).ToList();

これは、テスト7と同じパフォーマンスへの影響があるはずです。toを呼び出すと、AsEnumerable後続のすべての操作がメモリ内で強制的に実行されます（toを呼び出すと、OrderBy注文する前にすべてのインスタンスをマテリアライズする必要があります）。

異常の場合、これは少しです。サーバーに送信されるSQLが何であるかを確認して（SQLサーバーまたはSQLベースのバックエンドを使用していると仮定して）、すべてのレコードが選択されていることを確認したいと思います。

UserInfo後処理されたリストでのみ作成されます。

テスト3：

//Test 3
//1) 00:00:30.1937270
//2) 00:00:24.1003784
//3) 00:00:28.8806519

var list = dbase.userinfoes.OrderBy(i => i.UserID).
    Skip(skip).Take(take).ToList();
userlist = (from i in list select new UserInfo(i, true)).ToList();

繰り返しになりますが、by、skip、takeの順序はサーバー上で実行されます。あなたはリストを2回具体化しています（あなたは2回の呼び出しがありますToList）、これは私が見ることができるオーバーヘッドの唯一の説明です）。

UserInfo後処理されたリストでのみ作成されます。

テスト4：

//Test 4
//1) 00:00:57.2652754
//2) 00:00:54.4051118
//3) 00:00:55.3251644

var list = (from usr in dbase.userinfoes
            select usr).ToList();

userlist = (from i in list select new UserInfo(i, true)).
    OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();

現在、メモリ内のリスト全体を具体化しているため、オーバーヘッドが増えています。

UserInfo前処理されたリストに基づいて作成されます。

テスト5：

//Test 5
//1) 00:01:06.8378229
//2) 00:01:01.2845053
//3) 00:00:55.0721499

var list = from usr in dbase.userinfoes
           select usr;

userlist = (from i in list.AsEnumerable()
            select new UserInfo(i, true)).
    OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();

テスト2と同じように、クライアント側ですべての操作を実行します。

UserInfo前処理されたリストに基づいて作成されます。

テスト6：

// Test 6
// VERY LONG. It tooks all records first and construct 
// UserInfo one by one before doing the skip and take

var list = (from usr in dbase.userinfoes.AsEnumerable()
            select new UserInfo(usr, true)).
    OrderBy(i => i.UserID).Skip(skip).Take(take).ToList();

UserInfo前処理されたリストに基づいて作成されます。

繰り返しますが、クライアント側ですべての操作を実行します。

// Test 7
// VERY LONG. It tooks all records first and construct 
// UserInfo one by one before doing the skip and take

var list = from usr in dbase.userinfoes.AsEnumerable()
           select new UserInfo(usr);

繰り返しますが、クライアント側ですべての操作を実行します。

UserInfo前処理されたリストに基づいて作成されます。

これらすべてのテストで私が気付いた違いが1つUserInfoあります。それは、インスタンスのコンストラクターを呼び出す場所です。パフォーマンスが良い場所では、インスタンスの構築UserInfoをできるだけ遅くします（order、take、skip操作を実行した後）が、パフォーマンスが悪い場合は、UserInfoこれらの前にインスタンスを構築します。操作が行われます（通常、UserInfoコンストラクターへの呼び出しが多い場合）。

とはいえ、パフォーマンスの問題はUserInfo、LINQではなく、クラスのコンストラクター内にあるように思われます。一般に、IQueryable<T>プロバイダーに基になるデータソースでの操作を実行させると、クライアントのメモリでそれらの操作を実行するよりも一般的に高速になります。

コンストラクターコードを見ずに判断することは不可能ですが、あなたの数字は確かに問題がLINQではなく、そこにあることを示唆しています。

于 2012-10-25T13:27:10.060 に答える