PTT職涯區 / Soft_Job (軟體人)

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

看板Soft_Job (軟體人)作者 (寂靜的生存者)時間8年前 (2017/11/29 07:42), 8年前編輯推噓5(5推 0噓 5→)
留言10則, 4人參與, 8年前最新討論串9/9 (看更多)
https://goo.gl/WPgUPn 這是一位美國老DBA告訴你資料庫沒有外鍵的九個理由。 甚至在salesforce他們的transactional manner資料庫也是沒有外鍵的喔 意味著資料完整性是處理在別處 底下回覆有句話很有意思 我認為用web和全端工程師眼光覺得外鍵夠用 但是到了資料量到某個級距，甚至建立資料倉儲，就要開始分層處理。 好啦我也是嘴砲工程師，說真的我認為小企業資料量少用什麼都沒差。 若有資料倉儲層的《軟體》公司想法和設計就會不一樣 考量角度不同，等問題到了再解決問題就好了，keep in simple -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.52.195.71 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1511912575.A.67F.html ※ 編輯: gn01838335 (27.52.195.71), 11/29/2017 07:43:36 ※ 編輯: gn01838335 (27.52.195.71), 11/29/2017 07:45:18 ※ 編輯: gn01838335 (27.52.195.71), 11/29/2017 07:46:00
推
11/29 08:20, 8年前 , 1F
這作者本身也建議要用其實
11/29 08:20, 1F
推
11/29 08:21, 8年前 , 2F
如果沒有 FK 是出於某種考量過後的決定，那感覺還可以。
11/29 08:21, 2F
→
11/29 08:21, 8年前 , 3F
但你說整個系統都沒有 FK ，我想一定是有什麼問題。
11/29 08:21, 3F
我不是點出transactional是沒有FK，你腦補我說不用FK喔，資料量少你要什麼都可以啊
推
11/29 08:23, 8年前 , 4F
OLAP跟OLTP write-heavy跟read-heavy 資料庫設計甚至選擇
11/29 08:23, 4F
→
11/29 08:24, 8年前 , 5F
都是完全不一樣的 everything is trade-off
11/29 08:24, 5F
→
11/29 08:25, 8年前 , 6F
說不出為什麼要用FK 為什麼不用 大概database都不及格
11/29 08:25, 6F
※ 編輯: gn01838335 (27.52.195.71), 11/29/2017 08:28:14 ※ 編輯: gn01838335 (27.52.195.71), 11/29/2017 08:29:26
推
11/29 08:33, 8年前 , 7F
呃呃，我文字可能有點讓原PO誤解，在此道歉。我指的是原
11/29 08:33, 7F
→
11/29 08:33, 8年前 , 8F
系列文裡提到的沒有 FK 問題。
11/29 08:33, 8F
推
11/29 11:52, 8年前 , 9F
原來
11/29 11:52, 9F
→
11/29 15:57, 8年前 , 10F
FK就有關聯才有 沒關聯就沒有 這有什麼好爭的
11/29 15:57, 10F
‣ 更多 gn01838335 的文章
文章代碼(AID): #1Q7VH_P_ (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 9 之 9 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共9篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 gn01838335 的文章
文章代碼(AID): #1Q7VH_P_ (Soft_Job)