大佬们，我这个表该怎么设计

[noobma]

有些数据需要在后台配置，比如视频、文章、图片等，所以也就有 video、article、picture 这些表，现在要搞一个预览功能，也就是数据配置完成后，先是配置人员预览确认没问题后，再点一下“发布”按钮，这样才会让用户看到新配置的数据。

现在我想到 2 个方法:

1. 给每个表加个 status 字段，值为 normal、preview、release，点“发布”按钮，先把每个表里面 release 的置为 normal，然后再把处于 preview 状态下的那一条置为 release。
2. 专门弄个预览表来存预览状态的数据，preview_video、preview_article、preview_picture，点击“发布”的时候在把这些表里面的数据同步到 preview、article、picture。

我觉得上面 2 种方法都不大行啊，点击一下“发布”按钮，要做好多操作，感觉容易出幺蛾子啊。

求各位大佬指点下我这个赶鸭子上架的菜鸡，另外就是大佬们有没有常用的表设计范式的书，推荐一些，不胜感激🙏

[lhx2008]

第一种吧

[wangyzj]

第一种适合小场景
第二种适合大规模 cdn 场景

[iamwho]

各个表加 draft 字段，需要权限才能看到，或为 0 显示。

[zhuzhibin]

听不太明白 如果仅仅是 release 版本 用户才可以浏览得到 那么就统一 state 去管理即可 类似你说的 A 方案 整个页面发布的流程就是
预览->发布 管理 state 就好 后续复杂也可以补充回滚啥的

[xiaofan2]

第二种没必要，你相当于插了两次相同数据

[avenger]

加个 flag 就好，参考 wordpress

[noobma]

谢谢各位大佬🙏，看来第 1 种方案结合上 #3 大佬说的限制权限比较合适

[Sunyanzi]

为什么我做的预览从来都没有涉及数据库的 ... 都只是用既定的模版渲染一遍用户输入的数据而已 ...

换言之就是假装页面上展示的这些数据是从库里读出来的 ... 实际上都是前一页输入的还没入库 ...

顶楼这个需求 ... 在我看来更像一个「待审核」的状态 ... 默认发布只有特定权限组可见 ... 后续才扩展可见性 ...

那么这样毫无疑问是第一种解决方案 ... 也就是一个 status 字段的事情 ... 何必冗余表呢 ...

[noobma]

@Sunyanzi 主要是有些视频和图片需要传到 OSS 上面，如果不在服务器上存住状态的话，一刷新或者换个浏览器，我那个 OSS 上面的空间就被浪费了😅 已经打算采取第 1 种方式了

[jackrebel]

第一种就好， 第二种你一旦改了主要表的结构， 你这临时表也要跟着改。 要改的地方好多。

[yb3712590]

之前看 informatica 元数据的版本控制设计思路，供参考。
对象表和模块表存在 visible、validated、version 和 last_save_timestamp 等字段。
更新某个对象产生了新的版本，会在一张额外的验证表中留下对象 ID 和新的时间戳，对模块查看时，比对模块包含的每个对象的验证记录，时间戳落后则标记为失效模块，进而要求人工验证并刷新整个模块的版本，记录新的时间戳，此时版本最新且模块可用，但只对操作人可见，对应 preview。
最后对有效模块版本的签入，标记 visible，对所有人可见，对应发布操作。

[mcfog]

几乎任何情况下我都选第二种

我就不信发布以后就没有修改的需求，有一个人预览就没有第二个人审核的需求

编辑的时候可能是一个后台表对应一个编辑界面，复杂字段 json 揉一坨完事儿，发布到前台主站可能是三个表外加 es 上报