8

私のチームのメンバーは最近、LINQの使用をより自然に使用できるようにするという単純な目的で、主要なクエリツールとしてLinqPadに移動しました（SQL Studioを使用することもあります）。これはかなり良いアイデアだと思い、チームの他のメンバーにこの切り替えを依頼することを検討しています。このアプローチを取ることについて誰かが何か考え/アイデアを持っていますか？

私が持っていた初期の質問...

  1. LOB開発者にとって、優れたANSISQLを記述できることが重要だと感じています。LINQはMicrosoftのものであるため、特に後の人生で他の仕事や職務に移る場合は、ANSISQL技術を完全に開発するために犠牲にする価値のあるLINQで習得するスキルです。開発者の育成（社内外）は私にとって非常に重要です。

  2. LinqPadでひどく見逃されるSQLStudioの機能はありますか？

  3. LinqPadには長期的な寿命がありますか？言い換えれば、LinqPadは.NETとSQLの成長に合わせて成長し続ける製品だと誰もが感じていますか？

4

2 に答える 2

6

LinqPad で見逃してしまう SQL Studio の機能はありますか?

LinqPad は推定実行計画を表示しますか?

于 2009-08-05T13:56:53.053 に答える
3

LINQ を自分自身にドリルダウンする方法として、LINQPad は優れています。開発者としてマイクロソフトのエコロジーにとどまることを計画している場合、それはおそらく良いことです。

はい、LINQ で実行できないことがいくつかあり、それが SQL Management Studio であろうと Visual Studio であろうと、別のツールが必要になる可能性があります。そのためのSQLを思い出すことができます：

  1. 新しいテーブルを作成する
  2. 既存のテーブルを変更する
  3. SQL エージェント ジョブの作成
  4. データのインポート/エクスポート

明らかに、これらは主に「管理」活動です。

LINQPad は実行計画を提供しませんが、実行される SQL を提供します。

于 2009-08-05T14:05:06.227 に答える