‘壹’ 数据库设计，一张订单里有多种商品，种类数目都不定，怎么设计这两个表啊
照您这句话来说呢，有以下几个实体集：订单，商品，商品种类以及订单详情记录。
其中一个订单包括多种商品，每种商品有所属的种类和数量，而这些信息都被记录在订单详情记录表中。订单表和订单详情记录表通过订单编号连接起来。至于各个表的属性还要看您的具体需求来定。
‘贰’ 商品分类的数据库是怎么设计的以满足查询的高效
这个三个表就应该够了吧，一个是商品大类表，一个是品牌表，另外是商品详细信息表
商品类别表：
ClassID
ClassName
ParentID //这个商品类归属的上个大类，也就是满足你的多级分类要求
举个例子 假设说你的鞋子分类id是1，那下属的小类举例说女凉鞋，她的ParentID就是1，明白？
品牌表：
BrandID
BrandName
BrandDescription
商品详细信息表：
GoodId
ClassID
BrandID
GoodName
GoodDescription
GoodURl
还有其他你想加的属性
‘叁’ 一直在疑问京东商城的数据库是如何搭建的，那么多商品，每种商品的参数各不相同，是怎样设计数据库的
思路一，使用独立的商品类表， 构造商品属性信息，1、N个商品类属性值表，2、商品基本信息表，3、商品属性表
思路二，使用key-value模型，使用动态行列转换模型，将商品属性信息碎片化存储，整合型只读输出快照，1、公共键值表，2、公共类表，3、公共键类表，4、属性值物化表，5、商品基本信息表，6、商品属性表，6、商品属性快照表或模型
‘肆’ 一件商品不同分类数据库设计
一：先抽象一个公用的“商品”实体，然后每一个具体的类型的商品继承这个实体，可是这样子设计的话，不同种类的商品一多的话，那么表就越多。感觉还是很糟糕。
二：直接在”商品“这个实体里添加多一个属性，属性的值按约定的规则（如键值对）来描述包括这个商品种类信息，这样子的话就只要一张表就行。不过这样子做的话，在展示商品信息需要在前台对这个属性值进行分离，感觉好像哪里不太符合规范。
‘伍’ 商品管理系统数据库设计
一个完整的销售管理系统
我给你
‘陆’ 电子商务网站数据库设计时，商品表如何设计的问题
你开始并没有说清楚
按你的最新要求，应该是：
一个商品表，一个属性表（字段不重复了）
然后就是卖家商品表，字段如下：
卖家id 商品id 商品数量
明白吗？
如果多个店卖同一种商品，那数据都在卖家商品表里
需要商品名时，从商品表关联取数据，
需要商品属性时，从属性表关联
你想的复杂了
就2个表，一个商品表，一个属性表
商品表字段：id 品名
属性表字段：商品id 属性名 属性值
也就是说一个属性一条记录