作者accessdenied (存取违规)
看板Soft_Job
标题Re: [讨论] 资料库和SQL的专业是不是很不被重视?
时间Tue Nov 28 20:49:24 2017
这篇自以为是的文章可以说是工程师的傲慢
也是万年低薪工程师的天花板
又要把这篇寓言贴出来给大家看，尤其是电话那一段！
#1PUrZBaa (Soft_Job)
※ 引述《trueQoo (幸运之神)》之铭言：
: 资料库这种情况很常见，就是不懂设计下的产物
: （学校没教是一种情况）
: 然而，你还不能说他们不懂设计，他们会反过来说是你不懂设计
: （闷了）
: 资料库界的奇怪现象
: 1.拿掉 pk 与 fk，说这样效能会比较好（好在哪？）
: 2.多个栏位合起来设定一个 pk
: 3.一个人有多个电话，会设计成 tel1 tel2 tel3 多个栏位
: 4.为了正规化而设计资料库，而不是为了使用者需求，也不是为了效能
: 5.用应用程式去做原本资料库该做的资料检查
: 让我想到，这种资料库品质想要做什麽资料仓储，我也是觉得很不可思议
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.32.139.28
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1511873367.A.CFD.html
1F：推 shps951015: 很赞同 没有说一定要哪种方法11/28 21:57
2F：→ shps951015: 能用的就好11/28 21:57
3F：推 skitty: 想问电话那段 不设三个栏位难道设三张表？11/28 22:20
4F：推 Hordor: 楼上，正规化来说会多一张表存一人多笔电话，一对多11/28 22:24
5F：推 supernow: 如果不限制有几个电话，那就是会员（1）对电话（N),拆成11/28 23:06
6F：→ supernow: 一个资料表11/28 23:06
7F：推 xo1100: 那也要看当初设计离现在更改多久吧11/28 23:26
8F：→ xo1100: 如果已经累积了不少资料量也不确定会不会往下扩充11/28 23:27
9F：→ xo1100: 甚至看对方出多少钱要到多少时间考量的话未必有最佳解11/28 23:29
10F：推 Dnight: 最怕的是当初设计只有一个电话，资料量大到不行的时候要括11/28 23:31
11F：→ Dnight: 这时候拆成两张表就会很痛苦，有些人乾脆就同一张表多开栏11/28 23:31
12F：→ Dnight: 位11/28 23:31
※ 编辑: accessdenied (114.32.139.28), 11/29/2017 03:00:04
13F：推 lovdkkkk: 或许可以存在 Map 然後转成 JSON 字串直接放在一个栏位 11/29 11:07
14F：→ lovdkkkk: 就不必动资料库 用程式做转换就好 (很混) 11/29 11:07
15F：→ te426odin: 楼上你这样业主改需求你会很累喔XD 11/29 16:38
16F：→ lovdkkkk: XD 11/29 20:08