开发者

Caching linq-to-sql results?

Most will recommend caching as a list. I know that is a solution and may be the one I go with. But, what if one wants to be able to treat a cached linq-to-sql with full IQueryable (IEnumerable?) functionality?

If one does try to cache the raw result, an error "Query results cannot be enumerated more then once".

So, to make clear my questions are:

  1. Is the hashcode fo开发者_StackOverflow社区r Lists, IQueryable, and IEnumerable unique?
  2. If I want to cache the linq-to-sql result safely AND provide for maximum functionality afterward, how can I do that?


Once you have cached an IEnumerable, it is a "hydrated" list that is still queryable itself. The AsQueryable() method can be used to query against the subset of records that are populated into the list:

IEnumerable foo = from o in ctx.MyObjects
                  select o;

foo.ToList();

IEnumerable bar = from f in foo.AsQueryable()
                  select f;

Here is some more good information on using AsQueryable(): http://weblogs.asp.net/zeeshanhirani/archive/2008/07/31/using-asqueryable-with-linq-to-objects-and-linq-to-sql.aspx


But, what if one wants to be able to treat a cached linq-to-sql with full IQueryable (IEnumerable?) functionality?

The class List<T> implements IEnumerable<T> and you can query it using LINQ if you wish.

Most will recommend caching as a list.

I'd say it depends on what you plan to do with your cached data. A List<T> is fine in many cases. If you want to have fast lookups based on a unique key you might be better off storing the cached data in a Dictionary<TKey, TValue> instead.


Exactly what are you caching? An IQueryable isn't a result (a query is a question, not an answer).

Further, an IEnumerable isn't a thing, it's merely a description. There must be some underlying real data structure (like a List or array)

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜