database - 将引用计数合并到每个数据库表中是个好主意吗？

Question

从 Objective-C 开始，我习惯了引用计数/保留计数(同样的事情)。我喜欢这个概念，而且非常简单。

所以我想，为什么不把它应用到数据库中呢？问题是:

想象一下这些表:用户、照片。用户可以拥有照片，用户可以喜欢自己或其他人的照片，用户可以推荐照片。在任何情况下，都会创建对照片的引用。

现在最大的问题是:假设我想删除任何不再属于任何人的照片。所以一张不属于任何用户、不被任何用户喜欢、不被任何用户推荐的照片，必须被删除。我不知道如何使用普通数据库功能来做到这一点；)好吧，也许有数百个连接？我不知道。数据库菜鸟。

所以我想从 DB 专家那里验证这个想法:假设我在每个可以引用的表中添加一个 reference_count 字段(当然需要在设置时进行一些思考)。一旦我定义了从任何 table_a 到任何 table_b 的关系，并且 table_a 应该是父项或主项(强引用)，我将链接行的 reference_count 增加 1。

假设有 150 个用户喜欢一张照片并且有一个拥有它。所以它的 reference_count 是 151。现在所有者放弃了它，但其他 150 个仍然尖叫“哦不，不不不!!这是我们的!我们非常喜欢它!!”。系统在每个午夜查看所有这些表并尝试删除引用计数为 0 的每一行。所以几天后，用户会厌倦它并删除他们的“我喜欢它”标志。每次发生这种情况时，reference_count 都会减 1。最后，它是 0，下一个午夜，当每个人都睡着时，一个 cron 作业会删除它。

当然，它必须是可配置的，因为不能总是在没有人引用照片后必须删除照片。我会通过将它的 reference_count 最初设置为 1 而不是 0 来解决这个问题。

这当然意味着很多额外的数据库调用，我猜。所以你怎么看？或者有更好的解决方案吗？

Answer 1

您可以执行以下操作:

DELETE
FROM    photos
WHERE   id NOT IN
        (
        SELECT  photo_id
        FROM    photos_users_like
        )
        AND id NOT IN (
        SELECT  photo_id
        FROM    photos_users_made
        )
        AND id NOT IN (
        SELECT  photo_id
        FROM    photos_users_recommended
        )

如果您在所有表中索引您的 photo_ids，NOT IN 将被 MySQL 优化，以便谓词将返回 FALSE 当引擎在相应的表中只找到一个匹配的记录并且不需要引用计数时。