如何设计支持用户自定义的应用默认分类系统（替代批量复制方案）

你当前的方案确实存在几个明显的问题：

• 数据冗余严重：每个用户都要存储50条完全相同的默认分类记录，随着用户量增长，数据库会被大量重复数据占用，浪费存储空间。
• 注册性能损耗：注册时批量插入50条记录，会增加数据库写入耗时，拖慢用户注册的响应速度，甚至可能引发数据库连接超时。
• 维护成本高：如果后续需要修改默认分类（比如改名、新增/删除默认分类），你得批量更新所有用户的分类记录，操作复杂且容易出错。

下面是几个更优的实现思路，你可以根据业务需求选择：

方案一：分离全局默认分类与用户自定义分类 #

这是最推荐的方案，核心思路是把默认分类和用户自定义分类分开存储：

1. 新建一张default_categories表，只存储一套全局默认分类（比如50条记录，全局只存一次）。
2. 用户的categories表仅存储用户自己新增/修改的自定义分类，关联user_id。
3. 查询用户的所有分类时，合并全局默认分类和该用户的自定义分类，并且可以设置自定义分类优先级（比如用户自定义了同名/同类型的分类，优先显示用户的版本）。

代码示例 #

首先在User模型中定义关联和获取全部分类的方法：

// app/Models/User.php
public function customCategories()
{
    return $this->hasMany(Categorie::class);
}

/**
 * 获取用户所有分类（默认+自定义）
 * @return \Illuminate\Database\Eloquent\Collection
 */
public function getAllCategories()
{
    // 获取全局默认分类
    $defaultCategories = DefaultCategorie::all();
    // 获取用户自定义分类
    $customCategories = $this->customCategories;

    // 合并两个集合，按type+name去重，自定义分类优先覆盖默认分类
    return $defaultCategories->merge($customCategories)->unique(function ($category) {
        return $category->type . $category->name;
    });
}

后续维护默认分类时，只需要修改default_categories表即可，所有用户都会自动同步更新，非常省心。

方案二：延迟初始化默认分类 #

如果你的业务需要用户的分类必须存储在categories表中（比如需要支持对默认分类的修改），可以把默认分类的创建时机从注册阶段延迟到用户第一次使用分类功能时：

1. 用户注册时，不创建任何分类记录。
2. 当用户第一次访问分类页面、提交带分类的内容时，检查该用户是否已有分类记录，如果没有则批量插入默认分类。

代码示例 #

// app/Models/User.php
public function getCategories()
{
    $categories = Categorie::where('user_id', $this->id)->get();

    // 如果用户还没有分类，批量插入默认分类
    if ($categories->isEmpty()) {
        // 定义默认分类数组
        $defaultCategories = [
            ['user_id' => $this->id, 'name' => '工作', 'type' => 'life'],
            ['user_id' => $this->id, 'name' => '生活', 'type' => 'life'],
            // ... 其他48个默认分类
        ];

        // 批量插入，比循环create效率高很多
        Categorie::insert($defaultCategories);
        
        // 重新查询分类
        $categories = Categorie::where('user_id', $this->id)->get();
    }

    return $categories;
}

这个方案避免了注册时的性能损耗，只有真正使用分类功能的用户才会生成分类记录，节省了数据库资源。

方案三：单表存储+动态合并默认分类 #

如果不想新增表，可以在现有categories表中添加一个is_default字段（boolean类型，默认false），核心逻辑是：

1. 用户注册时不创建任何分类记录。
2. 查询用户分类时，先取出用户的自定义分类，再和预设的全局默认分类列表合并。
3. 当用户想要修改某个默认分类时，再将该默认分类复制为用户的自定义分类（标记is_default=false），后续查询时优先显示用户自定义的版本。

代码示例 #

// app/Models/User.php
/**
 * 获取用户所有分类（默认+自定义）
 * @return \Illuminate\Support\Collection
 */
public function getAllCategories()
{
    // 预设全局默认分类列表
    $defaultCategories = collect([
        ['type' => 'life', 'name' => '工作', 'is_default' => true],
        ['type' => 'life', 'name' => '生活', 'is_default' => true],
        // ... 其他默认分类
    ]);

    // 获取用户自定义分类，按type分组
    $customCategories = $this->categories->keyBy('type');

    // 合并：如果用户有自定义分类则用自定义的，否则用默认的
    return $defaultCategories->map(function ($default) use ($customCategories) {
        if ($customCategories->has($default['type'])) {
            return $customCategories[$default['type']];
        }
        return (object)$default;
    });
}

// 用户修改默认分类的方法
public function updateDefaultCategory(string $type, string $newName)
{
    // 检查是否已有该类型的自定义分类，没有则创建
    $category = $this->categories()->firstOrCreate(
        ['type' => $type],
        ['name' => $newName, 'is_default' => false]
    );

    // 如果已有则更新名称
    if (!$category->wasRecentlyCreated) {
        $category->update(['name' => $newName]);
    }

    return $category;
}

总结 #

• 如果不需要用户修改默认分类，方案一是最优选择，最节省存储空间，维护成本最低。
• 如果需要用户能直接修改默认分类，方案三更灵活，不需要额外建表。
• 如果注册性能是核心关注点，方案二可以有效降低注册阶段的数据库压力。

内容的提问来源于stack exchange，提问作者Jeremy