clinqtosql
1. ORM是否必要
ORM可以防止注入作為附加功能，sql也可以帶來反注入機制。ORM的主要作用是將資料庫域的對象映射到面向對象的域中，因為開發人員更熟悉它們。
開發人員在開發時更傾向於用對象的方式思考
2. 用LINQtoSQL創建Web應用系統（一）
在新的 Net Framework 平台上 Microsoft發布了LINQ（C# VB Net ） 集成語言查詢（Language Integrated Query） 也就是通過編程語言來查詢數據
*資料庫 (LINQ to SQL)
*DataSet 數據集(LINQ to Dataset)
*XML文檔 (LINQ to XML)
*實體對象 (LINK to Entities)
本文將演示如何在ASP NET 平台上 使用LINQ to SQL構建多層的Web應用程序 在當前的編程領域中 創建N Tier應用程序成為一般的要求 且 NET Framework 提供了靈活的支持 一般而言 N Tier應用程序畝鬧好有如下幾個層 表示層 業務邏輯層 數據訪問層 資料庫層 每一層均完成特定的任務 本篇文章中介紹的架構和經典的N Tier相似 不過資料庫層替換新的DataLinq 層 使用LINQ to SQL 完成數據操作
圖 基於LINQ to SQL的彎告N Tier架構
架構思考
如果你有大型ASP NET項目的經歷 你可能會注意到更多的時間花在寫組件代碼 而不是Web頁面代碼 有時 組件的設計和管理成為一個費時的過程 你可能正迅鉛遇到架構方面的問題 尋找最好的方式來設計Web應用程序
我寫這篇文章的想法是介紹一個好的設計模式 並不是得到一個結論或者聲明這是一個最好的N Tier應用程序的設計模式 因為對於架構設計 每一個開發人員總是有自己的觀點 所以任何合適的架構闡述都是有爭議的 然而 如圖 所示 分離不同的代碼到不同的層總是一個好的實踐 按這樣組織代碼 可以更方便地維護和擴展應用程序
在圖 中 你可以看到業務組件分割到不同的層 組織代碼最好的方法是為每一個業務組件創建不同的類庫（Class Library） Visual Studio允許在同一個Solution中創建多個項目 因此 我們可以在同一個Solution中加入ASP NET 應用程序和類庫Class Library項目 當你在編譯Solution時 每一個項目都會生成在bin目錄下生成一個assembly程序集文件 方法 我們可以手動復制 DLL文件到應用程序的bin目錄 方法 增加項目引用 當你編譯Solution時 第二種方法可以自動更新應用程序bin目錄的程序集文件 通過這種方式組織代碼 可以更容易修改/更新項目的特定代碼 也容易從不同的Server上遷移代碼 我不想深入探討架構 這里我通過截屏來解釋如何實現
假定你已經具備經典 層架構應用程序的設計經驗 我告訴你如何建立層與層之間的引用關系 接著你可以自己建立項目引用 圖 上的箭頭符號說明了不同層之間的交互 說明如下
( ) 數據訪問層引用Data Linq 層（ 開源小組注 原文說還需要引用業務外觀（Business Facade）層 原文有誤）
( ) 業務外觀（Business Facade）層引用Data Linq 層和數據訪問層 因為業務外觀層使用Data Linq層的業務實體來創建表實體（後面進行詳細討論） 同時調用數據訪問層的方法
lishixin/Article/program/net/201311/12345
3. ORM是否必要
工程上沒有絕對必要的東西，但是工程上說，ORM是極有價值的東西。當年也有人覺得 ORM 浪費資源，思路不清晰，雖然用了 Hibernate ，還是直接寫 SQL ，手工操作。
什麼是ORM
ORM框架採用元數據來描述對象一關系映射細節，元數據一般采賀穗用XML格式，並且存放在專門的對象一映射文件中。
如何設計查詢、傳侍拍備入參數到IQuery
配置層XML來編寫SQL語句。該程序的主要業務不是集中在這些方面，而是只關注於接老毀口(僅針對IQuery)。對於XML層，可以自動地編寫代碼、復雜的SQL或人工干預，以及關於UI的復雜查詢可以手動處理。
最後：我覺得任何語言都是相通的吧，沒有什麼必要不必要。
4. 求助java中sql語句中in條件如何參數化
應該是EntityFramework（實體框架）、LinqToSQL或者Lamda表達式，關鍵是Linq。下面我給你點示例代碼你看是不是。public void LinqToSqlGroupBy04() { var q = from p in db.Procts group p by
5. LINQ to SQL 和一般的查詢語句怎麼什麼區別
linq是面向對象的sql。也就是說，sql是向關系型資料庫的查詢，而linq實際上是對內存里的數據的查詢。
雖然linq原來是對象查詢，但經過ms的努力，可以通過表達式分析與實體到關系的映射(linq
to
sql)，把linq轉換為sql語句或是對xml的查詢(linq
to
xml)。
因此，這種技術就成了對象到資料庫記錄的一個方便的映射、轉化與操作的工具，你再也不必去去根據不同的情況用字元串拼接的辦法生成sql，而是專心於對象模型的處理即可，你對於對象的修改最終都會被轉換為對應的update,
insert,
delete等sql語句，在你submit時全部提交到資料庫中。
綜爾言之，linq
to
sql是一個資料庫到對象結構的一個中間層,
他把對關系數據的管理轉變為對象的操作，屏蔽了麻煩的sql，而且，還可以得到vs強大的智能感知功能的幫助。