开发小记--4
自5月3号接到任务现在,已经过去一个多星期了。我想我应该有个交代了。
本来是做一个简单的招聘求职信息发布的，我现在把它做成了分类信息门户了，基本实现方式是套用了我之前的产品库中的分类，参数属性等数据库结构，直接增加了一个信息表，
原来数据库结构看下图：
上面的表结构只是整个数据库结构里面的一部分。其中比较完善的或是已经满足我现在的需求的就是针对任何一个产品或是
信息分类（Sys_Category），我能够去定制其属性参数（Sys_Attribute），属性可以定义其属性值正则（Sys_Rege，后面
输入参数值正确与否判断）和单位（Sys_Unit，目前只是简单的显示，后期有需要可以加入单位转换）。
参数中有一个Attribute_IsMenu字段，其标识此参数为菜单选择参数类型。比如手机有一个参数叫手机制式
在前台可以显示这个参数的值列表GSM、CDMA、3G等等用户可以直接点击这些值检索相对应的产品。其实在后面的实现中，此字段已经不仅仅是这个意义了，他还表示是一个下拉框选项的意义,其参数值都是预先设置好的,后期只能从中选择。
参数值(Sys_AttributeValue) 中有一个AttributeValue_IsForetell字段，它表示此参数值为预设参数值，当初增加这个字段的想法是因为有很多产品的某个参数值是大同小异的。我就想着填写他们的时候，应该可以从下侯选框中选择，而没必要自己再重新输入了。仅当侯选框中没有时需要自行输入。且此值在后台设置，他与之前的参数中的IsMenu相对应，IsMenu为True的参数，其参数值应该全为IsForetell = True的。
在上面的数据库结构图中，有一张表Sys_AttributeTypeMapping ，此表使参数还能实现另外一个功能：参数还有参数类型之分。
看上图，这里只是网页的局部效果图，但其中的参数分类已经可以看清楚了，而且参数值也看清楚了，很多这样的参数，有很多产品都是具有相同的文字描述参数值的。
其中的参数分类信息还是存储于Sys_Category表中，其中用Category_WithPertain字段区分此分类所属。其它表中的
_WithPertain 字段也是类似区分的作用。
其中还默认建了一个推荐分类.其作用就是把要显示在前台供用户直接检索的几个参数放入其中(如图2所示的几个参数) 供前台调用判断.
上面第一个图，不知道大家是否看明白了？若看明白了，是否会说还少一个我们的主角啊？若此数据结构是产品数据库，那
产品呢？他存在于哪里呢？
也许大家也看到了有几个表中出现的 _HostID ，对就是它了，他就是我们的主角。这里我没有给出其表，因为此表我没有
进行抽像，我觉得这里进行抽像不适合。一是一些关联不好做，比如产品和产品分类的，产品和产品品牌的，产品和产品文
章的，产品和产品关联的，产品和产品价格的（此处有一套价格体系,进货价，批发价，零售价，不同等级的会员价，还有
不同商家的报价）等等。二是那些公有的，稳定的参数或属性，没必要放到参数表里面去，直接放在产品表中，在开发和性
能上面都会好很多。 三是就目前的数据结构而言，我可以继续完善它，使之真正的具有一定的通用性或是适用性后，可以
作为一套 参数属性系统 而独立存在，不依赖于其真正的宿主实体。
加上上面的产品信息表。你是否已经把整个数据结构理顺了呢？若你理顺了。那我现在要再增加一个分类门户信息系统，我
是不是只要在后台添加设置分类信息及分类参数，再添加一个分类门户信息表，就OK了呢？
经过我周末的尝试，完全没有问题，目前已经完成信息的发布了，只要再把之前的评论和回复用上，任务完成。
本来是做一个简单的招聘求职信息发布的，我现在把它做成了分类信息门户了，基本实现方式是套用了我之前的产品库中的分类，参数属性等数据库结构，直接增加了一个信息表，
原来数据库结构看下图：
上面的表结构只是整个数据库结构里面的一部分。其中比较完善的或是已经满足我现在的需求的就是针对任何一个产品或是
信息分类（Sys_Category），我能够去定制其属性参数（Sys_Attribute），属性可以定义其属性值正则（Sys_Rege，后面
输入参数值正确与否判断）和单位（Sys_Unit，目前只是简单的显示，后期有需要可以加入单位转换）。
参数中有一个Attribute_IsMenu字段，其标识此参数为菜单选择参数类型。比如手机有一个参数叫手机制式
在前台可以显示这个参数的值列表GSM、CDMA、3G等等用户可以直接点击这些值检索相对应的产品。其实在后面的实现中，此字段已经不仅仅是这个意义了，他还表示是一个下拉框选项的意义,其参数值都是预先设置好的,后期只能从中选择。
参数值(Sys_AttributeValue) 中有一个AttributeValue_IsForetell字段，它表示此参数值为预设参数值，当初增加这个字段的想法是因为有很多产品的某个参数值是大同小异的。我就想着填写他们的时候，应该可以从下侯选框中选择，而没必要自己再重新输入了。仅当侯选框中没有时需要自行输入。且此值在后台设置，他与之前的参数中的IsMenu相对应，IsMenu为True的参数，其参数值应该全为IsForetell = True的。
在上面的数据库结构图中，有一张表Sys_AttributeTypeMapping ，此表使参数还能实现另外一个功能：参数还有参数类型之分。
看上图，这里只是网页的局部效果图，但其中的参数分类已经可以看清楚了，而且参数值也看清楚了，很多这样的参数，有很多产品都是具有相同的文字描述参数值的。 其中的参数分类信息还是存储于Sys_Category表中，其中用Category_WithPertain字段区分此分类所属。其它表中的
_WithPertain 字段也是类似区分的作用。
其中还默认建了一个推荐分类.其作用就是把要显示在前台供用户直接检索的几个参数放入其中(如图2所示的几个参数) 供前台调用判断.
上面第一个图，不知道大家是否看明白了？若看明白了，是否会说还少一个我们的主角啊？若此数据结构是产品数据库，那
产品呢？他存在于哪里呢？
也许大家也看到了有几个表中出现的 _HostID ，对就是它了，他就是我们的主角。这里我没有给出其表，因为此表我没有
进行抽像，我觉得这里进行抽像不适合。一是一些关联不好做，比如产品和产品分类的，产品和产品品牌的，产品和产品文
章的，产品和产品关联的，产品和产品价格的（此处有一套价格体系,进货价，批发价，零售价，不同等级的会员价，还有
不同商家的报价）等等。二是那些公有的，稳定的参数或属性，没必要放到参数表里面去，直接放在产品表中，在开发和性
能上面都会好很多。 三是就目前的数据结构而言，我可以继续完善它，使之真正的具有一定的通用性或是适用性后，可以
作为一套 参数属性系统 而独立存在，不依赖于其真正的宿主实体。
加上上面的产品信息表。你是否已经把整个数据结构理顺了呢？若你理顺了。那我现在要再增加一个分类门户信息系统，我
是不是只要在后台添加设置分类信息及分类参数，再添加一个分类门户信息表，就OK了呢？
经过我周末的尝试，完全没有问题，目前已经完成信息的发布了，只要再把之前的评论和回复用上，任务完成。
