Эффективность столов на Linq

Question

Я начинаю в Linq, и я заметил, что мой внутренний запрос соединения медленнее и менее эффективен, чем, например, пересечение таблиц в коде. Кроме того, эти данные, загружаемые в ListView, намного легче.

Вот код:

public static IEnumerable<Alumno> GetItems() 
{ 
     return (from gal in me.Table<GrupoAlumno>() 
       join alu in me.Table<Alumno>() 
       on gal.IdAlumno equals alu.ID 
       select alu); 
} 

Как это возможно?

спасибо.

Answer 1

Моя проблема решена. Необходимо было преобразовать toList(), и теперь загрузка данных в мой ListView отлично работает.

public static IEnumerable<Alumno> GetItems() 
{ 

     return (from gal in me.Table<GrupoAlumno>() 
       join alu in me.Table<Alumno>() 
       on gal.IdAlumno equals alu.ID 
       select alu).ToList(); 
} 

Answer 2

Операторы Linq работают на IEnumerable<T>, поэтому теперь могут делать предположения о сортируемых данных и не использовать какие-либо более эффективные способы доступа к данным, чем просто перебирать их.

Когда количество данных увеличивается, часто можно писать гораздо более эффективный код, используя другие конструкции, которые используют преимущества хранения данных и других известных фактов о данных.

Если производительность является проблемой (вы прокомментировали свой код, чтобы убедиться, что это действительно проблема?), Тогда linq, вероятно, не подходит. Я думаю, что linq потрясающе выражает поиск и манипулирование данными, когда производительность менее важна, чем время, которое требуется для реализации. Если это наоборот, linq может быть слишком медленным для вас.

Answer 3

Я не согласен с существующим принятым ответом!

Linq не просто работает на IEnumerable<T> - он также может работать на IQueryable<T>, и когда это происходит, оператор Linq часто выполняется на языке запросов, таком как SQL. В этом случае Linq очень похож по производительности на работу непосредственно в SQL, но имеет и другие преимущества, такие как проверка типа времени компиляции и intellisense.

Я согласен с @Anders, что всякий раз, когда вы сталкиваетесь с проблемами производительности, тогда измерение того, что происходит, является хорошим первым шагом - но я определенно не согласен с тем, что «linq - это, вероятно, не путь» - я бы сказал наоборот - «linq - это, вероятно, путь», но, пожалуйста, убедитесь, что вы измеряете и понимаете, что происходит - так же, как с SQL, слишком сложно для вашего запроса linq делать то, чего вы действительно не ожидали!