先说为什么升级吧，可能了解Discuz!的朋友看到版本号就知道为什么升级了。没错，版本太低，论坛发展受到很大制约成了升级的一个重要原因；另外一个重要原因就是升级前的一段时间社区访问量又有大幅上升，负载能力的不足，给用户带来不良体验，影响用户发贴积极性，制约社区发展。于是痛下决心升级...（ps:我是刚来到公司,系统早该升级了但由于人员不足一直没能落实），整个升级过程由我主刀，前期准备也就是仔细对比现有社区数据库与dz5.0数据库。自从开始使用dz2.0，就开始对其改造，经过近两年的改造，从程序到数据库被改动的地方非常多真可谓“面目全非”，程序的效率及负载能力也因此受到影响。
下面废话就不多说了，先讲一下大概的过程吧。
既然升级就需要有所取“舍”，轻装上阵才是硬道理(并不是要丢弃一些数据，只是放到最后去做)。
一：分析用户数据；
①. 由于dz2时期用户资料及个性设置均存储在members表，而dz5是将用户信息和详细资料个性设置分别存储在members，和memberfileds两个表中。
②. 两个版本对于用户组的统计存储有较大改动，dz2时期全部依靠credit的值对照usergroup中的设置来确定用户组，而dz5则是根据credits确定用户组之后将组id保存在groupid字段，因此在转移用户数据时就需要对用户组设置有较全面的了解，主要是了解各个用户组的划分界限及组id，在写升级程序时要用到这些数据。
③. dz2时期用status来区分用户权限，而dz5中用adminid，groupid来检查权限，因此升级程序要对status为Admin，SuperMod，Moderator，Banned，PostBanned，Inactive的用户重新分配groupid而不能单一通过②中的方法确定。其他字段的数据很容易处理，也没什么特殊之处而且有一部分是两个版本相同的字段。
④. 因为以前安装的银行跟现在的银行也有较大改变，dz2时期在用户表中有bank和money字段分别存储存款和现金，dz5中没有存款字段了，只好把用户的存款全部加到现金中，然后保存到dz5的银行扩展字段extcreditsX (X=1,2,…8)。还有一个需要注意的就是存款的利息，（虽然你可能会觉得这个应该是毛毛雨啦，但用户会很在意的。。。）转移银行存款时一起结算吧~~
二：分析帖子数据；大家都知道，帖子数据是要分threads和posts两个表的，因此在这一步还要分开考虑threads和posts，要注意的就是帖子类型的不同，转数据时会涉及到其他表。从dz2时期就有了"投票帖"，"附件"，升级程序在遇到这些特殊帖子时就需要同时转移投票选项及附件的数据（当然你也可以一个表一个表的转），怎么判断遇到了这些特殊帖？有两个字段可以参考dz2.threads.pollopts和dz2.posts.aid。对于threads表，
①. 需要注意的是authorid，在dz2的threads表不记录发帖者uid，因此需要查出dz2.threads表中每条数据对应的uid。
' http://www.mypchelp.cn/article.asp?typeid=114
②. 转移投票帖时需要注意的是：dz2对投票选项采用了serialize()编码，因此就需要unserialize，下面把我的这部分代码贴出来供参考：
if ($rows['pollopts']){// 处理投票帖
$pollopts = unserialize($rows['pollopts']);
$i = 0;
foreach ($pollopts as $key => $v1){
if ($key=='options')
foreach ($v1 as $v){
$sql = "INSERT INTO dz5.polloptions (`tid`,`votes`,`displayorder`,`polloption`,`voterids`)VALUES('$rows[tid]','$v[1]','0','$v[0]','')";
jkquery($sql,1,0);
}
if ($key=='multiple') $polls['multiple'] = $v1;
$polls['maxchoices'] = '1';
}
$sql = "INSERT INTO dz5.polls (`tid`,`multiple`,`visible`,`maxchoices`) VALUES('$rows[tid]','$polls[multiple]','1','$polls[maxchoices]')";
jkquery($sql,1,0);
}
说明：jkquery是封装的函数，参数一$sql是需执行的SQL；参数二为1时执行SQL，为0时不执行SQL；参数三为1时输出SQL，为0时不输出SQL；这样封装是为了调试的方便，具体函数见附件。
③. 对于特殊帖需要在dz5版的threads表special字段做出标记，方法：$rows['pollopts']?1:0; 其中$rows查寻dz2.threads的结果集。
对于posts表，①. 用样有authorid的问题。②.对于包含附件的帖子同时转移附件数据，好在dz2时期一个帖子只能发一个附件，不然数据量又变大了J其他就没什么特殊的问题了。
对于一个社区而言，这两方面的数据是最重要的，其他数据的转移我就不说了。。。。
有一点就是我没有把程序整合到一起，而是利用<meta http-equiv="refresh" content="1 url=xxx.php">保持各个程序连贯运行。各个程序分开有利于编写时调试。再一点就是程序在转移数据时可以一次插入N条数据，这样做有好处也有风险，好处是减少与mysql的通讯次数缩短运行时间，但是如果在其中一条数据出现插入错误时就会造成后面的数据丢失。比如：半个字的问题，转义不管用的。。。 升级程序的效率还是需要注意的喔！在一切准备充分之后选择在凌晨3:00-8:00升级，事实上数据转移所花费的时间不到3个小时，共转移用户1100000++ ，帖子12000000++ ，其他数据累计也有千万之多，程序效率还是很重要的
数据升级完成只是新任务的开始：升级之前一定要注意的就是要规划好每一步该做什么，切忌乱了阵脚，因为用户可能会不习惯新版本，留恋老版本中的一些功能，而鉴于此就需要在新版中重新开发或者把老版中的相关功能迁移到新版。如果以前安装的插件比较多，可能就有更多的后续任务要做了，比如：插件所用到的数据，这些数据可能很集中这样还比较简单，也可能很分散这样就比较麻烦一些，这些就要看具体情况了。
升级改版不是只是新任务的开始，解决因升级而产生的问题才是最重要的。很多东西并不像我们升级前想象的那么理想，因为用户的需求是千变万化的。
附件是短消息，和收藏夹的升级程序，由于以前的数据库改动较大，升级程序也具通用性也就不发出来了，或许看后能有一些启发~
(ps: 这里没法添加附件...)
http://blog.csdn.net/zhys9/archive/2007/02/23/1513163.aspx
标签：
