Новый проект на носу, довольно большой.

c#, asp.net mvc, ms sql server 2012

Начальник отдела создал проект, прикрутил LINQ to SQL потому что он с ним работал)
Я настаиваю на EF.

Какие могут быть технические проблемы с LINQ to SQL
Спасибо.

Сначала мелкомягкие прибили проект:
https://ayende.com/blog/3664/microsoft-kills-linq-to-sql
Для обратной совместимости поддерживался , неким Damien Guard-ом и его командой.

Реанимировано в фреймворке 4.0.
https://damieng.com/blog/2009/06/01/linq-to-sql-changes-in-net-40
Последний апдейт был в 2012 году, точнее информации найти не удалось.


Ну и как следствие первая ссылка в гугле по поводу что юзать:
http://stackoverflow.com/questions/2698151/entity-framework-vs-linq-to-sql-vs-ado-net-with-stored-procedures

First off, if you're starting a new project, go with Entity Framework ("EF") - it now generates much better SQL (more like Linq to SQL does) and is easier to maintain and more powerful than Linq to SQL ("L2S"). As of the release of .NET 4.0, I consider Linq to SQL to be an obsolete technology. MS has been very open about not continuing L2S development further.

Во-первых, если вы начинаете новый проект, переходите к Entity Framework («EF») - теперь он создает гораздо лучший SQL (более похожий на Linq to SQL), и его легче поддерживать и более мощный, чем Linq to SQL L2S "). Начиная с версии .NET 4.0, Linq to SQL я считаю устаревшей технологией. MS очень открыто заявляет о том, что дальнейшее развитие L2S не будет продолжаться.


Ну и всезнающая викпедия:
https://ru.wikipedia.org/wiki/Language_Integrated_Query#LINQ_.D0.BA_SQL
В конце 2008 года ответственность за разработку LINQ к SQL наряду с ADO.NET Entity Framework (в том числе и LINQ к Entities) была переложена на команду, занимавшуюся развитием ADO.NET (т. н. ADO.NET team), тогда как ранее развитием LINQ к SQL занималась команда, связанная с разработкой компилятора для языка C#[6]. Таким образом, стало очевидно, что оба решения нацелены на решение одних и тех же задач, а следовательно будут конкурировать друг с другом. Немного позднее Тим Маллалью разъяснил, что Microsoft продолжит разработку LINQ к SQL на основе пользовательских отзывов. Однако, начиная с версии платформы .NET 4.0, рекомендованным решением становится именно LINQ к Entities. Кроме того, на основании информации, полученной от пользователей, наиболее употребляемые возможности LINQ к SQL будут добавлены и в LINQ к Entities[7]. В результате чего произойдет постепенное слияние решений.
Эксперты в основном поддержали данное решение. Так, например, Марко Руссо хотя и оговорился, что переходить к LINQ к Entities стоит не раньше, чем оно превратится в полноценную замену LINQ к SQL, тем не менее заявил, что объединение двух частично перекрывающих друг друга фреймворков — хорошая идея, но при этом не должны пострадать те пользователи, которые привыкли пользоваться «отбрасываемыми» частями решений[6].