❶ c#mvc為什麼都用linq不直接寫sql語句
LINQ查詢和更新數據基本可以取代SQL語句，但創建和刪除資料庫文件等維護工作不能代替SQL語句，當然也可以用VS2010創建資料庫文件，但不如資料庫工具使用SQL語言方便。查詢如篩選、排序、匯總、提取欄位、分組和聯接等，LINQ的寫法與SQL基本一樣，還多一項Lambda表達式。
在C#中引入LINQ是為了在編寫和編譯資料庫代碼時就能知道是否有錯，編寫時能得到LINQ類庫的提示，例如要添加的屬性成員和關鍵字提示，使編程輕松方便。如果不用LINQ，SQL語句只能以字元串形式嵌入到執行語句，編譯時發現不了字元串的錯誤，運行時出錯，讓人惱火。
另一個優點是LINQ發展到LINQ to SQL，可以用O/R設計器處理資料庫，把資料庫映射為C#中的類，為資料庫的可視化編程提供方便。
❷ 用linq to sql 把這個sql語句寫出來，感激不盡
from r in context.Role
order by r.RoleId
select new { r.RoleId,r.Role,ProNum = (from u in context.UserInfo select u where u.Role == r).Count() }
❸ 如何查看LINQ執行的SQL語句
如何查看某個用戶執行過的sql語句
--SYS窗口
SQL> select sql_text from v$sql where parsing_schema_name='SCOTT'
2 order by last_load_time desc;
no rows selected
SQL> /
SQL_TEXT
-------------------------------------------------------------------------------
select * from dept
SQL>
--SCOTT窗口
SQL> show user
USER is "SCOTT"
SQL> select * from dept;
DEPTNO DNAME LOC
❹ 怎麼查看linq產生的sql語句
最近在使用Linq To SQL的時候，為了了解不同Linq語句對性能造成的不同影響，需要獲得Linq To SQL輸出SQL語句。
如果是在桌面程序中，只需要
_context.Log = Console.Out; 即可Linq To SQL輸出SQL語句。
❺ sql語句，linq語句，C#查詢問題
Dictionary<string,string>abNames=newDictionary<string,string>();
List<Table_A>tempAs=newList<Table_A>();
//查出所有A表記錄{ID,Name}
List<Table_B>tempBs=newList<Table_B>();
//查出所有B表記錄{ID,A_ID,Name}
foreach(varaintempAs)
{
vartempAB=tempBs.Where(b=>b.A_ID==a.ID);
stringtempABStr=string.Empty;
foreach(varabintempAB)
tempABStr+=ab.Name+";";
tempABStr=tempABStr.TrimEnd(';');
abNames.Add(a.Name,tempABStr);
}
//最後使用abNames即可
❻ c# LINq實現SQL
varresult=fromarrinsite_jwserver
grouparrbyarr.s_ipintog
selectnew
{
cont=g.Count(),
s_ip=g.Key
};
foreach(varvinresult)
//v.cont
//v.s_ip
❼ 如何把下面的執行查詢的sql語句轉化為linq to sql語句
我在SQL裡面測試了一下，@sql生成的sql語句是
selectYearMonth,[A]=sum(caseCodeAwhen'A'thenNumberelseNULLend),[B]=sum(caseCodeAwhen'B'thenNumberelseNULLend),[C]=sum(caseCodeAwhen'C'thenNumberelseNULLend)fromagroupbyYearMonth
而執行結果是
❽ LINQ比一般的SQL語句效率更高嗎
Linq是一個范圍比較大的概念，它其中不單單只有linq to sql，還有相應的linq to xml等等。所以拿linq 與SQL語句相比，沒有可比性的。
但如果拿linq to sql相比的話，與SQL還是有很大的可比性的。一般情況下，你必須要明白你所指的效率是哪一方面？是資料庫執行效率？還是整體成品軟體運行效率？還是開發效率？
開發效率上linq to sql顯然要比SQL的效率要高很多，我們使用linq to sql 可以很容易實現編程，其中的代碼量也大大減少。所以如果從開發方面linq to sql的效率是毫無疑問要高於直接的SQL與資料庫連接。
如果從編方譯考慮，這個一般情況下，linq to sql是引入的新的技術，效率肯定是不如SQL的。好在這個編譯的部分不需要開發人員或是任何用戶的參與，所以即是效率差一點，對軟體來說沒有任何的影響。
最後一部分你可以比較感興趣，誰對資料庫的連接更快，執行效率更好？答案是linq to sql而不是直接的語句。一般我們使用直接的語句要求的是即是的執行，但事實上很多時間我們根本不需要那麼多，linq to sql其實說明了就是會自動生成與表結構同樣的一些對象。而這些對象在聯系資料庫時也是直接編譯好的語句，直接聯系時，兩者效率是相同的。
但是，如果我們對數據進行處理時，你就會發現，linq to sql的效率為什麼會更高了！因為他在讀取時不但會讀取當前表來填充生成的對象，同時還是延時讀其相關表，為你使用有關系的表提供了極大的方便。那麼你的相關表的讀取效率要快了！
但不管怎麼樣，他們都是在站立在了ado.net的基礎之上的，只不過有些自動生成了，根本不需要你再去做而已。唯一效果比較差的是，linq to sql讀出的數據在系統中被轉化了，同時它效率雖然變差一些，但是卻帶來了另一個好處，就是我們常說的SQL注入問題不再出現，你所輸入的任何東西都會變成了字元串了。
其實ADO.net的方案中我們使用了datareader方案的效高是比較高的，但是對於更新卻是極差的。而使用數據適配器的方案效率較底一些，更對於數據的更新是相當好的，而對於linq to sql其實它是使用數據緩存方案，也就是說linq to sql其實將資料庫中的數據緩存到了對象中，如果對象發生了更改，有必須過行返饋時，它是可以進行反饋的，而是這種反饋是可控制的，事務性的。從各方面給我們帶來了好處。
我們可以在更新了很多內容之後再去提交更改，那麼這種效率論從理解上還是效率上都優化你的原來的語句的！所以linq to sql並非在性能上的降低，而是一種提高。
嚴格說來，linq to sql並不是節省了代碼，相反它增加了很多代碼，便幸運的是，這些代碼都是由linq to sql框架自動生成的。若是換作人工，容易出錯的。但在使用時，由於框架完成了大部分的代碼，我們再使用linq to sql加上lambad表達式或查詢表達式，我們的代碼就變得極少且極簡潔了！而如果使用lambad表達式或查詢表達式時，它的效率顯然不如直接SQL來的直接。讀取效率會變得差一些的！
這是因為lambda表達式或查詢表達式是一個動態編譯的效果，而不是直接編譯好的，他要對語句進行編譯與優化以何證效率，但性能上因為多了一重處理，效率沒有SQL來的直接。但一般情況下，使用linq to sql配合查詢表達式或lambad表達式時，效率雖然稍差，但是帶來的卻是代碼的簡潔與易理解性，如果不配合查詢表達式與lambad表達式，linq to sql的優劣還不利用體現。所以關非linq to sql的效率差，而是我們使用了查詢表達式的動態編譯導致了效率較差。就linq to sql本身上來就，效率並不差的！
❾ sql語句如下，請問用linq to sql 怎樣寫
http://blog.csdn.net/pan_junbiao/article/details/7015633
參考裡面的
7.嵌套類型形式
❿ linq to sql語句和sql語句一樣嗎
大概差不多
sql是這樣：select 列名 from 表名 where 條件
linq是：
DataClasses1DataContext db= new DataClasses1DataContext();
var t = from s in db.表名
where s.列名=?
select s;