我有一个表提要,它包含代码描述行的集合。例如:
Key | Value | Url
fb | facebook | http://www.facebook.com
tw | twitter | http://twitter.com
ff | friendfeed | http://friendfeed.com
REST端点以JSON数组的形式返回此表的内容&它显示在网页的下拉框中。
今天,老板希望以一种特定的方式对内容进行分类。我希望你能对我的设计发表评论。
设计1
我在提要中添加了一个单独的列,名为秩,以表示项目的顺序。
Key | Value | Url | Rank
fb | facebook | http://www.facebook.com | 3
tw | twitter | http://twitter.com | 1
ff | friendfeed | http://friendfeed.com | 2
设计2
我创建了一个单独的表FeedRank来存储排名。
Key | Rank
fb | 3
tw | 1
ff | 2
分析
我倾向于设计#1,因为我可以不用连接。每种设计的优缺点是什么&你会使用哪一种?
发布于 2010-02-18 04:47:46
如果这是一对一的关系,就没有真正的理由把它放在一个单独的桌子上。跟1号一起去,海事组织。
发布于 2010-02-18 04:52:36
将排名放在一个单独的表格中的唯一原因是:( a)代码描述和排名之间的关系不是1:1,或者如果b)列是稀疏填充的(大多数行都有空值)。
即使在后一种情况下,大多数人也会去规范化,并将排名列放在代码描述表中。
发布于 2010-02-18 04:48:34
设计1很好。设计2基本上与设计1相同,但具有不必要的复杂性。
https://stackoverflow.com/questions/2286361
复制相似问题