Microsoft подтвердила их позицию по LINQ к концу жизненного цикла SQL?

Я пытаюсь принять образованное решение относительно того, какой ORM использовать для многих унаследованных приложений я ответственен за портирование на MVC 2. ORMs, на которые я посмотрел, являются LINQ к SQL, LINQ к Объектам и nHibernate. L2S, казалось, был самым легким, но я нашел многочисленные статьи и записи в блоге, указывающие, что Microsoft больше не обновляла бы его после.NET 3.5. Имея это в виду, я работал с Объектами немного, но нашел, что это является громоздким и сверхсложным для небольших приложений, я работаю с (то же с nHibernate). Я недавно купил "платформу Pro ASP.NET MVC 2" Steven Sanderson, в котором он принял решение использовать LINQ для SQL как его ORM, однажды заявив:

 I'm aware that some developers have expressed concerns that Microsoft might 
 deprecate LINQ to SQL in favor of Entity Framework. However, Microsoft included 
 and enhanced LINQ to SQL in .NET 4, so these fears cannot be entirely justified. 

Я не знал, что они внесли изменения, и при этом я не потрудился смотреть, поскольку общее общественное мнение, казалось, было, что L2S приближался к концу жизненного цикла, чтобы быть замененным L2E. Охрана Damien записала о некоторых изменениях на его блоге (http://damieng.com/blog/2009/06/01/linq-to-sql-changes-in-net-40) для заинтересованных.

Моя надежда состоит в том, что кто-то может пролить некоторый свет на позицию Microsoft относительно LINQ к SQL. Приложения я портирую и обновляю, имеют продолжительность жизни (примерно) 8-10 лет, таким образом, я предпочел бы принимать технологию, от которой не откажутся в тот период времени и оставит мои замены ручьем. (Конечно, если у кого-либо есть какие-либо другие рекомендации для небольших магазинов - наша база данных имеет меньше чем 5 миллионов записей - я хотел бы услышать их.)