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

没有选择保留，我在服务器上再试试看

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


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

没有选择保留部分uid，我说的是新的空闲uid，比如原来的空闲uid是5,重排后再次查询出现新的空闲uid，是新的uid数字

还有一个问题：
我在模拟重排后又删除用户，再重排。
结果程序慢的几乎没有响应（排除网络问题）；
跟上面说的一样，重新运行程序明明没有任何
空号，但还是提示原来没有重排之前的空号数据。

好东西，收下了````````````````

原帖由 H5N1 于 2006-10-6 10:12 发表
还有一个问题：
我在模拟重排后又删除用户，再重排。
结果程序慢的几乎没有响应（排除网络问题）；
跟上面说的一样，重新运行程序明明没有任何
空号，但还是提示原来没有重排之前的空号数据。

刷新一下试试？
关于程序运行很慢的问题，简单说吧：因为每转换一个用户，都需要对２８个表进行数据更新（其他的查询不算），也就是说，每更新一个用户就有２８次查询，所以，如果你的论坛用户数量很大，程序就很有可能进入假死状态或者超过最大运行时间。对于这个问题，也许等我有空了再想想办法。

下面附上转换用户的时候需要更新的２８个表：

1. access
   
2. activities
   
3. activityapplies
   
4. adminsessions
   
5. attachments
   
6. blogcaches
   
7. buddys
   
8. creditslog
   
9. favorites
   
10. memberfields
    
11. members
    
12. moderators
    
13. modworks
    
14. myposts
    
15. mythreads
    
16. onlinetime
    
17. orders
    
18. paymentlog
    
19. pmsearchindex
    
20. promotions
    
21. ratelog
    
22. searchindex
    
23. sessions
    
24. subscriptions
    
25. threadsmod
    
26. validating
    
27. posts
    
28. threads

复制代码

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

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


没有选择保留部分uid，我说的是新的空闲uid，比如原来的空闲uid是5,重排后再次查询出现新的空闲uid，是新的uid数字

你的论坛用户数是不是很多？

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


我说“由于手工删除用户或者升级过程中造成的数据不完整”，“数据不完整”的意思是：用户表（cdb_members）中已经把某个用户删除了，但是在其他的表中，该用户的UID记录由于某些原因依然存在。比如，删除了 ...

呵呵,先谢了,由于你写的程序,也给我一点希望了,至少给了起点,接下来我自己慢慢研究了...

谢谢！！！
找了好久了
隔壁小朋友在我的论坛 注册了8个用户。。。。。。

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

　　您可以：

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

选强制模式之后 没办法登录了

（好像只有）管理员不行说密码错误
两个管理员都 是，另选两个版主可以登录
UID=1的管理员不见了，其他正常


把我自己丢了。。

[ 本帖最后由 琴剑飘零 于 2006-10-7 23:25 编辑 ]

测试 N 次，重排了四个论坛，这个问题到没有遇到过
39楼的问题倒有。
楼主要再完善了。

[ 本帖最后由 H5N1 于 2006-10-7 23:11 编辑 ]