网站珍藏职能数据库设计，主题是把“用户珍藏了什么内容”“珍藏后若何分类和治理”“珍藏状态若何变动”别离建模。对于多用户网站，推荐选取“内容实体表 + 用户珍藏关系表 + 分类扩大表”的结构，而不是把所有字段都直接放在用户表或内容表中。这样既能支持珍藏、取缔珍藏、置顶、归档、备注和标签，也能预防统一个网址被沉复存储。

一、珍藏职能对应的主题数据关系

一个齐全的网站珍藏职能通常蕴含三类数据。第一类是被珍藏的内容，例如文章、商品、视频、专题页面或通常网址；第二类是用户与内容之间的珍藏关系；第三类是用户对珍藏内容的治理信息，例如文件加注标签、备注和排序。

网站珍藏职能的重要数据对象

数据对象	重要用处	适合保留的内容
用户表	确认珍藏行为的归属用户	用户编号、账号状态等基础信息
珍藏内容表	保留被珍藏的网址或站内内容	标题、网址、提要、域名、内容类型
用户珍藏关系表	暗示某个用户是否珍藏某条内容	用户编号、内容编号、珍藏功夫、状态、备注
文件夹或分类表	对珍藏内容进行层级治理	分类名称、父级分类、排序值
标签关系表	支持一条珍藏占有多个标签	珍藏编号、标签编号

其中，珍藏内容表和用户珍藏关系表必要分隔。标题、原始网址、页面提要通常属于被珍藏对象；备注、珍藏状态、所属文件夹则可能因用户分歧而分歧，应该放在用户珍藏关系表中。好比两个用户珍藏统一篇文章时，能够共享统一条内容纪录，但别离设置自己的备注和分类。

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

珍藏内容表能够定名为 bookmark_item，也能够凭据业务定名为 content、favorite_item 或 saved_page。它掌管描述被珍藏的指标，不掌管描述某个用户的操作状态。

珍藏内容表的推荐字段

字段	建议类型	职能注明
id	BIGINT 或 UUID	珍藏内容的唯一编号，需作为主键
original_url	VARCHAR 或 TEXT	保留用户提交的原始网址，便于还原接见解址
normalized_url	VARCHAR	按系统规定处置后的网址，用于判断沉复内容
url_hash	固定长度二进造或字符串	对规范化网址天生提要，适合成立唯一索引
title	VARCHAR	网页或站内内容标题
description	TEXT	页面提要或抓取到的简短描述
domain	VARCHAR	保留网址域名，支持按站点筛选和统计
content_type	VARCHAR 或 SMALLINT	分辨文章、视频、商品、网址等内容类型
cover_url	VARCHAR	页面封面或缩略图地址，可按业务选择
created_at、updated_at	DATETIME 或 TIMESTAMP	纪录内容初次创建和最近更新的功夫

网址去沉不能单一依赖用户输入的原始字符串。统一个页面可能由于和谈、末尾斜杠、大幼写、跟踪参数或默认端口分歧而出现多个网址大局。系统能够先造订规范化规定，再保留 normalized_url，并凭据该值天生 url_hash。是否去除查问参数，必要结合业务判断：文章页面通Ｄ芄蝗コ棵鸥俨问，商品页面的参数可能决定具体规格，不能直接删除。

若是系统只面向幼我使用，珍藏内容表也能够直接和用户珍藏表归并，结构更单一。但在存在多人珍藏、必要统计热点珍藏或必要统一更新页面标题标场景下，拆分两张表更适合持久守护。

三、用户珍藏关系表是职能实现的主题

用户珍藏关系表能够定名为 user_bookmark。它真正暗示“哪个用户珍藏了哪条内容”，珍藏按钮、取缔珍藏按钮以及珍藏列表查问，重要都萦绕这张表实现。

用户珍藏关系表的推荐字段

字段	建议类型	用处
id	BIGINT 或 UUID	关系纪录编号，适合用于备注、标签等关联表
user_id	与用户表主键一致	暗示执行珍藏操作的用户
item_id	与珍藏内容表主键一致	暗示被珍藏的内容
note	TEXT 或 VARCHAR	用户的个人备注或阅读提要
folder_id	与文件夹表主键一致	在单文件夹模式下纪录所属分类
is_pinned	BOOLEAN	节造是否置顶显示
is_archived	BOOLEAN	将内容移出通例列表但保留珍藏关系
deleted_at	可为空的功夫字段	必要回收站或软删除时纪录删除功夫
created_at、updated_at	DATETIME 或 TIMESTAMP	纪录珍藏和最近编纂功夫

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 两张表；多文件夹职能增长珍藏与文件夹的关系表；公开分享、回收站、操作汗青和离线阅读则按现实职能单独扩大。这样的数据库设计既能覆盖网站珍藏职能的重要用处，也能让新增参数维持在对应的数据对象中，削减后续批改表结构时对已有珍藏纪录的影响。

poytayokbotzipl75tkd1b5gcrfmpzb