Кто-нибудь разбирался, тестировал новую фичу C# LINQ? Есть какие-то проблемы/недостатки/особенности? Интересно оценить перспективы...

Бегло ознакомился. Не понравился. 

Особенностей много - это новый принцип запросов - для представления не реляционных источников данных, а  объектно-ориентированных источников данных. Но поскольку физически данные хранятся в реляционном виде, то отсюда недостатки LINQ - громозкая и ИМХО не очень понятная мне пока архитектура и, как и все оболочки, уменьшение быстродействия.

Опять же могу ошибаться


Sql Server 2008 будет поддерживать как T-SQL, так и LINQ

побаловался немножко. при некотором опыте синтаксис запросов выглядит куда приятней\нагляднее\понятнее, чем циклы по тем же наборам, но в C# синтаксис LINQ несколько незавершённый, часто приходится прибегать к лямбдам; это, думаю, поправят в следующем релизе. ну и скорость немного помедленей, чем чистые циклы, что некритично для меня, т.к. моделировать реакции ядерного синтеза на C# не требуется.

перспективы.. уж точно не выкинут его из .NET, раз добавили; так чта, будут развивать, поддерживать и проталкивать. 

I Think I Love LINQ    

D_F_V, похожий пример пример, как в ссылке делается через System.Configuration.ConfigurationSection, содержащий ConfigurationElementCollection без геморроя с парсингом XML, как в примере. Интересно было бы сравнить скорость выполнения.

LINQ – недостающее звено в разработке баз данных


Добавлено через 2 минуты и 37 секунд
очень не понравилось, что на данный момент нет возможности работы с другими СУБД, кроме SQL Server

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

Насколько я понял, суть LINQ при работе с БД заключается в том, что используя C# мы пишем длинный составной SQL-запрос к базе, который выполняется при первом foreach.

я так понял, что "клиент" это GUI приложение ???
Ну и прочитав описание этой технологии несколькими постами выше, я начал думать, что LINQ не проберется в asp.net с SQL Server'ом. Потому что там используются Stored Procedure которые увеличивают производительность и защищенность от SQL-inj. Ну и потом, это опять получается, что Microsoft переходит к двухзвенной структуре общения, а ведь она этим так гордилась... мне это не сильно нравится.
Я ж надеюсь мы не скатимся до PHP программистов, которые выгружают из СУБД всю таблицу, а потом начинают с ней работать и забирать только нужные ей записи... 

похоже так и есть..)

Ребят, а рефлектором никто его не смотрел? Хорошо бы узнать принципы работы поконкретнее, без предположений. 

Но кстати в одном блоге был пример теста скорости линка на огромном массиве интов - работает примерно в 1.5-2 раза медленнее цикла for. Приемлемая производительность, если без фанатизма. Другое дело - нет ли каких оптимизаций в плане доступа к БД и алгоритмов обработки запросов от ЛИНКа?

Неа, все совсем не так. Загрузка всей базы, и работа с ней на клиентской стороне - это датасеты. 
Основная фишка LINQ - операции над запросами, а не над самими данными. Если в Linq to SQL пару раз вызвать Where, сгруппировать, отсортировать, а потом попробовать у результата взять First(), то из базы выберется только одна строка. Т.е. стандартные провайдеры LINQ откладывают вычисления до последнего момента, пока вы сами не захотите получить конкретные данные. Вот и вся оптимизация :(

один представитель MS убеждал меня, что LINQ работает быстрее, чем обычные SQL-запросы, т.к. создаёт максимально оптимизированные запросы, которые вручную писать гораздо дольше и сложнее...  

Зато убивается возможность оптимизировать запросы на стороне БД, т.к. каждый раз идёт новый запрос со своим SQL и соотв. планом выполнения. Убийство.

да, это не есть хорошо, ну для MS SQL Server что-нить и на этот счёт придумают