私はMS SQLデータベースを照会するためにLinqを学びたいと思っていますが、どのパスを取るべきかは不明です。私は最近、SQLへのLinqがEntity Frameworkに巻き込まれており、開発が停滞している可能性があることを最近読んでいます。Entity Frameworkにロールオーバーされているにもかかわらず、LinqにSQLを習得する必要がありますか？
Linq to SQLを学ぶ価値はありますか？ Entity FrameworkやIdeabladeのDevforceのような別のオブジェクトリレーショナルモデルに焦点を当てるべきですか？それはクエリ言語としてLinqに移行していますか？
Linq to SQLはEntity Frameworkに組み込まれており、そのチームがそのエネルギーを投入しています。したがって、エンティティフレームワークを先に進めることが最優先事項になると思います（私はそれを私のものにします）。
しかし、サイクルがあれば、LinqからSQLへの理解に無駄な時間はありません。 Linq、表現、遅延読み込み、実行遅延などについてはまだまだたくさんあり、Entity Frameworkに融合されてからずっと後から適用可能です。
LINQtoSQLプロバイダーがなくなるとは思えませんが、LINQを拡張することに焦点を当てているのはEntity Frameworkであると思われます。問題は、Entity Frameworkが現時点では本当にひどいことです.IMO。私はORMとしてLINQtoSQLを使ってアプリケーションを開発しようとしています。私は言語サポートが将来そこにあることを完全に期待しています。 LINQtoEntitiesがキャッチアップするとき、私はそれを調べるかもしれませんが、現在の化身のLINQtoSQLは私の必要性のために（自分で追加したいくつかの調整を加えて）適切であるようです。これは特に私が他には得られなかったいくつかの厄介な問題を解決するために使用したDynamic LINQを使用した場合に特に当てはまります（Dynamic LINQではプロパティの並べ替えが非常に簡単です）。
nHibernateとLINQ for nHibernateを使用するとよいでしょう。