作者gn01838335 (寂静的生存者)
看板Soft_Job
标题Re: [讨论] 资料库和SQL的专业是不是很不被重视?
时间Wed Nov 29 07:42:50 2017
https://goo.gl/WPgUPn
这是一位美国老DBA告诉你资料库没有外键的九个理由。
甚至在salesforce他们的transactional manner资料库也是没有外键的喔
意味着资料完整性是处理在别处
底下回覆有句话很有意思
我认为用web和全端工程师眼光觉得外键够用
但是到了资料量到某个级距，甚至建立资料仓储，就要开始分层处理。
好啦我也是嘴炮工程师，说真的我认为小企业资料量少用什麽都没差。
若有资料仓储层的《软体》公司想法和设计就会不一样
考量角度不同，等问题到了再解决问题就好了，keep in simple
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 27.52.195.71
※ 文章网址: https://webptt.com/cn.aspx?n=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
1F：推 Clain66: 这作者本身也建议要用其实11/29 08:20
2F：推 Clain66: 如果没有 FK 是出於某种考量过後的决定，那感觉还可以。11/29 08:21
3F：→ Clain66: 但你说整个系统都没有 FK ，我想一定是有什麽问题。11/29 08:21
我不是点出transactional是没有FK，你脑补我说不用FK喔，资料量少你要什麽都可以啊
4F：推 drajan: OLAP跟OLTP write-heavy跟read-heavy 资料库设计甚至选择11/29 08:23
5F：→ drajan: 都是完全不一样的 everything is trade-off11/29 08:24
6F：→ drajan: 说不出为什麽要用FK 为什麽不用 大概database都不及格11/29 08:25
※ 编辑: gn01838335 (27.52.195.71), 11/29/2017 08:28:14
※ 编辑: gn01838335 (27.52.195.71), 11/29/2017 08:29:26
7F：推 Clain66: 呃呃，我文字可能有点让原PO误解，在此道歉。我指的是原 11/29 08:33
8F：→ Clain66: 系列文里提到的没有 FK 问题。 11/29 08:33
9F：推 wtfaha: 原来 11/29 11:52
10F：→ testPtt: FK就有关联才有 没关联就没有 这有什麽好争的 11/29 15:57