XLinq vs. SqlDataReader performance

Question

Как часть попытки восстановить материал в довольно запутанной устаревшей системе, у меня есть метод, делающий вызов хранимой процедуры в нашей базе данных SQLServer. Ничто в этой настройке не является идеальным, но это то, с чем мне нужно работать. Эти два параметра, которые у меня есть, - это использовать SqlDataReader для чтения потока в виде строк из базы данных или для передачи ответа как фрагмента xml. Несмотря на то, что xml никогда ничего не решал (вставьте здесь симпатичную ссылку), я склоняюсь к выбору этого варианта и используя XLinq для создания своих бизнес-объектов из данных, просто потому, что это решение будет выглядеть меньше, чем кто-то, что вырвало на экране. ;)

Тем не менее, я обеспокоен тем, что вы должны учитывать проблемы производительности, применяя этот подход. Есть ли там кто-нибудь с опытом в этом, который может мне помочь? Может ли Xlinq замедлить мой уже медленный код?

Answer 1

Производительность, SqlDataReader - правильный выбор.

Esteban Garcia сделал несколько тестов, как Ben Hodson. Результаты довольно убедительные, хотя они не включают XLinq.

Answer 2

Вы также можете использовать Linq To Datasets. Таким образом, вы можете использовать API Linq, и вам не нужно изменять свой STP. Тем не менее, производительность по сравнению с SqlDataReader уступает.