目前有个非常棘手的问题,在产品数据表格建立当中,传统的数据模式分2种:
一、固定分类数据
这种数据库运行时对于服务器资源占用较小,但分类不灵活,不适于多类形式数据库构建
如果产品划分为一层,即数个大类,然后所有产品归属于不同的类,数据库是这样构建的:
首先建立一个大类的数据表格,定义ID
然后建立一个产品表格,该表格中一列数据为归属类的ID
如果产品分2层,则再建一个次类表格,在该表格中定义一列数据为主类ID,然后将产品表格中的归属类列定义为次类ID
依次类推多层构造
二、不固定分类数据
这种数据库构建对于分类更灵活,但也更占用服务器资源
首先建立一个类数据表格,在该表格中定义一列数据为父类ID(A列),也可再添加一列定义为是否拥有子类或类的层数(B列)。
然后建立产品表格,定义一列数据为归属最子类ID
在运用时,先查找类数据表格的B列,如果该列内容为空或0,则对应的行所指定类为最父类,然后查找B列数据为1的行(即为第2类),再查找符合该规则的行的A列数据,则清楚该子类的归属父类。。。以此类推
目前我正思考怎样才能构建既能灵活分类又能见效服务器资源占用的类表格。可惜暂时还想不出来
继续想,加油!!
一、固定分类数据
这种数据库运行时对于服务器资源占用较小,但分类不灵活,不适于多类形式数据库构建
如果产品划分为一层,即数个大类,然后所有产品归属于不同的类,数据库是这样构建的:
首先建立一个大类的数据表格,定义ID
然后建立一个产品表格,该表格中一列数据为归属类的ID
如果产品分2层,则再建一个次类表格,在该表格中定义一列数据为主类ID,然后将产品表格中的归属类列定义为次类ID
依次类推多层构造
二、不固定分类数据
这种数据库构建对于分类更灵活,但也更占用服务器资源
首先建立一个类数据表格,在该表格中定义一列数据为父类ID(A列),也可再添加一列定义为是否拥有子类或类的层数(B列)。
然后建立产品表格,定义一列数据为归属最子类ID
在运用时,先查找类数据表格的B列,如果该列内容为空或0,则对应的行所指定类为最父类,然后查找B列数据为1的行(即为第2类),再查找符合该规则的行的A列数据,则清楚该子类的归属父类。。。以此类推
目前我正思考怎样才能构建既能灵活分类又能见效服务器资源占用的类表格。可惜暂时还想不出来
![](http://blog.csdn.net/Emoticons/cry_smile.gif)
![](http://blog.csdn.net/Emoticons/teeth_smile.gif)