正文：

之前发表过一篇"商城系统中【商品扩展属性】的表单生成及客户端验证"，部分童鞋对于后台数据库的设计比较感兴趣，于是今天把这部分也补上。

?

一、产品分类设计
越来越多的商城系统都热衷于选择“无限级分类”的设计，我也不例外，因为它方便扩展。这部分就不详细展开了，详见

无限级分类(非递归算法/存储过程版/GUID主键)完整数据库示例_(1)表结构?
无限级分类(非递归算法/存储过程版/GUID主键)完整数据库示例_(2)插入记录

无限级分类(非递归算法/存储过程版/GUID主键)完整数据库示例_(3)删除记录

无限级分类(非递归算法/存储过程版/GUID主键)完整数据库示例_(4)显示记录

稍微啰唆几句：
1.1?我习惯于把所有表加上前缀T_(即Table的第一个字母)，把所有字段加上前缀F_（即Field的第一个字母），把视图加上前缀V_(即View的第一个字母)...，这样最大的好处是在写linq to Sql时，智能提示(感应)会很爽，所有相关的东西全部列在一起，省去记忆脑细胞无数

?

1.2?这是我06年时从动网论坛剥下来的表结构(当然我又做了一些改造)，它的最大特点在于：通过添加一些辅助字段完全避开了无限分类中的递归问题。
1.3?之所以用guid做为主键，主要是考虑到数据库迁移时的方便，当然guid主键会带来一些性能上的损失（二害相权，取其轻也），为了改进可将guid改为comb主键(详见 “Integer GUID和Comb做主键的效率测试”)
1.4?考虑到很多人为了各种原因喜欢把分类页生成静态页，而为了url地址的简短/友好，guid主键有些长，所以我又添加了一个辅助字段F_AutoId，这样生成的静态页可以从类似"43A6162C-308A-4112-86F8-6E6B6B76FC6E.html"变成"1234.html"

二、产品分类--产品关联设计

如果“产品:分类”是1:1关系(即：一个产品只能归到一个分类下），则直接在产品表(T_Product)中增加一个字段(F_ClsId)即可。
如果“产品:分类”是1:N关系(即：一个产品能同时归到多个分类下)，则必须新建一个表（T_ProductInClass），建二个字段(F_ClsId,F_ProductId)，并把这二个字段设置为联合主键即可。

注：1:1还是1:N取决于需求，没有谁好谁坏之说。