首先來看一個很簡單的LINQ查詢例子，查詢一個int 數組中小於5的數字，並按照大小順序排列：
class Program
{
static void Main(string[] args)
{
int[] arr = new int[] { 8, 5, 89, 3, 56, 4, 1, 58 };
var m = from n in arr where n < 5 orderby n select n;
foreach (var n in m)
{
Console.WriteLine(n);
}
Console.ReadLine();
}
} 上述代碼除了LINQ查詢語法外，其他都是我們所熟悉的語法，而LINQ查詢語法跟SQL查詢語法很相識，除了先後順序。 Q：為何 LINQ 查詢語法是以 from 關鍵字開頭的，而不是以 select 關鍵字開頭的？select 開頭這種寫法跟SQL的寫法更接近，更易懂呀？
A：簡單來說，為了IDE的智能感知（Intelisence）這個功能，select 關鍵字放在後面了。
編程語言以 select 開頭寫LINQ查詢語法不是沒出現過，你如果使用過2005年的VB9 CTP 版本，那時候VB9的LINQ查詢語法就是 select 關鍵字在前面，但是 select 關鍵字在前面，在做智能感知（Intelisence）時候就很頭大。經過微軟IDE組的權衡，確定了把 from 關鍵字放在最前面。
比如：你看 http://blog.joycode.com/saucer/archive/2005/09/16/63513.ASPx 這篇博客，那時候 VB9 LINQ的查詢語法還是 select 參數在最前面。不過後來 VB9 測試版改成了跟 C# 一樣的做法， from 關鍵字放在最前面了。
更詳細的解釋，來自裝配腦袋
假設你要書寫這樣的代碼：Select p.Name, p.Age From p In persons Where xxx ，代碼是一個個字符輸入的。
我們在寫到 p in persons 之前，p 的類型是無法推測的，所以寫 Select p. 的時候，Name之類的屬性不會彈出智能提示來。 這樣就需要先去寫 From 這句，再回來寫 Select。 微軟IDE組經過反復考慮決定，還不如就把 Select 寫到後面了。於是編程語言中的寫法就確定這樣來寫了。 VB9 的這個變化可以參看這篇博客: Select/From vs. From/Select revisited... 我們再來看一個稍稍復雜的LINQ查詢： 在我們羅列的語言字符串中，我們希望按照字符長短，分類羅列出來，實現代碼如下： static void Main(string[] args)
{
string [] languages = {"Java","C#","C++","Delphi","VB.net","VC.Net","C++ Builder","Kylix","Perl","Python"}; var query = from item in languages
orderby item
group item by item.Length into lengthGroups
orderby lengthGroups.Key descending
select lengthGroups; foreach (var item in query)
{
Console.WriteLine("strings of length {0}",item.Key);
foreach (var val in item)
{
Console.WriteLine(val);
}
}
Console.ReadLine();
} 其中的 into 關鍵字表示 將前一個查詢的結果視為後續查詢的生成器，這裡是跟 group by 一起使用的。
LINQ中的Group by不要跟 SQL 中的Group by 混淆，SQL 由於是二維結構，Group by 的一些邏輯受二維結構的約束，無法象 LINQ 中的Group by 這麼靈活。
