3
队伍里的小伙子这样设计表，应该怎么评价
source link: https://www.v2ex.com/t/798305
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
项目里有几个多对多关系，需要表达到关系数据库。
比如：用户 角色 权限； 用户与角色是多对多关系；角色与权限是多对多关系；
一般人会分别创建 [用户角色表]、[角色权限表]，来存储多对多关系，这个没啥好说的。
现在队伍里一个小伙子嫌麻烦，就创建了一张 [数据关系表]，大致字段有：[第一个 id]，[第二个 id]，[表名]。
大家分析下，这种做法，要如何评价
第 1 条附言 · 3 天前
这个小伙子建了四个模型：用户、角色、权限、数据关系。
我是兼着负责这个项目的技术的，过来时项目已经开发了一段时间了
，小伙子写的是整个平台的基础功能，我很想让小伙子按着常规方法来做
但是小伙不直接归我管，只能讲道理，但是又没有必杀的理由
毕竟这样做功能也能正常跑，给领导演示肯定没问题
之类的问题很多，小伙子的台词是“你不了解，就别瞎说”。
无言反驳，我也无法去证明我是不是了解。
很是苦恼啊。
我是兼着负责这个项目的技术的，过来时项目已经开发了一段时间了
，小伙子写的是整个平台的基础功能，我很想让小伙子按着常规方法来做
但是小伙不直接归我管，只能讲道理，但是又没有必杀的理由
毕竟这样做功能也能正常跑，给领导演示肯定没问题
之类的问题很多，小伙子的台词是“你不了解，就别瞎说”。
无言反驳，我也无法去证明我是不是了解。
很是苦恼啊。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK