RANK投票！都来看一下！

=|HERO|=X.m.G.p

根源是HERO-Rank第一带导入到第二带的过程,如果说第二带启用新数据重新来过的话根本没这些事 原来就是从SQLSERVER2000导到Mysql4.0上根本是两个结构和性质不同的数据库,所以就是"脏数据" 几个月清一次的方法根本是治标不治本的方法,要么花时间慢慢整理数据库,要么直接抹掉重头来 慢慢整理数据能累死咱们的技术人员，不就是点破分吗，重新打又能怎么了，不就是些破枪吗，重新解又能怎么了！有人说会有人员流失，流失就流失，没有RANK的这段时间也没见流失多少！ 这生病了就要除根！不要留下隐患，痛也就痛这一次！免得以后天天来月经！ 4 \; r1 d6 \# N, m

=|HERO|=..P_P..

清o吧..

=|HERO|=BirdQD

94 支持清零！！
我60000多分算捐赠了
  Z- [) ^; l) m7 y不要了！

=|HERO|=Micahs.

如果能保证以后不会再出现类似的问题，就支持清零！这个还需要技术员给我们点儿信心

=|HERO|=X.m.G.p

原帖由 =|HERO|=X.m.G.p 于 2007-7-9 23:09 发表
根源是HERO-Rank第一带导入到第二带的过程,如果说第二带启用新数据重新来过的话根本没这些事
; f* X" L/ P+ u  j原来就是从SQLSERVER2000导到Mysql4.0上根本是两个结构和性质不同的数据库,所以就是"脏数据"
几个月清一次的方法根本是治标不治本的方法,要么花时间慢慢整理数据库,要么直接抹掉重头来

这些话就是技术人员说的。

=|HERO|=Mking

如果LZ把头像换个，我就支持清0，

' w/ B6 W7 S2 a: w现在一到晚上都不敢上咱HERO的论坛了，
9 X3 U6 l4 t; p1 k' `0 s4 i
0 [; J! U% L8 @, o. {4 C, c4 K- ]这样的感觉不只是我一个人有，
  q# O$ B1 t4 `: W
3 N0 W; r. e# a6 }* }! l现在LZ应该知道后果的严重性了吧？
. L* l3 g+ m4 ]3 n
LZ应先拉出去枪毙！

=|HERO|=X.m.G.p

我靠，我头像跟RANK有鸟关系，晕鸟，，，，，，，，，，，，，，，，，，，

5 F# G! J" Y' C1 E. P8 t3 }. }你素女生哦？让介么个小孩下成这样？哈哈哈！

=|HERO|=BirdQD

其实花絮里这个小朋友还多可爱的

=|HERO|=X.m.G.p

投票投票！！