【本文轉自博客園 作者：十三燕 原文鏈接：https://www.cnblogs.com/13yan/p/3539938.html】
軟件開發者最初為了做出某種功能而努力著。

成都創新互聯-專業網站定制、快速模板網站建設、高性價比翁牛特網站開發、企業建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式翁牛特網站制作公司更省心,省錢,快速模板網站建設找我們，業務覆蓋翁牛特地區。費用合理售后完善，十余年實體公司更值得信賴。

當有一天，開發者們掌握了開發的門道，實現功能已經家常便飯了。

于是人們開始考慮更多問題，性能就是一個問題。

　　通常2-4年工作經驗的開發者會很糾結這個問題，但由于基礎參差不齊，對性能的理解也大不相同。

那些年也許我們過于在乎性能問題了。

誤區一：O/RM工具影響性能

發現很多人喜歡拿O/RM工具討論性能，害怕引入ORM工具以后帶來損失性能的問題，

不過據我所知目前一些主流的ORM工具性能都半斤八兩，ORM工具之間的比較不是性能問題，而是使用習慣的問題。

ORM與原生ADO.NET比較，肯定會損失一定的性能，但是帶來了提高開發效率的優勢。

據我所知，很多同行做著的OA、ERP什么的系統用戶數量都不多，

過于計較性能問題，那就是拿5%不到的特殊情況，拒絕大多數情況提高開發效率。

沒有人說用了ORM就一定要每個地方都用ORM到底。

　誤區二：存儲過程可提高性能

采用存儲過程本身沒有什么問題，過于頻繁地用存儲過程，調試就會比較煩。

1、程序里加斷點，然后變量復制到存儲過程里加斷點調試。

2、過于依賴存儲過程，數據庫里包含業務邏輯，業務邏輯就分散在程序與數據庫，代碼可讀性損失。

3、調用存儲過程的確讓很多SQL語句變成了一個存儲過程名和參數，減少了網絡傳輸，但很多情況下不需要這點性能。

4、業務邏輯都寫在存儲過程里了，用面向對象語言的話就當做面向過程語言用了，對開發功能復雜的項目比較不利。

誤區三：大數據性能問題

只要接觸到幾百萬或者幾千萬就認為是大數據，有些人甚至以為MSSQLSERVER數據庫碰到千萬級的就得掛了。

其實不然，如果每個月以百萬級的數據增長，那么對查詢而言這些都是小數據，利用分區與查詢約束還是比較容易解決的。

而用同樣的方法，MSSQLSERVER也能處理超越千萬級的數據。

數據庫真正的性能問題在哪里?

真正的性能問題從宏觀上講我認為是數據庫設計問題，微觀上則是SQL調優。

總結

不該以性能為理由拒絕ORM工具，也不該濫用存儲過程。

關注性能從設計階段開始，不可過于糾結性能問題而損失開發效率。

當前文章：談談一直被開發者們過于在乎的性能問題
本文網址：http://m.2m8n56k.cn/article2/ihgdic.html

成都網站建設公司_創新互聯，為您提供全網營銷推廣、網站導航、移動網站建設、網站設計公司、營銷型網站建設、關鍵詞優化

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：[email protected]。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯