看板 Soft_Job 關於我們 聯絡資訊
SQL指令的優點,在使用者可以不用了解演算法的情況之下對資料存取 例如:你只要知道 order by 欄位,你根本可以不用知道資料庫系統是用什麼演算法排序 優點:好寫 缺點:太好寫,變成應用程式開發人員都想直接控制資料庫,然後就是直接下簡單的SQL 指令或是拚出SQL指令 select * from table 指令直接用 另外,資料庫端的SP,是在比誰寫的短,不是比誰寫的長,而且只要做資料處理 假設句,迴圈這些在資料庫程式中只是輔助不是本體 -- 昔日所為 今日所受 今日所為 明日所受 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.251.179.210 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1476742675.A.CE0.html
pttworld: 有寫到4GL的特性。 10/18 06:48
remmurds: 一堆人喜歡在SP中寫商業邏輯 看了真是吐血 10/18 09:37
remmurds: 都把SP當AP寫 10/18 09:38
EightXD: 我公司就這樣 搞到現在效率很差 快要打掉重練惹 10/18 09:45
dreamnook: 所以我之前被硬踢去搞db時算是運氣好導向正確方位..XD 10/18 09:51
robler: 我公司也是阿,從我進公司第一天就在說要把邏輯拿出來 10/18 10:00
robler: 寫在AP,老闆就是不肯,硬要寫在sp裡 10/18 10:00
robler: 對我來說是很輕鬆啦,有問題通通推給 DBA 10/18 10:01
pttworld: SP和SQL的區別,為什麼二者發明。 10/18 10:41
xoop: 真的很多老闆都特愛規定把邏輯寫在SP裡面 10/18 11:06
xoop: 然後總是有千百個寫在SP裡的理由 10/18 11:07
pttworld: 實務上有SP就不會在PL裡寫SQL,PL接SQL段行之有年穩固。 10/18 11:16
pttworld: 修正,PL接SP段。 10/18 11:16
Lordaeron: 應該發一篇:邏輯寫在SP裡面的有病,寫在AP 中才是王道 10/18 11:18
Lordaeron: 不在狂在推文中酸,一點幫助也沒有。 10/18 11:18
pttworld: 通常被指出盲點習慣轉移話題,發幾篇都沒用。 10/18 11:23
pttworld: 有幫助的是同時在回文解決問題及行銷自我品牌。 10/18 11:24
pttworld: 常見的是不針對話題回文反而寫很多字展露知識淵博。 10/18 11:26
skitty: 我是菜鳥 不寫在SP是因為難維護嗎 10/18 12:16
Lordaeron: 天知道!每個人都有自己的說法。 10/18 12:17
Dnight: 依實務上來講很多公司會把邏輯寫在sp是因為db是客戶自己it 10/18 12:58
Dnight: 在管,廠商只負責程式,今天改的邏輯如果只要改sp就能改就 10/18 12:59
Dnight: 不用加錢叫廠商改需求,而且也不用重包板直接改DB就好 10/18 13:00
Dnight: 當然這只是我自己遇到的狀況=_=其他公司我就不清楚了 10/18 13:00
dreamnook: 有點像是Web->(middle)->DB 但把middle寫在DB內那樣? 10/18 13:24
kyuudonut: 被聘來寫這種sp的苦主在此 ._./ 10/18 13:28
Adonisy: 更多實務上是公司用別人寫的ERP系統,什麼都不能動... 10/18 14:02
Adonisy: 然後來上效能調教的課程...(唉) 10/18 14:02
Lordaeron: Dnight講的是好處,講壞處的人,都只有抱怨。 10/18 14:05
dreamnook: 一個Web頁要等30秒時我想不抱怨應該很難.. 10/18 14:09
Lordaeron: 這跟寫在SP有關? 10/18 14:52
robler: "都只有" 抱怨? 10/18 14:57
Lordaeron: 不然呢,怎麼說Dnight明確的說出好處。 10/18 15:10