我見過一個人誰聲稱，他已寫信給在SQL Server通過5000線存儲過程。這個長存儲過程實際上是否需要過？還是它是一個不好的數據庫和編碼設計的標誌？我真的很擔心。我從來沒有在存儲過程中寫過任何超過100行代碼的項目，而是在一個基於保險的實時項目中，這個項目必須處理美國通用和增補。順便說一句，他吹噓如果他寫了這麼長的存儲過程做了一些偉大的工作。是否寫入長期存儲的特效是數據庫設計和編碼風格不佳的標誌？
在此先感謝:)
等待您的答覆。
從我個人的經驗，有幾個條件，迫使你寫這麼長的存儲過程，這些都是我想起現在
我不認爲寫這麼長的存儲過程是一件好事，我個人認爲這是一件非常糟糕的事情，它表明數據庫已經搞亂了，沒有足夠的計劃。
我不認爲一個存儲過程的長度是壞的設計或編碼風格的標誌。
我想在存儲過程的代碼是不好的設計或編碼風格的標誌。
他可以寫
SELECT
*
FROM
TABLE
AS
t
這可能會很快增長，因爲你知道，可以在一行，也許他認爲其更具有可讀性。
問題的關鍵是，我不認爲長度是一個很好的指標，以確定是否存儲過程是好還是壞。你大概可以編寫一個比5000行代碼差的100行代碼。
如果我個人一直在尋找我的新的5000線的存儲過程，我會很擔心，不驕傲，即使沒有其他的選擇。保持這將是一場噩夢。
但是，在你的朋友的情況下，它很難評論無論哪種方式，在不知道任何存儲過程的執行什麼動作或者是怎樣做的。