数据库这种情况很常见，就是不懂设计下的产物
（学校没教是一种情况）
然而，你还不能说他们不懂设计，他们会反过来说是你不懂设计
（闷了）
数据库界的奇怪现象
1.拿掉 pk 与 fk，说这样效能会比较好（好在哪？）
2.多个字段合起来设定一个 pk
3.一个人有多个电话，会设计成 tel1 tel2 tel3 多个字段
4.为了正规化而设计数据库，而不是为了使用者需求，也不是为了效能
5.用应用程式去做原本数据库该做的资料检查
让我想到，这种数据库品质想要做什么资料仓储，我也是觉得很不可思议

推荐用NoSQL

所以2的状况不少？我还以为只有某ERP厂商这么做

可以解释一下第五点吗? 有点不是很懂 谢谢

第五点资料检查用程式做没什么问题吧

一堆公司都嘛这样 我们公司也是 pk fk 是看心情设的有的有 有的没有

你有没有看过用程式 rollback 不用 DB 内建功能的XD

2. 原本就是有争议的

第5点应该是原本数据库的check功能不用

所以复合键现在变成不能用的东西了?我觉得这五点很多都是你个人的信仰问题只是你自己的偏见而已

第3点连第一正规化都没有...算是基本常识啊...

第五点应该是可以在内存上完成的事情却用数据库做

第一正规化大部份DB会帮你检查吧 无法Insert

2 未必是不好的，是设计时需考虑的事。

哈哈，不是早就说了，文人相轻啊，自己认真的永远最好最棒，其他都是错的！还是show薪资单比薪水比较快啦

通常人都要踩进自己挖的坑以后 才知道自己不是永远是对的

说穿了，多个字段的主索引是对主索引的定义就有问题了

研发永远不会只是单一面向去看事情啊，任何事情都有其背后的原因，不去了解不去了解就先批评才是最大问题

某些专案为了特殊需求还会刻意anti正规化

...你根本自打嘴巴 自以为最好不要认为你有机车了就嘲笑脚踏车和汽车 每个适用不同

2 不一定是错的3～5 也不一定是错的，而且你 3、4 两点不是矛盾了吗？

推现象有感

1 不常 search 的字段不用设 key

5-->有的公司为了不同客户的需求和特殊服务,常会这样做商用的数据库系统非常乐见越多人用这个方式越好,还主动更新API,更过分的还送教学影片~公司常常都会不用白不用

挖靠这里也钓的到脆瓜大

2,5 真的未必是错的！

第三点遇过一开始需求这样然后又上加问题是已经有资料了而且还不少 只好就……xd

这世界上没有anti正规化这种东西 只有denormalization

充满偏见的低能文章，肯定年薪低

哇 这篇真的标准的自以为懂

半桶水响叮当

@drajan 感谢提供精准用字 orz

2叫做复合主键, 3.看需求再决定要不要拉另一个table吧4.跟3互相矛盾了好吗? 5.先学一下SQL Injection好吗?