缺点是:当添加不同商品时要在数据库添加不同的数据表,因为不同商品有不同的属性,当增加修改属性时要改数据表。        共同属性和图片就所有商品各共用一张表。不知谁有更好的解决方案?

解决方案 »

  1.   


    这也是一种方案,利于扩展,但是不利于保存商品数据和select 数据商品类型表
    类型ID  类型名
    1        手机
    2        风扇
    3        电视
    ...商品属性表
    属性ID  类型ID 属性名称
    1         1     是否蓝牙
    2         1     手机型号
    3         1     是否翻盖
    4         2     是否摇头 
    5         2     是否落地
    ....
    商品关系表
    商品ID  商品名  类型ID 属性ID 属性值
    1         。。     1      1      是
    2         。。     1      2      N75
    3         。。     1      3      是翻盖
      

  2.   

    前两个表都可以,就是最后一个有点问题....因为属性id,和属性值现实中不可能只一个,所以要加进去很多,比如ID :1,5,9值:有,没有,未知......这样调用的时候要用split来处理.....但对于搜索可能效率就低了...............等待更好的方法..........
      

  3.   


    商品类型表
    类型ID  类型名
    1        手机
    2        风扇
    3        电视
    ...商品属性表
    属性ID  类型ID 属性名称
    1         1     是否蓝牙
    2         1     手机型号
    3         1     是否翻盖
    4         2     是否摇头 
    5         2     是否落地
    ....
    商品关系表
    商品ID  商品名  类型ID 
    1         。。     1    
    2         。。     1   
    3         。。     1   
     
    商品额外信息表
    商品额外信息ID   所属商品id  商品属性id  商品属性值
    1                 1          1          是
    2                 1          2          n7
    3                 1          3          否
    看看这样可以不?这样虽然搜索起一好一点,但这个额外信息表会变的很大........
      

  4.   

    商品额外信息表 
    商品额外信息ID  所属商品id  商品属性id  商品属性值 
    1                1          1          是 
    2                1          2          n7 
    3                1          3          否 
    当数据量很大,这些表的效率,因为要行列转换 要left join