可以这样设计数据结构
商品分类(分类ID 主键,分类名称 有唯一索引)
商品信息(商品ID 主键,商品名称,规格等等, 分类ID 外键)
商品分类与商品信息二表基于分类ID字段建立一对多关系,并实施参照完整性。
表间关系可以设置以下两种模式:
1)级联更新和级联删除;
2)级联更新。
这两种关系模式下的共同点是两者都不予许 a商品信息表的分类ID字段里出现商品分类表中不存在的分类;b商品分类表中的某个分类ID发生改变后,商品信息表里所有相应的分类ID也会随之同步改动。
这样维护商品分类的工作会被大大简化,我们只要维护商品分类表就好了,商品信息表中的分类信息则有系统自动予以维护。
两种关系的分别是删除商品分类时的表现很不一样:
第一种关系,当在商品分类表中删除某个分类时,商品信息表中所有含相应分类的记录也会被同步删除。其好处是删除 *** 作非常便捷,坏处是如果商品信息表中的记录非常重要,假如不小心删除了某个分类,那么连带的珍贵商品信息记录也会同时丢失。
第二种关系,当在商品分类表中删除某个分类时,如果商品信息表中所有含相应分类的记录,那么该删除 *** 作就无法实施。其好处是下级数据表的关联记录不会因删除商品分类而丢失,坏处是删除分类 *** 作比较麻烦,首先要删除下级表中含关联分类的记录后才能删除上级表中的分类。
究竟采取哪种关系模式,应根据实际需求而定。不过大多数情况下建议选择第二种模式,即只实施级联更新而不实施级联删除,因为下级表中的资料通常都是日常记录下来的重要数据。
商品编号,商品型号,商品名称,商品分类,商品销售权限,供货价格,市场价格,优惠价格,打折价格,关键词一,关键词二,关键词三,库存,商品配送类型,商品支付方式,商品代表图,商品特征,商品规格,商品是否展示,商品展示类型,商品展示开始时间,商品展示结束时间,商品评价,商品创建日期,修改日期
该商品名属于字符型数据类型。
在数据库中,字符型数据类型通常用于存储文本信息,例如商品名称、客户姓名、地址等,其长度可以根据实际需要进行定义。
在关系型数据库中,常用的字符型数据类型包括CHAR、VARCHAR、TEXT等。
其实一个表就可以做到了,实现一个无限级分类,如:
uid uname ucontent pid
商品id 名称 描述 关联pid
重点就在这个pid上,当一个商品为父类时,pid为0,当他为某一个商品的子类
时,pid即为父类的id,以此来无限极关联;
PS: 这样,当你每次点一个商品的同时,你要查询表的数据。根据需求
显示商品预览效果;
至于你说的不显示,代码不贴出来大家怎么给你看!
以上就是关于设计数据库问题,数据库设计分类,商品归属某个分类,问题是要是这个分类删除了怎么办,还有添加分类,商全部的内容,包括:设计数据库问题,数据库设计分类,商品归属某个分类,问题是要是这个分类删除了怎么办,还有添加分类,商、做数据库,商品是分类建表还是所有商品用同一张表、商品表的商品名属于什么数据类型等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)