应用中心写烦了，就写这么一篇文章来休息一下。
首先，先看Z-Blog 2.0的数据表。对比1.8，只增加了blog_Config和blog_Function。前者生存包罗系统设置在内的一切设置，后者用于对侧栏举办打点。
打开blog_Article表(即文章表)
可以看到，对比1.8，它多出了“YEA”“NAY”“RATTING”“TEMPLATE”“FULLURL”“ISANONYMOUS”“META”
Yea、Nay、Ratting三个列的初志是存储文章的评分的三个列。这三个列系统没有利用到。许多人都知道Z-Blog 1.8有一个插件“用心打分”，它有自带一个数据库。此刻，Z-Blog2.0直接在数据库里插手了这三个列，插件可以任意挪用了。
Template列是用于存储模板的。在靠山的显示，就是这个：
这个成果的意义，我想列位都知道，也就不消说了。
IsAnonymous这个列，在系统里也没有用到。这个列的初志是什么我也不知道，这是一个废列。。
Meta这个列根基每个表都有，在后头表明。
再看blog_Category：
同样的，多了一些新的对象。与上面临比，它有一个新的列——ParentID。
它的用途，就是指定二级分类的父分类。
接着，打开[blog_Comment]
这里有三个废列。。别离是“Reply”“LastReplyIP”“LastReplyTime”。。“Yea”“Nay”“Ratting”的用途一样。。不外貌似RATTING在这里没什么用吧?
Z-Blog 1.8的回覆评论广受诟病。它是通过UBB标签[REPLY=XXXXX]实现的，相当于你每回覆一次评论就编辑了一次原评论。假如有SPAM，又难找又难清理。
在2.0，你对评论举办回覆，就相当于颁发一条评论的子评论。这样，前台用户体验更好，评论打点更利便。
IsCheck是专门为反SPAM插件量身定做的列。假如它的值为TRUE(或1)，则靠山评论打点和前台均不显示该评论，相当于评论进入了审核列表，期待用户的审核。对比以前的TOTORO插件用负的LOG_ID作为待审核的依据，isCheck列省去了插件在挪用进程中还要手动POST+RESPONSE.END的贫苦，直接配置它为TRUE即可。
blog_Config只有两个列，一个用于生存插件名，一个用于生存详细设置项和设置值。
设置值的名目如下：
中间有几个CHR(1)和CHR(2)作为脱离符，全部的内容先ESCAPE一遍再存入数据库，担保了设置项的原汁原味。
最大的窜改该blog_Counter莫属了。在1.8中，它是一个废表。2.0中，它的成果举办了强化，也有了一个类用于操纵该表。
这个内外的内容不再赘述。它有什么意义呢?
开启了伪静态时，它可觉得你记录蜘蛛行踪而不必去翻IIS日志。
某插件呈现问题，它可觉得你忠实记录下错误产生时的欣赏器情况，也可以写入堕落原因。
系统运行正常，但需要知道某些插件是否正常事情，不要紧，它可觉得你胜任。
为了担保效率，Z-Blog2.0系统内未利用该表，可是有现成的类可以挪用。
这个表，是我们的blog_Function，侧栏打点的存放表。
1.8建造侧边栏，是众所周知的贫苦。于是，这个表共同“侧栏打点”应运而生
你还在模板里直接修改代码?你OUT了!有了它，可以直接在靠山拖拖拉拉开开关关然后文件重建!
这个表，彻彻底底解放了模板，解放了建造者，也解放了利用者。
keyword表是汗青(1.6版本)遗留表，不管他。
trackback表也是汗青(1.8版本)遗留表。
这个表，是BLOG_MEMBER表，用户表。
这个表，撤除民众部门修改以外，尚有一个“mem_Guid”列。
干啥用的?
1.8的暗码各人都知道，直接用MD5(暗码)写入COOKIE，一个COOKIE能通行一堆弱暗码站的靠山。
2.0，就加了一个GUID。