数据库设计 - 数据库主键的问题

问题描述

问 题

问题是这样的，我有一个博客平台，其中有相册表 album，表结构很简单：

id, user_id, name, count_photo

这个 id 是 int 自增主键。

这个时候有个问题，相册本来是可以删除的，假设硬删除，那某个人恶意建了删删了建（虽然相册总数做了限制），id 就会留下许多空洞，如果是软删除，那 album 这张表数据会疯涨而且不好控制（限制每天创建数量？）。

我的想法是：

id 设置 char(32) ，并根据 [时间 + user_id] 合并后 MD5 得到，正常情况下同一个 user_id 的 [时间] 人为操作并不会重复（大不了再配合 uniqid / mt_rand），而不同用户不同 [user_id] 更不会重复，并且 id 加上 Unique 索引。

这样相册可以直接硬删除，恶意反复删除创建也不会对数据库造成什么影响。

不知道这种方式有没有什么问题？比如可能性能比 int 要差？各位是不是有过这样的实现呢？

解决方案

直接用UUID吧

这篇关于数据库设计 - 数据库主键的问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！