Re: [討論] 資料庫和SQL的專業是不是很不被重視?

看板Soft_Job作者 (寂靜的生存者)時間8年前 (2017/11/28 19:15), 編輯推噓0(2推 2噓 9→)
留言13則, 8人參與, 8年前最新討論串5/9 (看更多)
有看到有人說 FK為了資料完整性 但增加外鍵成本對資料庫效能是好事還是壞事，我有遇過濫用外鍵造成執行成本很高的情 況，結果很慢的情況。 2.那mongodb就是資料不完整的資料庫囉 因為Mongodb沒有有FK啊，對資料庫來講一定要FK嗎? 是不是結構式資料都比較難使用的八卦啊。 弄個假資料還要被外鍵卡住 刪個資料還要解鍵 話說對資料庫瞭解，代表他的執行計畫跑出來比較快嗎？ 正規化到三階以上，然後查個資料inner join一堆會比較快嗎？ 我好多個問號麻煩大大幫忙解惑。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.242.32.39 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1511867743.A.42E.html
→
11/28 19:27, 8年前 , 1F
1.FK假議題 2.跑不跑的快先學會看execution plan
11/28 19:27, 1F
噓
11/28 19:29, 8年前 , 2F
FK 就是為了防止你這種人亂加資料亂刪資料 別人Debug到死
11/28 19:29, 2F
→
11/28 19:30, 8年前 , 3F
要求資料完整性上就很少會依賴FK做檢查
11/28 19:30, 3F
→
11/28 19:47, 8年前 , 4F
怎麼會拿關聯跟非關聯資料庫來比…我無言
11/28 19:47, 4F
→
11/28 19:57, 8年前 , 5F
是可以比，但這篇是亂比一通
11/28 19:57, 5F
→
11/28 20:09, 8年前 , 6F
滿需要有人解釋+1 因為我也常常覺得自己在亂用
11/28 20:09, 6F
推
11/28 20:12, 8年前 , 7F
對資料庫 語法瞭解 query perf一定比不懂的要強
11/28 20:12, 7F
推
11/28 20:15, 8年前 , 8F
想學東西就自己上網google 很多開放式課程也有講到
11/28 20:15, 8F
噓
11/29 13:12, 8年前 , 9F
觀念很糟 ... inner join 不會比較快 但是 update 一次要
11/29 13:12, 9F
→
11/29 13:12, 8年前 , 10F
改一堆 table 更慘 ..
11/29 13:12, 10F
→
11/29 15:24, 8年前 , 11F
你說的問題就必須要回歸到RDBMS所謂的完整性約束的問題
11/29 15:24, 11F
→
11/29 15:25, 8年前 , 12F
資料庫設計考量的是系統上線之後的資料完整性與安全性
11/29 15:25, 12F
→
11/29 15:26, 8年前 , 13F
你的舉例完全是以RD在開發時的方便性作為前提
11/29 15:26, 13F
‣ 更多 gn01838335 的文章
文章代碼(AID): #1Q7KLVGk (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 5 之 9 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共9篇)
‣ 更多 gn01838335 的文章
文章代碼(AID): #1Q7KLVGk (Soft_Job)