[爆卦]parameter定義是什麼?優點缺點精華區懶人包

雖然這篇parameter定義鄉民發文沒有被收入到精華區:在parameter定義這個話題中,我們另外找到其它相關的精選爆讚文章

在 parameter定義產品中有1篇Facebook貼文,粉絲數超過1,145的網紅軟體廚房,也在其Facebook貼文中提到, 最近萬年議題又被拿出來討論了,「該把程式碼寫在 Stored Procedure,還是寫在 Application 裡面?」 ⠀ 以下是個人的看法以及選擇,僅供參考。 ⠀ 我個人的背景是這樣的,都是以開發 Web 應用程式為主,資料庫的使用經驗都在 SQL Server,其他的資料庫領域我不了解,在...

  • parameter定義 在 軟體廚房 Facebook 的最讚貼文

    2018-05-15 13:01:25
    有 26 人按讚

    最近萬年議題又被拿出來討論了,「該把程式碼寫在 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 差異、查詢計劃的解讀、...等,會影響查詢效能的要略懂,也順便跟還在跟哥吉拉奮戰的朋友說聲辛苦了。

你可能也想看看

搜尋相關網站