UID复用重排 For Discuz 5.0.0 && ……（更新至：2006/10/31 11:13）

我的怎么显示这个
cdb_adminsessions表中发现重复记录，可能是由于手工删除用户或者升级过程中造成的数据不完整！程序无法继续进行！

　　您可以：

　　　　１、放弃重排；
　　　　２、返回查询页，勾选强制模式并再次提交，程序可以强制清除数据表中不完整的记录并排序！

难道没有办法重排了？

原帖由 箫乐戏 于 2006-10-6 05:49 发表
我想是没人成功过吧?

cdb_activities表中发现重复记录，可能是由于手工删除用户或者升级过程中造成的数据不完整！程序无法继续进行！

(反驳 : 今天做过检查,无任何错误记录. 删除用户是在DZ后台批量删除, ...

我说“由于手工删除用户或者升级过程中造成的数据不完整”，“数据不完整”的意思是：用户表（cdb_members）中已经把某个用户删除了，但是在其他的表中，该用户的UID记录由于某些原因依然存在。比如，删除了用户，但没有删除该用户的帖子或附件，那么在转换过程中就会发现“重复”的UID。这是没有办法的事情。因为用户ID是不允许重复的，只要有一个表中有残留的UID记录，你就没办法进行替换。但是遇到这种情况，你也可以采取两种办法进行处理：一是，如果你觉得已经删除的用户的帖子和附件没有必要保留，那么，你可以勾选强制模式，让程序强行清除这些冗余的用户数据；二是，你可以记录出错的UID号，返回查询页，勾选保留该UID号码，再重新提交，即可。但老实说，这两种方法都不完美。因为，没有程序是完美的。

原帖由 yg6880 于 2006-10-6 08:50 发表

谢谢你的详尽的测试报告

不用客气哦！
我非常需要这个东西，希望你越做越好。
我制作和管理的四个论坛三个已经重排好了，还有一个
垃圾用户非常多，已经删除的最少已经有120多个了，正
在判断还有那些是使用暴力注册的垃圾用户，准备全部一
次清理、删除掉之后再重排。
目前还在做重复的测试，就是重排后又删除用户，
再重排；再测试～～～～
目前为止暂时没有发现不妥。

原帖由 garuda 于 2006-10-6 09:05 发表
我的怎么显示这个
cdb_adminsessions表中发现重复记录，可能是由于手工删除用户或者升级过程中造成的数据不完整！程序无法继续进行！

　　您可以：

　　　　１、放弃重排；
　　　　２、返回查询页， ...
难道没有办法重排了？

重新查询，然后，在页面最下角，有一个强制模式（见图），把这个复选框打上勾，然后再提交，就可进行重排。

[ 本帖最后由 yg6880 于 2006-10-6 09:13 编辑 ]

原帖由 yg6880 于 2006-10-6 09:10 发表

重新查询，然后，在页面最下角，有一个强制模式（见图），把这个复选框打上勾，然后再提交，就可进行重排。

Fatal error: Maximum execution time of 30 seconds exceeded in d:\usr\web\www\d5\include\db_mysql.class.php on line 65

原帖由 garuda 于 2006-10-6 09:15 发表

Fatal error: Maximum execution time of 30 seconds exceeded in d:\usr\web\www\d5\include\db_mysql.class.php on line 65

超过最大执行时间，你的论坛数据量很大吗？是在本地测试的吗？如果不是在本地测试，或者你可以把论坛数据放到本地进行测试。因为程序运行可能有点慢，如果网络本身也很慢慢的话，就有可能出现超过最大执行时间的问题。

是在本地测试的，虽然显示超时，但重排是有执行的，
原先是20个空闲uid，执行后原来的20个uid被重排了（不过uid乱套 ），但重新查询空闲uid又会出来新的20个空闲的uid

原帖由 garuda 于 2006-10-6 09:31 发表
是在本地测试的，虽然显示超时，但重排是有执行的，
原先是20个空闲uid，执行后原来的20个uid被重排了（不过uid乱套 ），但重新查询空闲uid又会出来新的20个空闲的uid

竟有这样的问题？如果方便的话，把你的数据发给我，我测试一下？
附问：你是不是选择保留了一部分UID？

[ 本帖最后由 yg6880 于 2006-10-6 09:35 编辑 ]

原帖由 yg6880 于 2006-10-6 09:33 发表

竟有这样的问题？如果方便的话，把你的数据发给我，我测试一下？
附问：你是不是选择保留了一部分UID？

嗯！是有这回事。
其实，uid已经重排好了，但是再运行一次，
它又说有几个什么什么的，就是重复重排之前的情况。
也就是48楼说的情况（条件是没有保留任何uid号）。

[ 本帖最后由 H5N1 于 2006-10-6 09:45 编辑 ]

原帖由 H5N1 于 2006-10-6 09:41 发表


嗯！是有这回事。
其实，uid已经重排好了，但是再运行一次，
它又说有几个什么什么的，就是重复重排之前的情况。
也就是48楼说的情况。

如果你选择了保留部分UID，重排的时候，你选择保留的UID当然是不进行重排的呀。所以你再查询的时候，一样还是会显示有xx个空闲的UID的。