这篇自以为是的文章可以说是工程师的傲慢
也是万年低薪工程师的天花板
又要把这篇寓言贴出来给大家看，尤其是电话那一段！
#1PUrZBaa (Soft_Job)
※ 引述《trueQoo (幸运之神)》之铭言：
: 数据库这种情况很常见，就是不懂设计下的产物
: （学校没教是一种情况）
: 然而，你还不能说他们不懂设计，他们会反过来说是你不懂设计
: （闷了）
: 数据库界的奇怪现象
: 1.拿掉 pk 与 fk，说这样效能会比较好（好在哪？）
: 2.多个字段合起来设定一个 pk
: 3.一个人有多个电话，会设计成 tel1 tel2 tel3 多个字段
: 4.为了正规化而设计数据库，而不是为了使用者需求，也不是为了效能
: 5.用应用程式去做原本数据库该做的资料检查
: 让我想到，这种数据库品质想要做什么资料仓储，我也是觉得很不可思议

很赞同 没有说一定要哪种方法能用的就好

想问电话那段 不设三个字段难道设三张表？

楼上，正规化来说会多一张表存一人多笔电话，一对多

如果不限制有几个电话，那就是会员（1）对电话（N),拆成一个资料表

那也要看当初设计离现在更改多久吧如果已经累积了不少资料量也不确定会不会往下扩充甚至看对方出多少钱要到多少时间考量的话未必有最佳解

最怕的是当初设计只有一个电话，资料量大到不行的时候要括这时候拆成两张表就会很痛苦，有些人干脆就同一张表多开字段

或许可以存在 Map 然后转成 JSON 字串直接放在一个字段就不必动数据库 用程式做转换就好 (很混)

楼上你这样业主改需求你会很累喔XD

XD