結合する親プロパティは 単数です ) そしてこれは Visual Studio が型付けした Data Context を作成する時のデフォルトです 複数化をオフするには データベース接続を追加する時に [Pluralize] オプションのチェックを外してください ( もし 接続が確立している場合は

Transcription

1 LINQPad サイト ( の抄訳 1 版 版 <Home/Download> のページ時代遅れの SQL でクエリするのに疲れましたか? よろしい! それならその必要はありません LINQPad が最新式クエリ言語 LINQ を使って データベースに対話式にクエリさせてくれます SQL Management Studio にキスしてさよならしましょう LINQPad は C#4.0 と Framework4.0 の全てをサポートしています LINQ to Objects LINQ to SQL と Entity Framework LINQ to XML 並列 LINQ これらが全てではありません 以下にもクエリすることができます ( 一部省略 ) SQL Azure, Oracle, SQLite, MySQL 昔ながらの SQL も可能です! LINQPad はまた LINQ を学ぶにもとても良い方法です C#4.0 in a Nutshell という本からの 500 個のサンプルとともにロードされます LINQ のカッコよさとプログラミングを経験するのに これ以上いい方法はありません LINQPad は LINQ のツール以上のものです それは 即時に C# や VB の式やステートメントを実行して よくフォーマットされた出力を表示する 人間工学的な C#/VB の走り書きのノートです つまり ダイナミックな開発における最上のものです あなたのソースフォルダに散らばっている多くの Visual Studio コンソールプロジェクトも終わりにしましょう 最もよいことは LINQPad の標準版はフリーでインストールなしで動作することです ( ローインパクトのセットアップもあります ) 実行部は 3MB で 最新版に自己更新します Google Chrome で動作する版もあります ( 画面を省略 ) 必要事項 NET Framework3.5 が必要です (LINQPad4.0 なら.NET Framework4.0 が必要です ) Visual Studio2008 か Visual C#2008Express があれば Framework3.5 はインストール済です SQL Server Express, SQL Server2000, SQL Server2005 と少し制限はありますが SQL Server2008 をサポートします ライセンス LINQPad 標準版はフリーです 自動補完はオプションです オープンソースではなく 標準の著作権で保護されています それでも 好奇心を満たすために逆アセンブルするのは自由です 著者はいかなる保証もしませんし 直接又は結果的な損害補償は受け付けません 詳細は End User License Agreement (EULA) を読んでください ( 最後に記載してあります ) <FAQ> のページクエリに関すること (1 番目 ) 質問 : テーブルそして結合する子プロパティをなぜ複数化するのですか? これを無効にできますか? 回答 : 結合する子プロパティを複数化することは 多くのクエリに役立つからです ( 一方

2 結合する親プロパティは 単数です ) そしてこれは Visual Studio が型付けした Data Context を作成する時のデフォルトです 複数化をオフするには データベース接続を追加する時に [Pluralize] オプションのチェックを外してください ( もし 接続が確立している場合は 接続プロパティを編集するために 右クリックしてください ) (2 番目 ) 質問 : なぜカラム名を大文字化しているのですか? これをオフにできますか? 回答 :C# のキーワードと衝突しないようにプロパティ名を大文字にしています 無効にするには データベース接続生成時に [Capitalize] オプションのチェックを外します ( 既存の接続には 右クリックして編集してください ) (3 番目 ) 質問 : なぜ大文字と小文字の区別をするのですか?SQL ではしていません 回答 : どの言語を選択するかによります C# ではなく VB を選択すれば 大文字と小文字を区別しません ( この時 複数行のクエリでは '_'( アンダスコア ) を忘れないでください ) 直接関係のないことですが SQL Server は大文字小文字の照合があれば テーブルとカラムの名称をそれに従って扱います (4 番目 ) 質問 : マルチステートメントの結果をどうやって表示しますか? 回答 : これはサンプルで説明されています '5-Minute Introduction' をみてください (5 番目 ) 質問 :LINQPad2.x と LINQPad4.x の違いは何ですか? 回答 :LINQPad2.x は.NET Framework3.5 上で LINQPad4.x は.NET Framework4.0 上で動作します 後者は.NET4.0 の特長である PLINQ, TPL そして Entity Framework4.0 等にアクセスすることができます また Visual Studio2010 でビルドしたアセンブリを参照することもできます LINQPad2.x と LINQPad4.x を一緒に動作させることができます これらは 独立して自己更新します (6 番目 ) 質問 : なぜ LINQPad は 水面下で Entity Framework ではなく LINQ to SQL を使用するのですか? 回答 :LINQ to SQL は大きなスキーマを使用してもより高速で 大抵はより良い SQL を発行します しかし自分で定義した EDM を使用して Entity Framework を使うこともできます SQLite や MySQL をオプションプラグインでクエリするには LINQPad はマット ウォーレンのツールキットを使用します LINQ を SQL にコンバートするパイプラインは現在無敵です (7 番目 ) 質問 :SQL テーブルと同様に XML データソースにクエリできますか? 回答 : 勿論できます ここをクリックしてサンプルを見てください ( 一部省略 ) 自動補完ライセンス (1 番目 ) 質問 : シングルユーザライセンスで同時に 3 台までの PC に使えることは分かっています 3 台まで使用したら ライセンスを別の PC に移動することができますか? 回答 : はい 1 年間で 6 回まで移動することができます ( マルチユーザライセンスに比例します ) これをするには [ ヘルプ ] メニューの [Remove Autoconpletion License] を選んでください もしこれを忘れたら リモートで未使用マシンを非活性化できます (2 番目 ) 質問 : 私はいつもリフォーマットしたり Windows を再インストールしています LINQPad の自動補完を再アクティベートした時 元のアクティベートを上書きしますか? 回答 : 多くの場合 LINQPad は同じハードならばびくともしません ( もし 問題があれば 旧マシンのアクティベートをリモートで開放することができます ) (3 番目 ) 質問 : 仮想マシンをアクティベートできますか? 回答 : 勿論できます 今のところシングルユーザーライセンスは 3 つの実際のアクティベートに加えて 3 つの移動可能な仮想アクティベートを付与します ( マルチユーザーライセンスに比例します ) 仮想アクティベートは仮想マシンとホストマシンの両方に固定さ

3 れます そして Microsoft VPC(Windows XP モードを含む ),Hyper-V そして VNWare サーバーとワークステーションで有効です (4 番目 ) 質問 :2 ユーザライセンスを購入すれば 6 台で動かせますか? 回答 : はい (5 番目 ) 質問 : チームまたはエンタープライズのライセンスがあり LINQPad の展開を自動化したいのですが コマンドラインを使用して LINQPad を動作させる方法がありますか? 回答 : はい LINQPad.exe -activate=your-activatio-code としてください (6 番目 ) 質問 : わが社の開発者は 3 つの市で働いています 複数の場所でチームまたはエンタープライズライセンスは有効ですか? 回答 : はい 10 までの異なった場所で 1 個のチームまたはエンタープライズのライセンスが使用できます (7 番目 ) 質問 : 起動コードを無くしました 取り戻せますか? 回答 : ここをクリックして取り戻してください (8 番目 ) 省略 (9 番目 ) 省略 セキュリティ (1 番目 ) 質問 :LINQPad は更新がある場合に 自動的にパッチすると思います この更新が確実で途中で不正が加えられていないことが どうやって保証できますか? わが社ではセキュリティにとてもウルサイのです 回答 :LINQPad はアセンブリが正しいシグネチュアを持っている場合のみ 更新を受付ます つまり オリジナルのアセンブリと公開キーが一致する時です (2 番目 ) 質問 :SQL 認証の接続をセーブする場合 LINQPad はプレーンテキストでパスワードを格納しますか? 回答 : 勿論しません LINQPad は Windows のデータ保護 API を使用して パスワードを安全に暗号化します カスタマイズと拡張性 (1 番目 ) 質問 :LINQPad にはどんな拡張ポイントがありますか? 回答 : 第一に カスタムアセンブリの参照とカスタム名前空間をインポートすることができます ([Query Properties]F4 を使ってください ) また 次に示すインタフェースをインプリメントすることにより LINQPad の Dump メソッドで表示されるカスタム型のフィールドとプロパティを変えられます ( 具体的なインタフェースは省略 ) このインタフェースをインプリメントするために LINQPad のアセンブリを参照する必要はありません 代わりに このインタフェース定義を AP にコピーアンドペーストすることができます それが LINQPad の名前空間で定義されている限り LINQPad は "duck-typing" 経由でインタフェースを認識することができます LINQPad では カスタム DataContext のドライバを書くこともできます (2 番目 ) 質問 :LINQPad で Parallel LINQ クエリができますか? 回答 : はい LINQPad の.NET Framework4.0 バージョンをダインロードしてください Framework4.0 もダウンロードする必要があります (3 番目 ) 省略 <Purchase Autocompletion> のページ LINQPad の自動補完

4 Visual Studio のインテリセンスに夢中ですか?LINQPad はオプションとしてその良さをサポートします LINQPad の自動補完はあなたが頼りにしている全てを含んでいます メンバリストの表示と補完 ( リストフィルタリングと Camel 形式 ) 引数のリスト表示 クイック情報 インポートする追加名前空間と参照のスマートタグ コードアウトライン.NET リフレクタ統合 C# と LINQ コードのスニペット ( プレミアム版 ) 自動補完は LINQ クエリだけでなく ほとんど全ての C#3.0/4.0 で動作します ( 画面を省略 ) LINQPad のユニークな Power-Tick でポップアップを閉じないで 複数プロパティを選択することができます これにより 多くの時間が節約できます ( 画面を省略 ) 未解決の型名を入力した場合には LINQPad はすぐに全.NET Framework をスキャンし その型名に対する名前空間とアセンブリ参照を追加するためのスマートタグを表示します その時 大文字小文字を訂正する必要はありません 例えば 'protecteddata' とタイプすると LINQPad は 'System.Security.Cryptography' 名前空間をインポートするスマートタグを表示し 'System.Security.dll' 参照を追加して 'ProtectedData' と文字種を訂正します ( 画面を省略 ) プレミアム版を購入すれば お好きな Visual Studio のコードスニペットを有効にすることができます ユーザーの定義したカスタムスニペットと同じく 多くのユニークで高い生産性のある LINQ スニペットも追加されます ( 画面を省略 ) プレミアム版はクロスデータベースのクエリを書く LINQPad の能力を開放します スキーマエクスプローラからクエリ上に Ctrl ボタンを押しながら 追加するデータベースをドラッグしてください 追加マニュアルをダウンロードする必要はありません LINQPad の [Help] メニューで [Activate Autocompletion] をクリックして 有効化コードを入力してください ( 以下省略 ) <LINQPad as a Code Scrachpad> のページ LINQPad: 最高の C#/VB 走り書きノート LINQPad は LINQ クエリだけでなく C#/VB の式 ステートメント プログラムを走らせることが出来ます 例えば これまでに時間のフォーマット文字列が知りたいと思ったことはありませんか? LINQPad では 式を入力して F5 キーを押すだけです ( 画面は省略 ) LINQPad の即時の編集 実行とオプションの自動補完を使えば Visual Studio の [ 参照の追加 ] ダイアログを持ち出すよりも少ない時間で十分なコードスニペットが手に入ります 正規表現のテストはどうですか?LINQPad を持っていれば より多くの Regex を使い始められます ( 画面は省略 ) LINQPad が Match オブジェクトをいかに良くフォーマットするかを知ってください 複合オブジェクトのグラフは ツリービュースタイルのデバッガよりも LINQPad の出力ウィンドウの方がずっと見やすいです ステートメントを連続して実行するには [Language] コンボボックスを [Statements] にしてください ( 画面は省略 ) さあ 本当におもしろくなってきました 新しい RSA の public/private キーペアを作成しましょう そして あるデータの暗号化と復号化をしましょう ( 画面は省略 ) 繰り返しますが 望みのコードになるまで LINQPad で整えてください それから そのコードを Visual Studio に貼り付ければいいのです

5 [Language] を [Program] にすれば 全プログラムを動作させることもできます その時 LINQPad は全コードを Main メソッドでラップしますので 追加のメソッドやクラスをそこに書くことが出来ます カスタムアセンブリを参照する必要がありますか? 問題はありません F4 キーを押せば ぱっと [Additional References] が現れるのを見てください その他の利点は以下の通りです LINQPad はステータスバーに実行時間を通知しますので パフォーマンステストでストップウォッチクラスを作る必要はありません 変形のスニペットをテストしたいですか?[Ctrl+Shift+C] でスニペットをコピーしますので一緒にもうひとつのバージョンを動作させることができます My Queries ツリービューにより 1 クリックでセーブしたクエリに戻ることが出来ます ある人たちは LINQPad をスクリプトツールとして使っています <LINQPad + Entity Framework> のページ Entity Framework で LINQPad を使う LINQPad では Visual Studio で定義した Entity Framework モデルにクエリすることができます ここにどう進めるかを示します 1.Visual Studio のプロジェクトに ADO.NET Entity Data Model を作成しビルドします 2.LINQPad の左上にある [Add Connection] をクリックし 下のリストボックスから Entity Framework を選択してください ( もし Entity Framework4.1 の Code-First を使用する場合は 最新の LINQPad beta 版をダウンロードして Entity Framework-POCO を選択してください 3.[Browse] をクリックして 1. 項でビルドしたアセンブリ (EXE または DLL) をロケートしてください ( 画面は省略 ) 4. 型付けしたオブジェクトコンテキストクラスと Entity Data Model を選んでください ( 画面は省略 ) 5.SQL Server とデータベースの詳細を確かめて [OK] をクリックしてください 概念モデルが スキーマエクスプローラに現れます 新しいクエリを開始するには 右クリックしてください ( 画面は省略 ) いくつか注意点があります ( 以下省略 ) いつでも Visual Studio に戻ってリビルドできます LINQPad はあなたのアセンブリをロックしません アセンブリが変更された時は 自動的にスキーマエクスプローラと自動補完キャッシュをリフレッシュします アセンブリが別のアセンブリを参照している時は それらが同一フォルダになるようにかき集めます <Why LINQ Beats SQL> のページなぜ LINQ は SQL を打ち負かすのか LINQ 愛好者でなければ この騒ぎは一体なんだと不思議に思うかもしれません SQL が役に立たなくなったわけではないのに 何を直すというのか? なぜ もうひとつのクエリ言語が必要なのか? 一般的な答えは LINQ が C# や VB に統合されているので プログラミング言語とデータベースの間のインピーダンスミスマッチを減らせ, また多くのデータソースに対して単一のクエリインタフェースをあたえるというものです それはそのとおりですが それはストーリーのほんの一部に過ぎません より重要なことは データベースにクエリする場合 LINQ は SQL よりは格段に生産的なクエリ言語だということです

6 SQL と比較すると LINQ はよりシンプルで より整然としていて より高レベルです それはむしろ C# を C++ と比較することに似ています 確かに今でも C++ を使うのがベストの場合があります (SQL の場合も同じです ) しかし 多くの状況では 現代的な整然とした言語を使い 低レベルの詳細に悩む必要がない方が 大きな勝利を収めます SQL は 1974 年に考案されたとても古い言語です それ以降 無制限に拡張されていて 再設計されたことはありません このことが この言語をゴチャゴチャしたものにしています (VB6 等のように ) あなたは これに慣れてしまって 何も悪いことがないように思うかもしれません 例を見てみましょう 次のように顧客を検索する簡単なクエリを書きたいとします SELECT UPPER(Name) FROM Customer WHERE Name LIKE 'A%' ORDER BY Name どうですか そんなに悪くないでしょう? さてここで この結果が Web ページに使われて 21~3 0 行を検索したいと考えてください 突然にサブクエリが必要になります SELECT TOP 10 UPPER(c1.Name) FROM Customer c1 WHERE c1.name LIKE 'A%' AND c1.id NOT IN ( SELECT TOP 20 c2.id FROM Customer c2 WHERE c2.name LIKE 'A%' ORDER BY c2.name ) ORDER BY c1.name これは複雑でゴチャゴチャしているだけでなく DRY 原則 (Don't Repeat Yourself) に反しています ここに LINQ での同じクエリがあります 簡潔さの利点は明白です var query = from c in db.customer where c.name.startswith("a") orderby c.name select c.name.toupper(); var thirdpage = query.skip(20).take(10); この thirdpage を列挙する場合 LINQ to SQL( または Entity Framework) は接続している SQL Server のバージョンに最適化して 2 つのステップで構成したクエリを 1 つの SQL 文に翻訳します 組み立てやすさ LINQ へ近づくことでの もう一つの捕らえがたいが重要な利点に気づかれたかもしれません 2 つのステップにクエリを構成することを選ぶと 次に示すような 2 つ目のステップを再利用可能なメソッドを作ることが出来ます IQueryable<T> Paginate<T> (this IQueryable<T> query, int skip, int take) { return query.skip(skip).take(take); }

7 このようにできます var query =... var thirdpage = query.paginate(20, 10); ここで重要なことは どのクエリにもこの Paginate メソッドが使えると言うことです 換言すれば LINQ でクエリを分解すれば AP 全体にパーツのいくつかを再使用できるということです 結合性 LINQ のもう一つの利点は 結合しなくてもリレーションシップ間でクエリすることが出来るということです 例を挙げましょう ワシントンに住んでいる顧客で 購入総額が 1000 ドルを超えている購入リストが欲しいとしましょう 関心を引き起こすために 私たちは購入品が項目別に分けられていると想定します ( 伝統的な購入品と購入品項目のシナリオです ) そして顧客名を持たない現金売上を含む必要があると考えます この場合 4 つのテーブル ( 購入品 顧客 住所 購入品項目 ) の結合が必要になります LINQ ではクエリは奮闘無用です from p in db.purchases where p.customer.address.state == "WA" p.customer == null where p.purchaseitems.sum(pi => pi.saleamount) > 1000 select p これを同等な SQL と比較してください SELECT p.* FROM Purchase p LEFT OUTER JOIN Customer c INNER JOIN Address a ON c.addressid = a.id ON p.customerid = c.id WHERE (a.state = 'WA' p.customerid IS NULL) AND p.id IN ( SELECT PurchaseID FROM PurchaseItem GROUP BY PurchaseID HAVING SUM (SalesAmount) > 1000 ) この例を拡張してみます 値段の低い順での購入品リストが欲しい そして最後の射影においてセールスマン名と購入品数を含めたいとします これらの追加された評価基準を 繰り返し無しで どのように自然に表現できるかに気づいてください from p in db.purchases where p.customer.address.state == "WA" p.customer == null let purchasevalue = p.purchaseitems.sum(pi => pi.saleamount) where purchasevalue > 1000 orderby purchasevalue descending select new { p.description, p.customer.saleperson.name, PurchaseItemCount = p.purchaseitems.count() } 以下に SQL での同じクエリを示します SELECT

8 p.description, s.name, (SELECT COUNT(*) FROM PurchaseItem pi WHERE p.id = pi.purchaseid) PurchaseItemCount FROM Purchase p LEFT OUTER JOIN Customer c INNER JOIN Address a ON c.addressid = a.id LEFT OUTER JOIN SalesPerson s ON c.salespersonid = s.id ON p.customerid = c.id WHERE (a.state = 'WA' p.customerid IS NULL) AND p.id IN ( SELECT PurchaseID FROM PurchaseItem GROUP BY PurchaseID HAVING SUM (SalesAmount) > 1000 ) ORDER BY (SELECT SUM (SaleAmount) FROM PurchaseItem pi WHERE p.id = pi.purchaseid) DESC 上記 SQL クエリを LINQ に書き直すことができるというのは興味ある点です この場合クエリはまったく繰り返しの多い 少なくても出来の悪いクエリを生成します フォーラムに投稿されたこのような非実用的なクエリをしばしば見かけるでしょう これは LINQ で考えるのではなく SQL で考えた結果として起きることです これは初期の BASIC で書かれたプログラムを VB.NET や C#4 に書き直すことに似ています そして GOTO 文のような不出来なシンタックスに文句を言うのです データの形を整える SQL ではクエリは平面的な結果の集合として返ります しかしながら しばしばそれは階層的データとして扱う便利さからは程遠いものです 例を挙げましょう 顧客を彼らの高額購入品と一緒に検索したいとします LINQ では これを単純化できます from c in db.customers where c.address.state == "WA" select new { c.name, HighValuePurchases = c.purchases.where(p => p.price > 1000) } ここで HighValuePurchases はコレクションです 結合プロパティのクエリをしているので 結合は必要ないことに注意してください 内部結合か外部結合かを気にする必要もありません LINQ がこの詳細を抽象化してくれるのです この場合 サブコレクションがゼロ要素を返すので LINQ が行を排除することはないため 左外部結合に翻訳されます 内部結合に翻訳されるのが見たいなら 次のようにします from c in db.customers where c.address.state == "WA" let HighValuePurchases = c.purchases.where(p => p.price > 1000) where HighValuePurchases.Any() select new { c.name, HighValuePurchases }

9 LINQ は平面的な外部結合 アドホック結合 サブクエリそして豊富な演算子を使った多くのクエリもサポートします パラメータ化州名 "WA" が変数で与えられるように 前の例をパラメータ化するには このようにします string state = "WA"; var query = from c in db.customers where c.address.state == state... DbCommand オブジェクトのパラメータのようにゴチャゴチャしていないし SQL インジェクションの心配もありません LINQ のパラメータ化はインラインでタイプセーフで読みやすい 正確に言うと問題を解決してくれる訳ではありませんが 上手に解決してくれます LINQ クエリは組み合わせが出来るので 条件的に論理述語を追加することができます 例えば 以下のようにメソッドを書いたとします IQueryable<Customer> GetCustomers (string state, decimal? minpurchase) { var query = Customers.AsQueryable(); if (state!= null) query = query.where (c => c.address.state == "WA"); if (minpurchase!= null) query = query.where (c => c.purchases.any (p => p.price > minpurchase.value)); } return query; もし このメソッドの state と minpurchase を null にして呼び出すと 以下に示す SQL が結果を列挙する時に生成されます SELECT [t0].[id], [t0].[name], [t0].[addressid] FROM [Customer] AS [t0] しかし もし state と minpurchase に値を与えれば LINQ to SQL はクエリに論理述語を追加するだけでなく 必要な結合も追加します SELECT [t0].[id], [t0].[name], [t0].[addressid] FROM [Customer] AS [t0] LEFT OUTER JOIN [Address] AS [t1] ON [t1].[id] = [t0].[addressid] WHERE (EXISTS( SELECT NULL AS [EMPTY] FROM [Purchase] AS [t2] WHERE ([t2].[price] AND ([t2].[customerid] = [t0].[id]) )) AND ([t1].[state] このメソッドは IQueryable を戻すので 実際には SQL に変換される訳ではなく 列挙されるまでランします このことは 呼び出し側がさらに論理述語やページング カスタム射影などを追加できる機会を与えます

10 スタティック型の安全性前出のクエリで state 変数を文字列でなく整数で宣言すれば 実行する前にコンパイルエラーになります 同じことがテーブル名やカラム名を間違った時にも言えます これはリファクタリング時に本当に役立ちます コンパイラが仕事をきちんとやっていないと教えてくれる訳です クライアント処理 LINQ は何もしなくても クエリの一部をクライアント処理に移動します 何のためでしょうか? 重い負荷がかかったデータベースサーバーでは このことが現実に時々パフォーマンスを改善します あなたが必要なデータ以外を受けない限り ( 換言すればデータベースで全てのフィルタリングをする限り ) 順序付けや結果のグループ化を より負荷の少ない AP サーバーに移動すれば しばしばパフォーマンスを上げることができます LINQ では クエリに AsEnumerable() をもぐり込ませば そこから全てがローカルで実行されます LINQ を使用しない場合そのパワーに関わらず LINQ は SQL に異を唱えるものではありません LINQ はクエリの 95% を占めますが 以下のような場合には SQL が必要になります 手作りクエリ ( 特に最適化など ) 一時テーブルへの SELECT を含むクエリ 述語を使った UPDATE と大量の INSERT 勿論トリガでは SQL が必要です ( ストアドプロシージャやストアドファンクションでも SQL が必要です ただ LINQ を使えば これらの必要性も少なくなるでしょう ) LINQ と SQL を結合することができます それには SQL でテーブルを返す関数を書いて 手の込んだ LINQ クエリでこの関数を呼び出します 2 つのクエリ言語を知らなければならないことは論点ではありません なぜなら いずれにせよ LINQ を学びたくなるからです LINQ はローカルコレクションや XML への問い合わせにも役立ちます もし 古い XmlDocument ベースの DOM をまだ使っているとしたら LINQ to XML の DOM が劇的なステップアップだと分かるでしょう そして LINQ は SQL よりもマスタしやすいので 本当に良いクエリを書くという目的は SQL よりも LINQ の方がより達成しやすいでしょう 現場での LINQ to SQL アドホッククエリの場合は 私は専ら LINQ を使います ただ単に生産的だからです アプリケーションを書く場合 個人的な経験では LINQ to SQL や Entity Framework の API を使用した LINQ 化されたデータアクセス層は開発時間を半分以上カットします 同様にメンテナンス性をはるかに向上させます <Mastering LINQ> のページ LINQ を習得するあなたの方法が合っていると感じていることは大きな間違いです SQL クエリを LINQ に書き直すとひどい結果に終わりるでしょう クエリ言語を正しく学ぶ時間を少しとれば 大きな配当があるでしょう LINQ は SQL よりも見返りの大きい学習カーブを持っています 基礎を学ぶのにより長い時間がかかる一方で 習得するのにはより短い時間で済みます LINQ は SQL を悩ます微妙な差異からまったく自由であり 高水準クエリ言語と考えられています 書籍は学ぶには優れた方法です あなたが中級以上の開発者で 急いでいるのであれば LINQ Pocket Reference が クエリに有能であるために必要な全てを手早く教えてくれます この小さな本は LINQPad の作者が書いていて C#3.0 in a Nutshell から引用されています 以下の項目を網羅しています

11 クエリシンタックス クエリ演算子 ローカルコレクションとデータベースへのクエリ LINQ to XML クエリとメソッドの混在 結合とサブクエリの実行 この本を午後にでも読んでください この本の全サンプルは LINQPad にロード済みですので 色々動かしてください それほど簡単ではありませんが! ( 以下省略 ) <EULA : End User License Agreement> のページジョーゼフ アルバリ ( 許可権所有者 ) は あなた ( 免許所有者 ) に LINQPad を個人的にも商業的にも使用することのできるオープンなライセンスを容認します 許可権所有者は LINQPad の全知的所有権を保持します < 使用に関して > あなたは許可権所有者からの許可書なしに 公開されたウェブサイト経由で LINQPad を再配布することはできません あなたは LINQPad への修正を作成しても配布してもいけません また LINQPad を再ライセンスすることはできませんし の製品ページに記載してある自動補完ライセンス使用の制限を妨げてもいけません < 情報コレクション > LINQPad は自動的に Web サーバと通信します 更新のチェックと更新検索を行う時 フィードバックとエラー報告を行う時 ( 免許所有者が選択時 ) 自動補完ライセンス時 LINQPad は処理を適切に実行するために 最小限のデータしか送りません < 否認事項 > LINQPad は 明示されたものも暗黙的なものも含むいかなる種類の保証もなく提供されています 許可権所有者は どのような場合でも どんな損害にも責任がありません これらに限りませんが 直接的な 間接的な 特殊な 偶発的な 結果的な損害や使用することによって発生する損失や製品の使用不能などが考えられます