華閱文章網談談如何從本質上理解SQL語句、存儲過程與ORM之間的聯系和取舍
存儲過程就是stored procedure， 簡寫為sp。
ORM就是對象-關系映射，比如Hibernate。
大多數的.NET程序都是會圍繞sql服務器展開，經常要面臨在這些技術間進行選擇。所以我們需要來理解這些技術的本質。
一，演變 剛開始的時候，只有sql語句，即可以用交互模式一句一句執行， 也可以用批模式執行，多行sql語句一次提交執行。
很快人們發現用批模式執行的一堆sql語言可以用過程的形式，事先存放到數據庫里面，這就變成了存儲過程。
隨著面向對象技術的成熟，從程序中可以自動生成sql語句，這就是ORM。 二，性能 很多人會說存儲過程比sql語句性能好，其實這個說法并不精確。
在這種情況下，性能差不多。
但是，如果我們不注意，很有可能，把可以一次提交的sql，變成了多次提交，甚至是每個循環做了一次提交，那么性能就很差了。
也就是說如果使用sql，只要寫法得當，性能和sp區別不大。 同樣的道理，ORM的性能取決于ORM的Sql生成算法， 和用戶使用的時候，對生成算法的控制，比如利用好Lazy laoding等，在某些情況下，甚至可以不通過sql，畢竟沒有sql比最優化的sql還要快。 三，可維護性 可維護性是選擇sql,sp,orm最主要的因素。 這里面有點”玄“，因為不同的場景會得出不同的結論，俗稱“It depends"。 剛開始的時候，sql的維護性看起來是最差，因為它往往散布在程序的每個角落。而存儲過陳都放在數據庫中，有清晰接口。
但是如果我們做一次重構，情況居然會顛倒過來。 首先，存儲過程完全可以照搬到C#中，sp的名字直接變成method的名字，sp的參數表直接變成method的參數表，（其實就是Command模式）。 其次，把這些methdod放到一個文件或者文件夾中。（所謂的DAL層，如果喜歡層的話） 通過這個重構，我們獲得了以下的好處： 1，首先是過程的調用和過程的定義放到了一起，修改起來比較方便。IDE都有定義跳轉功能。
2，過程的調用和定義同時進行版本控制，不會出現不匹配的情況。減少了sp的參數表和調用的不匹配，包括拼寫，類型，參數次序
3，單元測試非常方便 當然sp也有存在的價值，比如所謂的安全性，后面會提到。比如友好的調試環境，對于中小型項目，和初級程序員來說，也是很好的選擇。 ORM則將可維護性提升身到了一個新的高度，它試圖將sql屏蔽起來，在操作對象的同時，自動就把數據庫的事情給辦了。 ORM有兩種模式，一種是ActiveRecord， 一種是Datamapper，前者從數據庫中讀取定義，后者在程序中定義。不過由于前者往往用migration來生成數據庫，其實也是定義在程序里面的。好的ORM都有"leaking"的設計，也就是留了個”后門“，讓你有機會用sql來控制。 微軟的linq從某個角度類說，也是一種ORM， 它的設計思想可能是因為它覺得寫sql語句比寫c#代碼效率高，所以提供直接在C#中寫sql語句的機制，再自動生成真正的sql。不過，ORM真正價值在于它可以在恰當的時候，完全拋棄sql，比如比如讀用cache，寫用queue。而微軟的linq，完全是“無厘頭”的風格，在O中用R的寫法，難道是RRM， 唯一的好處只是鎖定程序和程序員在微軟的平臺上。 四，安全性 對企業來說，安全性有的時候比性能更重要，由于存儲過程在數據庫上多加了一道屏障，所以很多企業會把存儲過程作為首選。 ORM可以說是安全性最差的， 因為只有到程序運行起來，你才能知道，會產生什么樣的sql。 但是保證安全有許多方法和方面，比如部署前的測試， 數據庫的備份，對表的權限的設置。等。用sp來保證安全，只是多個選項中的一個。 在startup型企業中，高級程序員往往起到主導作用， 所以他們會不猶豫的選擇ORM。
如何用ORM支持SQL語句的CASE WHEN
如何得到數據庫中所有表字段及字段中文描述
以下資料，通過csdn的一位師兄從SQL版主那得到：
sql中
SELECT
(case when *er=1 then * else '' end) N'表名'，
*er N'字段序號'，
* N'字段名'，
(case when COLUMNPROPERTY( *,*,'IsIdentity')=1 then '√'else '' end) N'標識'，
(case when (SELECT count(*)
FROM sysobjects
WHERE (name in
(SELECT name
FROM sysindexes
WHERE (id = *) AND (indid in
(SELECT indid
FROM sysindexkeys
WHERE (id = *) AND (colid in
(SELECT colid
FROM syscolumns
WHERE (id = *) AND (name = *))))))) AND
(xtype = 'PK'))>0 then '√' else '' end) N'主鍵'，
* N'類型'，
* N'占用字節數'，
COLUMNPROPERTY(*,*,'PRECISION') as N'長度'，
isnull(COLUMNPROPERTY(*,*,'Scale'),0) as N'小數位數'，
(case when *able=1 then '√'else '' end) N'允許空'，
isnull(*,'') N'默認值'，
isnull(g.[value],'') AS N'字段說明'
--into ##tx
FROM syscolumns a left join systypes b
on *=*ype
inner join sysobjects d
on *=* and *='U' and *'dtproperties'
left join syscomments e
on *lt=*
left join sysproperties g
on *=* AND * = *d
order by object_name(*),*er
一個字，爽，還可以省去做DD時的好多麻煩.
如果不是很明白，可以將以上代碼放到SQL查詢分析器上運行一下就知道了（當然要打開一個數據庫啦）
laravel ORM怎么打印出執行sql語句
1. laravel ORM怎么打印出執行sql語句。
2. QueryBuilder類中有toSql方法可以獲取sql語句的。
3. $sql = UserModel::query()->where('username','admin')->toSql();
4. dd($sql); //select * from user_table where username = 'admin'
ORM是將關系型數據抽象為對象，優點和缺點同樣多，它能更好的管理你的數據間關系，但是再高并發下，很多需要數據庫原子性的操作，ORM就不能很好的勝任。
請問什么叫ORM映射啊
O 代表Object 即對象
R 代表Relation 即關系
M 代表Mapping 即映射
ORM即 對象關系映射
通過ORM工具，將對象與關系數據庫 聯系起來
orm工具 會動態生成sql語句，使你用面向對象的語法即可完成對數據庫的操作
.net中名氣比較大的orm工具有
NHibernate,Linq2Sql,EntityFrameWork等等
希望能夠對你有幫助
比如 我們要從數據庫中 選取一條用戶信息
sql中 我們這樣寫 select * form user where userId= 1;
而在NHibernate中 用hbl可以寫為
from User u where *=1
即可獲得一個User對象 “注意是User對象”
雖然hbl的語法還不能說很面向對象 但是已經比sql進步了 再來看看用linq的語法
from u in User where * = 1 select u
也可以返回一個User對象 但是語法上要比hbl更面向對象。
談談如何從本質上理解sql語句, 存儲過程,ORM之間的聯系和取舍
所以我們需要來理解這些技術的本質。
一，演變 剛開始的時候，只有sql語句，即可以用交互模式一句一句執行， 也可以用批模式執行，多行sql語句一次提交執行。 很快人們發現用批模式執行的一堆sql語言可以用過程的形式，事先存放到數據庫里面，這就變成了存儲過程。
隨著面向對象技術的成熟，從程序中可以自動生成sql語句，這就是ORM 二，性能 很多人會說存儲過程比sql語句性能好，其實這個說法并不精確。 如果我們把一堆sql，以批的方式一次送入到服務器，那么服務器，會對這一堆sql進行緩存，當下一次再度執行的時候，就好像調用一個”匿名“的存儲過程一樣。
在這種情況下，性能差不多。 但是，如果我們不注意，很有可能，把可以一次提交的sql，變成了多次提交，甚至是每個循環做了一次提交，那么性能就很差了。
也就是說如果使用sql，只要寫法得當，性能和sp區別不大。 同樣的道理，ORM的性能取決于ORM的Sql生成算法， 和用戶使用的時候，對生成算法的控制，比如利用好Lazy laoding等，在某些情況下，甚至可以不通過sql，畢竟沒有sql比最優化的sql還要快。
三，可維護性 可維護性是選擇sql,sp,orm最主要的因素。 這里面有點”玄“，因為不同的場景會得出不同的結論，俗稱“It depends" 剛開始的時候，sql的維護性看起來是最差，因為它往往散布在程序的每個角落。
而存儲過陳都放在數據庫中，有清晰接口。 但是如果我們做一次重構，情況居然會顛倒過來。
首先，存儲過程完全可以照搬到C#中，sp的名字直接變成method的名字，sp的參數表直接變成method的參數表，（其實就是Command模式）。 其次，把這些methdod放到一個文件或者文件夾中。
（所謂的DAL層，如果喜歡層的話） 通過這個重構，我們獲得了以下的好處， 1，首先是過程的調用和過程的定義放到了一起，修改起來比較方便。IDE都有定義跳轉功能。
2，過程的調用和定義同時進行版本控制，不會出現不匹配的情況。減少了sp的參數表和調用的不匹配，包括拼寫，類型，參數次序 3，單元測試非常方便 當然sp也有存在的價值，比如所謂的安全性，后面會提到。
比如友好的調試環境，對于中小型項目，和初級程序員來說，也是很好的選擇。 ORM則將可維護性提升身到了一個新的高度，它試圖將sql屏蔽起來，在操作對象的同時，自動就把數據庫的事情給辦了。
ORM有兩種模式，一種是ActiveRecord， 一種是Datamapper，前者從數據庫中讀取定義，后者在程序中定義。不過由于前者往往用migration來生成數據庫，其實也是定義在程序里面的。
好的ORM都有"leaking"的設計，也就是留了個”后門“，讓你有機會用sql來控制。 微軟的linq從某個角度類說，也是一種ORM， 它的設計思想可能是因為它覺得寫sql語句比寫c#代碼效率高，所以提供直接在C#中寫sql語句的機制，再自動生成真正的sql。
不過，ORM真正價值在于它可以在恰當的時候，完全拋棄sql，比如比如讀用cache，寫用queue。而微軟的linq，完全是“無厘頭”的風格，在O中用R的寫法，難道是RRM， 唯一的好處只是鎖定程序和程序員在微軟的平臺上。
三，安全性 對企業來說，安全性有的時候比性能更重要，由于存儲過程在數據庫上多加了一道屏障，所以很多企業會把存儲過程作為首選。 ORM可以說是安全性最差的， 因為只有到程序運行起來，你才能知道，會產生什么樣的sql。
但是保證安全有許多方法和方面，比如部署前的測試， 數據庫的備份，對表的權限的設置。等。
用sp來保證安全，只是多個選項中的一個。 在startup型企業中，高級程序員往往起到主導作用， 所以他們會不猶豫的選擇ORM。
Django model 遇到查詢條件組合比較多的情況下怎么寫
Model是django項目的基礎，如果一開始沒有好好設計好，那么在接下來的開發過程中就會遇到的問題.然而，大多數的開發人員都容易在缺少思考的情況下隨意的增加或修改model.這樣做的后果就是，在接下來的開發過程中，我們不得不做出努力來修正這些錯誤. 因此，在修改model時，一定盡可能的經過充分的考慮再行動！以下列出的是我們經常用到的一些工具和技巧： South，用于數據遷移，我們會在每個django項目中都用到.但到django1.7時，將會有*ions代替. django-model-utils，用于處理常見的模式，例如TimeStampedModel. django-extensions，主要用到shell_plus命令，該命令會在shell中自動載入所有的app的model 1.基本原則 第一，將model分布于不同的app中.如果你的django項目中，有一個app擁有超過20個model，那么，你就應當考慮分拆該app了.我們推薦每個app擁有不超過5個model. 第二，盡量使用ORM.我們需要的大多數數據庫索引都能通過Object-Relational-Model實現，且ORM帶給我們許多快捷方式，例如生成SQL語句，讀取/更新數據庫時的安全驗證.因此，如果能使用簡單的ORM語句完成的，應當盡量使用ORM.只有當純SQL語句極大地簡化了ORM語句時，才使用純SQL語句.并且，在寫純SQL語句是，應當優先考慮使用raw（)，再是extra（). 第三，必要時添加index.添加db_index=True到model中非常簡單，但難的是理解何時應該添加.在建立model時，我們事先不會添加index，只有當以下情況時，才會考慮添加index： 在所有的數據庫查詢中使用率在10%-25%時 或當有真實的數據，或能正確估計出使用index后的效果確實滿意時 第四，注意model的繼承.model的繼承在django中需要十分小心，django提供了三種繼承方式，*ctbaseclass繼承（不要和Pyhton標準庫的abc模塊搞混），2.多表（multi-table）繼承，*odel繼承.。
sqlalchemy orm 查詢和sqlalchemy sql查詢的區別
python3.2 ==> ORM（或者數據庫接口） ==>； 數據庫
數據庫：PostgreSQL9、SQLite3等
ORM:SQLAlchemy（需要安裝數據庫接口）
數據庫接口：psycopg2(PostgreSQL9)
建議使用ORM樣創建、修改、刪除時只涉及python類對象無需寫sql語句
修改了數據表結構時對程序修改也方便些
表間關系特別復雜也ORM直接寫sql語句
