t_Property_Group 产品属性分类表
id分类自动编号,主键
title分类标题
t_Proterty产品属性表
id分类自动编号,主键
title 属性名称
gid 属性分类编号
t_Product 产品表
id编号
title 产品名称
remark备注
t_Product_Property_Relation
id
productid产品编号
propertyid 产品属性编号
propertydata 产品属性数据
==================================
以上仅仅是设计方法之一,根据不同的需求,可以演变出各种数据关系模型。要想通透理解,慢慢做过去之后,才能看的很明白。 以上表格仅仅是比较核心的数据字段,也可以添加更多符合个性的表结构。
对于页面,则包含较多的架构内容。 比如应用框架生成静态页面的,则涉及到标签、模板等。
动态加载属性有两种解释,1、从数据库及时的读出数据(属性)2、从数据库改动数据之后,从新生成或者新生成的页面可以获得数据库的更新,可以生成包含新属性的产品页面。
望采纳。
一:先抽象一个公用的“商品”实体,然后每一个具体的类型的商品继承这个实体,可是这样子设计的话,不同种类的商品一多的话,那么表就越多。感觉还是很糟糕。二:直接在”商品“这个实体里添加多一个属性,属性的值按约定的规则(如键值对)来描述包括这个商品种类信息,这样子的话就只要一张表就行。不过这样子做的话,在展示商品信息需要在前台对这个属性值进行分离,感觉好像哪里不太符合规范。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)