目前要显示这样的一个表格：
物品ID 属性1 属性2 属性3……属性N（N<50）
A
B
C
D
我在数据库中应该怎样设计表来存储？下面是我思考的两种方法
想法1：物品ID 属性ID 属性值
想法2：物品ID 属性1 属性1值 属性2 属性2值 …… 属性N 属性N值
我觉得想法1是很简洁，但是假如我要把这个表格的内容存到数据库，1次就是物品数*属性数（N）一次要存储好几十条，如果N=50的话，1天存储一次，每天要存200条记录，一周就是1000条记录。我不知道这样的数据增长量算不算大。
想法2就是把属性写死了。每天也就增加了4条数据，这样数据量当然小，但是总觉得这种设计方式不对劲。
PS：要使用的数据库是DB2
希望大家给我点意见，谢谢
------解决方案--------------------------------------------------------
建议采用第一种方式，在google里搜otlt（one true lookup table）你就能找到很多相关文章
------解决方案--------------------------------------------------------
想法1，符合3NF设计，查询也简单
记录多不怕，字段多才麻烦