作者trueQoo (幸运之神)
看板Soft_Job
标题Re: [讨论] 资料库和SQL的专业是不是很不被重视?
时间Tue Nov 28 10:37:33 2017
资料库这种情况很常见，就是不懂设计下的产物
（学校没教是一种情况）
然而，你还不能说他们不懂设计，他们会反过来说是你不懂设计
（闷了）
资料库界的奇怪现象
1.拿掉 pk 与 fk，说这样效能会比较好（好在哪？）
2.多个栏位合起来设定一个 pk
3.一个人有多个电话，会设计成 tel1 tel2 tel3 多个栏位
4.为了正规化而设计资料库，而不是为了使用者需求，也不是为了效能
5.用应用程式去做原本资料库该做的资料检查
让我想到，这种资料库品质想要做什麽资料仓储，我也是觉得很不可思议
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 223.136.70.105
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1511836657.A.ECC.html
1F：→ testPtt: 推荐用NoSQL 11/28 10:42
2F：推 lgzenith: 所以2的状况不少？我还以为只有某ERP厂商这麽做 11/28 10:57
3F：→ chris80072: 可以解释一下第五点吗? 有点不是很懂 谢谢 11/28 10:57
4F：推 imlin01: 第五点资料检查用程式做没什麽问题吧 11/28 11:11
5F：推 mathrew: 一堆公司都嘛这样 我们公司也是 pk fk 是看心情设的 11/28 11:11
6F：→ mathrew: 有的有 有的没有 11/28 11:11
7F：推 tofuflower: 你有没有看过用程式 rollback 不用 DB 内建功能的XD 11/28 11:18
8F：推 Hordor: 2. 原本就是有争议的 11/28 11:26
9F：推 Adonisy: 第5点应该是原本资料库的check功能不用 11/28 11:27
10F：→ robler: 所以复合键现在变成不能用的东西了? 11/28 11:33
11F：→ robler: 我觉得这五点很多都是你个人的信仰问题 11/28 11:34
12F：→ robler: 只是你自己的偏见而已 11/28 11:35
13F：推 Adonisy: 第3点连第一正规化都没有...算是基本常识啊... 11/28 11:38
14F：推 vallwesture: 第五点应该是可以在记忆体上完成的事情却用资料库做 11/28 11:53
15F：推 ChungLi5566: 第一正规化大部份DB会帮你检查吧 无法Insert 11/28 11:54
16F：推 johnny94: 2 未必是不好的，是设计时需考虑的事。 11/28 12:02
17F：推 oneheat: 哈哈，不是早就说了，文人相轻啊，自己认真的永远最好最 11/28 12:03
18F：→ oneheat: 棒，其他都是错的！ 11/28 12:03
19F：→ oneheat: 还是show薪资单比薪水比较快啦 11/28 12:04
20F：→ elements: 通常人都要踩进自己挖的坑以後 才知道自己不是永远是对 11/28 12:12
21F：→ elements: 的 11/28 12:12
22F：推 Adonisy: 说穿了，多个栏位的主索引是对主索引的定义就有问题了 11/28 12:12
23F：→ oneheat: 研发永远不会只是单一面向去看事情啊，任何事情都有其背 11/28 12:14
24F：→ oneheat: 後的原因，不去了解不去了解就先批评才是最大问题 11/28 12:14
25F：推 senjor: 某些专案为了特殊需求还会刻意anti正规化 11/28 12:30
26F：→ alan3100: ...你根本自打嘴巴 自以为最好 11/28 12:31
27F：→ alan3100: 不要认为你有机车了就嘲笑脚踏车和汽车 每个适用不同 11/28 12:43
28F：→ iamshiao: 2 不一定是错的 11/28 12:47
29F：→ iamshiao: 3～5 也不一定是错的，而且你 3、4 两点不是矛盾了吗？ 11/28 12:50
30F：推 wingture: 推现象有感 11/28 13:03
31F：→ longlongint: 1 不常 search 的栏位不用设 key 11/28 13:09
32F：→ ruthertw: 5-->有的公司为了不同客户的需求和特殊服务,常会这样做 11/28 13:12
33F：→ ruthertw: 商用的资料库系统非常乐见越多人用这个方式越好,还主动 11/28 13:14
34F：→ ruthertw: 更新API,更过分的还送教学影片~公司常常都会不用白不用 11/28 13:15
35F：推 ghmsxtwo: 挖靠这里也钓的到脆瓜大 11/28 13:34
36F：→ ChienHsiang: 2,5 真的未必是错的！ 11/28 14:38
37F：→ xo1100: 第三点遇过一开始需求这样然後又上加 11/28 15:49
38F：→ xo1100: 问题是已经有资料了而且还不少 只好就……xd 11/28 15:50
39F：推 drajan: 这世界上没有anti正规化这种东西 只有denormalization 11/28 17:07
40F：→ accessdenied: 充满偏见的低能文章，肯定年薪低 11/28 20:39
41F：推 ccc1001: 哇 这篇真的标准的自以为懂 11/28 23:47
42F：推 del680202: 半桶水响叮当 11/29 09:07
43F：推 senjor: @drajan 感谢提供精准用字 orz 11/29 10:18
44F：→ psliurt: 2叫做复合主键, 3.看需求再决定要不要拉另一个table吧 12/12 01:09
45F：→ psliurt: 4.跟3互相矛盾了好吗? 5.先学一下SQL Injection好吗? 12/12 01:11