最近萬年議題又被拿出來討論了,「該把程式碼寫在 Stored Procedure,還是寫在 Application 裡面?」
⠀
以下是個人的看法以及選擇,僅供參考。
⠀
我個人的背景是這樣的,都是以開發 Web 應用程式為主,資料庫的使用經驗都在 SQL Server,其他的資料庫領域我不了解,在這樣的背景之下我個人傾向不使用 Stored Procedure 的,原因如下:
⠀
1. 對 DB 的操作已經是在應用程式生命週期的末端,這時候關注的應該是「效能」,如何運用最少的資源(CPU、Memory、Network IO、Disk IO、Money...)最快的速度拿到想要取得的資料,如果把程式碼都寫在 Stored Procedure,為了效能這件事,就會開始在商業邏輯中混入一些 Temp Table、額外定義 Table Type、因效能而使用的特殊語法...等,隨著時間流逝這個 Stored Procedure 就慢慢變成了哥吉拉。
⠀
2. 由於 SQL Server 的改進,Stored Procedure precompiled 的優點早已消失。
(https://www.codeproject.com/Articles/414272/Stored-Procedures-DO-NOT-increase-performance)
⠀
3. 被 Parameter Sniffing 搞得很煩。
⠀
4. 身為那條龍,我為何要將原始碼放在兩個地方?
⠀
雖然我不想使用 Stored Procedure 但不表示可以忽視查詢效能這件事,基本對 Index 的了解、各種 JOIN 差異、查詢計劃的解讀、...等,會影響查詢效能的要略懂,也順便跟還在跟哥吉拉奮戰的朋友說聲辛苦了。
「sql temp table」的推薦目錄:
- 關於sql temp table 在 軟體廚房 Facebook 的最佳貼文
- 關於sql temp table 在 How to create Temp table with SELECT * INTO tempTable ... 的評價
- 關於sql temp table 在 How To Use SQL Temp Tables In Tableau - YouTube 的評價
- 關於sql temp table 在 What's the easiest way to create a temp table in SQL Server ... 的評價
- 關於sql temp table 在 Issue creating local temporary table in SQL Server dB using ... 的評價
sql temp table 在 What's the easiest way to create a temp table in SQL Server ... 的推薦與評價
Many times I need to write something like the following when dealing with SQL Server. create table #table_name ( column1 int, column2 varchar(200) ... ) ... ... <看更多>
sql temp table 在 How to create Temp table with SELECT * INTO tempTable ... 的推薦與評價
... <看更多>
相關內容