作者stevekevin10 (hippo泡)
看板Soft_Job
标题Re: [讨论] 资料库和SQL的专业是不是很不被重视?
时间Tue Nov 28 17:11:18 2017
借串问问
※ 引述《trueQoo (幸运之神)》之铭言：
: 资料库这种情况很常见，就是不懂设计下的产物
: （学校没教是一种情况）
: 然而，你还不能说他们不懂设计，他们会反过来说是你不懂设计
: （闷了）
: 资料库界的奇怪现象
: 1.拿掉 pk 与 fk，说这样效能会比较好（好在哪？）
1. 前公司有说禁止用fk 好像是资料库一出错时会很麻烦 这样是合理的吗?
: 2.多个栏位合起来设定一个 pk
: 3.一个人有多个电话，会设计成 tel1 tel2 tel3 多个栏位
如果是固定最多可以填三个电话 不能这样设计吗?
: 4.为了正规化而设计资料库，而不是为了使用者需求，也不是为了效能
: 5.用应用程式去做原本资料库该做的资料检查
这里的资料检查是指甚麽呢?
之前工作上 有些时候会去把资料先大略的捞出来再去做资料检查及筛选 这样不好吗?
: 让我想到，这种资料库品质想要做什麽资料仓储，我也是觉得很不可思议
前公司蛮大的最近也上市了 技术方面感受起来是很专精的 也有DBA 但DB部分似乎跟这篇
有一点小出入 想讨论一下
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 220.138.21.112
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1511860280.A.369.html
1F：推 vi000246: 看权力在谁手上 如果你说三个就三个 那你就这样开 11/28 17:24
2F：→ vi000246: 如果上头想改更多个电话 那你不就自找麻烦 11/28 17:25
3F：推 ripple0129: 1.不合理，程式难免出错没constraint控制资料易有错误 11/28 17:31
4F：→ ripple0129: 或脏资料。2.永远不会有需求更动可以3.譬如电话格式(0 11/28 17:31
5F：→ ripple0129: 2),02-，所以用程式也行，没有绝对一定要用哪边检查 11/28 17:31
6F：→ ripple0129: 看需求讨论。 11/28 17:31
7F：推 abccbaandy: 1.为了塞假资料方便吧... 11/28 17:49
8F：推 drajan: PK跟FK是用来确保资料完整 至於要在哪里做资料完整性检查 11/28 18:36
9F：→ drajan: 则要看应用 OLTP多做在资料库层 而OLAP应用多做在ETL层 11/28 18:36
10F：→ y3k: 我觉得用FK很合理阿.... 11/28 18:52
11F：→ johnny94: 禁止用 FK 不如不要用 RMDBS ，一堆资料库给你保证的东 11/28 19:33
12F：→ johnny94: 西都没了。 11/28 19:33
13F：推 Clain66: 不用 fk，那想必你的资料表彼此都没关系 11/28 20:42
14F：推 Jichang: 以前刚到部门 我问架构师.. 怎麽 db 都没有设定 fk 11/29 12:51
15F：→ Jichang: 他说业界没有再设定 fk 的 .. 11/29 12:51
16F：→ zg0608x: 真相是程式写错资料要删资料如果有设定fk非常麻烦 11/29 14:20