日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

关于ORM的性能

發(fā)布時間:2025/3/15 编程问答 21 豆豆
生活随笔 收集整理的這篇文章主要介紹了 关于ORM的性能 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

在《關(guān)于數(shù)據(jù)訪問模式(一)—— 數(shù)據(jù)訪問模式的重要性》 一文中,作者提到他們的團(tuán)隊使用EJB時,性能極其的糟糕,然后不得不求助于存儲過程。但ORM產(chǎn)品的性能到底如何呢?我在網(wǎng)上搜索了一番,沒有找到相關(guān)的測試報告。
這幾天公司對ORM開發(fā)做評估,自然提到性能,這樣我們就自己做了一個LoadTest,具體的測試結(jié)果是不能說的,這是公司的東西,但我可以告訴你ORM(XPO)大概是DataSet(強(qiáng)類型DataSet)性能的1/3不到。
經(jīng)理對這個測試結(jié)果甚微不滿,偶狂解釋不要拿ORM的弱勢跟表模式的比較啊,經(jīng)理不予理睬。

于是我開始想解決方案。
問題:
1、我們知道ORM都是在運(yùn)行時分析實(shí)體的Metadata信息,然后自動構(gòu)建SQL語句,稍微好一點(diǎn)的ORM都會第一次獲取Metadata后就緩存一份,這樣還是可以快一些的。
2、但是數(shù)據(jù)Select出來之后,填充進(jìn)去的時候還是要根據(jù)結(jié)構(gòu)慢慢填充,不像DataSet就一個二維結(jié)構(gòu),填充簡單且賊快。
3、Metadata在ORM中都緩存了,但是Select、Insert、Update和Delete語句缺都是運(yùn)行時構(gòu)建的,而我們知道強(qiáng)類型的DataSet在設(shè)計時就幫你構(gòu)建了,那性能當(dāng)然沒有的說了。

解決方案:
辦法當(dāng)然是向優(yōu)秀者學(xué)習(xí),我想象中我們的ORM實(shí)體和實(shí)體的Metadata還是老辦法,但是數(shù)據(jù)訪問層就不再運(yùn)行時構(gòu)建了,而是設(shè)計時自動創(chuàng)建代碼,就像我們強(qiáng)類型的DataSet一樣。
生成的代碼可能像這樣:

????internal?class?CustomerDataService?{
????????
private?IDbCommand?cmdSelect_Customer;
????????
private?IDbCommand?cmdInsert_Customer;
????????
private?IDbCommand?cmdUpdate_Customer;
????????
private?IDbCommand?cmdDelete_Customer;

????????
private?IDbDataParameter?parSelect_CustomerId;

????????
public?CustomerDataService()?{
????????????
自動構(gòu)建所有Command#region?自動構(gòu)建所有Command

????????????
#endregion

????????}


????????
public?Customer?Read(int?id)?{
????????????parSelect_CustomerId.Value?
=?id;
????????????IDataReader?read?
=?cmdSelect_Customer.ExecuteReader();
????????????
try?{
????????????????
if?(read.Read())?{
????????????????????Customer?data?
=?new?Customer();
????????????????????data.Oid?
=?read.GetInt32(0);
????????????????????data.Name?
=?read.GetString(1);
????????????????}

????????????????
else?{
????????????????????
throw?new?NotFindException(id);
????????????????}

????????????}

????????????
finally?{
????????????????
if?(read?!=?null?&&?!read.IsClosed)?{
????????????????????read.Close();
????????????????}

????????????}

????????}

????}


偶就不信這樣的代碼性能還會比他DataSet差。

面帶微笑,極度想象中

轉(zhuǎn)載于:https://www.cnblogs.com/tansm/archive/2005/07/22/197886.html

總結(jié)

以上是生活随笔為你收集整理的关于ORM的性能的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。