PHP-MySQL和INT auto_increment字段
因为我记得自己,所以我正在使用LAMP(Linux Apache MySQL PHP)进行开发.但是一个问题困扰着我好多年了.希望您能帮助我找到答案,并指出正确的方向.这是我的挑战: 说,我们正在创建一个社区网站,允许我们的用户进行注册.我们存储所有用户的MySQL表如下所示:
因此,从此代码段中您可以看到,对于每个新用户’uid’字段,我们都有一个唯一且自动递增的字段.就像在每个良好而忠诚的社区网站上一样,如果用户要取消对我们社区的参与,我们需要为他们提供完全删除其个人资料的可能性. 这是我的问题.假设我们有3个注册用户:Alice(uid = 1),Bob(uid = 2)和Chris(uid = 3).现在,鲍勃想删除他的个人资料,并停止使用我们的社区.如果我们从“用户”表中删除Bob的个人资料,那么他缺失的“ uid”将创建一个空白,将不再填充.我认为这是对uid的极大浪费.我在这里看到3种可能的解决方案: 1)将表中’uid’字段的容量从SMALLINT(int(2))增加到例如BIGINT(int(8)),而忽略了一些uid会被浪费的事实. 2)引入新字段“ is_deleted”,该字段将用于标记已删除的配置文件(但将其保留在表中,而不是将其删除),以便为新注册用户重新使用其uid.该表将如下所示:
3)一旦删除前一个记录,编写一个脚本以移动所有随后的用户记录.例如.在我们的案例中,当Bob(uid = 2)决定删除其个人资料时,我们将其记录替换为Chris(uid = 3)的记录,以便Chris的uid等于2并标记(is_deleted =’1′)克里斯的旧记录是新用户空缺的.在这种情况下,我们会根据注册时间保持uid的时间顺序,以便年龄较大的用户具有较低的uid. 现在,请告诉我哪种方法是处理auto_increment字段中差距的正确方法.这只是用户的一个示例,但是这种情况在我的编程经验中经常发生. 提前致谢! 最佳答案 绝对不是移动用户ID的想法-有时会杀死您或您的mysql服务器.假设您有1,000,000个用户,而用户2被删除了-您必须将999,999个记录下移一个…就像查询一样简单,因为它仍然会锁定您的数据库一段时间. 我也认为这与您为每个表的每个插入设置的auto_increment值搞乱了. 插入-> AI 1->插入-> AI 1->删除-> AI保持不变…如果您将所有ID都移位,则下一个auto_increment值仍为1,001,这将使1,000空. 我说未签名的BIGINT并忽略它-因为如果您甚至接近bigint的极限,您还有许多其他问题需要解决;) (编辑:瑞安网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |