网站收藏功能数据库设计，核心是把“用户收藏了什么内容”“收藏后如何分类和管理”“收藏状态如何变化”分别建模。对于多用户网站，推荐采用“内容实体表 + 用户收藏关系表 + 分类扩展表”的结构，而不是把所有字段都直接放在用户表或内容表中。这样既能支持收藏、取消收藏、置顶、归档、备注和标签，也能避免同一个网址被重复存储。

一、收藏功能对应的核心数据关系

一个完整的网站收藏功能通常包含三类数据。第一类是被收藏的内容，例如文章、商品、视频、专题页面或普通网址；第二类是用户与内容之间的收藏关系；第三类是用户对收藏内容的管理信息，例如文件夹、标签、备注和排序。

其中，收藏内容表和用户收藏关系表需要分开。标题、原始网址、页面摘要通常属于被收藏对象；备注、收藏状态、所属文件夹则可能因用户不同而不同，应该放在用户收藏关系表中。比如两个用户收藏同一篇文章时，可以共享同一条内容记录，但分别设置自己的备注和分类。

二、收藏内容表的字段与参数设计

收藏内容表可以命名为 bookmark_item，也可以根据业务命名为 content、favorite_item 或 saved_page。它负责描述被收藏的目标，不负责描述某个用户的操作状态。

网址去重不能简单依赖用户输入的原始字符串。同一个页面可能因为协议、末尾斜杠、大小写、跟踪参数或默认端口不同而出现多个网址形式。系统可以先制定规范化规则，再保存 normalized_url，并根据该值生成 url_hash。是否去除查询参数，需要结合业务判断：文章页面通常可以去除部分跟踪参数，商品页面的参数可能决定具体规格，不能直接删除。

如果系统只面向个人使用，收藏内容表也可以直接和用户收藏表合并，结构更简单。但在存在多人收藏、需要统计热门收藏或需要统一更新页面标题的场景下，拆分两张表更适合长期维护。

三、用户收藏关系表是功能实现的核心

用户收藏关系表可以命名为 user_bookmark。它真正表示“哪个用户收藏了哪条内容”，收藏按钮、取消收藏按钮以及收藏列表查询，主要都围绕这张表完成。

user_id 与 item_id 应设置联合唯一约束，保证同一个用户对同一条内容只产生一条有效收藏关系。收藏操作可以使用“存在则保持、不存在则新增”的逻辑；取消收藏时，可以直接删除关系记录，也可以写入 deleted_at，以便支持恢复收藏和操作记录。

如果产品要求一条收藏只能归入一个文件夹，可以在 user_bookmark 中保留 folder_id，查询和维护都比较直接。如果同一条收藏可以同时出现在多个文件夹，则不应只使用 folder_id，而应增加 user_bookmark_folder 关系表，用 user_bookmark_id 和 folder_id 表示多对多关系。

四、文件夹、标签和排序参数如何扩展

文件夹适合表达稳定的层级结构，例如“工作资料”“待读文章”“购物参考”。文件夹表至少需要 user_id、name、parent_id、sort_order 和时间字段。user_id 用于隔离不同用户的分类，parent_id 用于支持子文件夹，sort_order 用于控制同级分类的显示顺序。

文件夹名称是否允许重名，应由产品规则决定。常见做法是在同一用户、同一父文件夹下限制名称重复，而不同父文件夹下允许使用相同名称。根目录可以使用空值或约定的根节点表示，但整个系统应保持一种规则，避免查询时出现两种层级逻辑。

标签适合表达跨分类的属性，例如“技术”“待阅读”“重要”“2025项目”。标签通常由 tag 表和 bookmark_tag 关系表组成。tag 表保存 user_id、name 和创建时间，bookmark_tag 保存收藏关系编号与标签编号，并对两列设置联合唯一约束，避免同一个标签被重复绑定。

排序参数不宜只保存一个模糊的 sort 字段。常见的排序方式包括按收藏时间倒序、最近更新时间倒序、置顶优先、手动排序和按标题排序。置顶状态使用布尔字段，手动排序可以使用数值型 sort_order；当列表数据较多时，还应通过 created_at、updated_at 和 id 组合形成稳定的分页顺序。

五、索引与查询配置应围绕实际功能建立

数据库索引不应平均添加到所有字段，而应匹配收藏页面的主要查询条件。用户打开“我的收藏”时，通常先按 user_id 过滤，再按删除状态、归档状态或文件夹筛选，最后按时间排序，因此 user_bookmark 需要围绕这些条件建立组合索引。

• 去重索引：对 user_id 与 item_id 建立联合唯一索引，限制重复收藏。
• 用户列表索引：围绕 user_id、状态字段和 created_at 建立组合索引，服务收藏列表分页。
• 文件夹索引：对 user_id、folder_id 和排序字段建立索引，支持分类内列表。
• 标签索引：对 bookmark_tag 的 tag_id、bookmark_id 分别建立查询所需的索引。
• 域名索引：收藏内容表中的 domain 适合用于按网站来源筛选或统计。
• 全文检索：标题和摘要需要关键词搜索时，可以使用数据库全文索引；复杂搜索再考虑独立搜索服务。

分页方式取决于数据规模。收藏数量较少时，按页码分页足够；当单个用户拥有大量收藏时，使用基于时间和主键的游标分页通常更稳定。无论采用哪种方式，排序字段都要有明确的次序，避免新增记录后出现重复或漏项。

六、不同收藏场景下的配置取舍

如果收藏对象是网站内部文章，收藏内容表可以直接关联 article_id，并将标题、摘要等内容留在文章表中，避免重复保存。此时 user_bookmark 重点保存 user_id、article_id、收藏时间、分类和状态。

如果收藏对象是外部网址，收藏内容表应保存 original_url、规范化网址、标题、域名和抓取状态。页面标题可能在后续发生变化，因此可以保留最近抓取时间或更新时间，但不应把外部页面的所有正文默认复制进数据库。只有在产品明确提供离线阅读功能时，才需要增加正文、抓取版本或资源存储字段。

如果一个收藏内容允许公开分享，需要在用户收藏关系表增加可见性参数，例如私有、指定范围或公开，并结合分享链接、访问权限和撤回状态建立独立的分享模型。不要仅通过修改 user_id 或复制收藏记录来实现分享，否则容易造成权限边界混乱。

如果系统需要同步浏览器收藏夹或第三方数据，还应区分导入批次、外部来源编号和同步时间。外部来源标识不能替代本系统的 user_id 与 item_id，只能作为数据同步和重复判断的辅助字段。

七、推荐的最小可用结构

只实现登录用户的收藏、取消收藏、列表查看和简单分类时，最小结构可以由用户表、收藏内容表、用户收藏关系表和文件夹表组成。核心关系是：

在此基础上，标签功能增加 tag 与 bookmark_tag 两张表；多文件夹功能增加收藏与文件夹的关系表；公开分享、回收站、操作历史和离线阅读则按实际功能单独扩展。这样的数据库设计既能覆盖网站收藏功能的主要用途，也能让新增参数保持在对应的数据对象中，减少后续修改表结构时对已有收藏记录的影响。