我确定 Google 不使用 mysql，但就我而言，我碰巧在一个使用 mysql 的项目上工作，并且具有与圈子非常相似的功能:

1. 用户可以属于多个圈子
2. 可以在圈子中添加/删除用户
3. 帖子可以是公开的，也可以分享给圈子/个人用户
4. 如果将帖子分享到圈子，并且将新用户添加到该圈子，则该用户也可以查看该帖子。
5. 如果将帖子分享到圈子，并且从该圈子中删除了用户，则:如果他/她在帖子中回复，他/她仍然可以查看帖子 b。否则他/她将无法再查看该帖子

如您所见，根据上述要求，数据库中会发生很多事情。如果我真的同时分享给圈子和个人用户，我可能需要 2 个 One2Many 表。如果我一开始只是通过获取每个圈子的用户列表来分享给个人用户，那么以后当用户编辑这些圈子时，我就会遇到麻烦。

目前，我的解决办法是只分享给圈子，甚至我为每个用户创建一个仅限 1 位用户的圈子。

所以我当前的数据库表看起来有点像这样:

circle_to_user:

id
circle_id
user_id
friend_id

帖子:

id
user_id
is_public

post_to_circle

id
post_id
circle_id

要查询用户可以查看的帖子列表，查询比较复杂，由多个连接组成:

$q = Doctrine_Query::create()
            ->addSelect('s.*')
            ->addSelect('u.id, u.first_name, u.last_name, u.username, u.avatar')
            ->from('UserStatus s')
            ->leftJoin('s.User u')
            ->orderBy('s.created_at DESC');

        $userId = sfContext::getInstance()->getUser()->getUserId();
        if ($userId == $viewUserId) {
            $q->orWhere('s.user_id = ?', $userId);
            $q->orWhere('s.user_id IN (SELECT DISTINCT cu1.friend_id FROM CircleUser cu1 WHERE cu1.user_id = ?) AND s.is_public = ?', array($userId, true));
            $q->orWhere('s.id IN (SELECT DISTINCT(us2.id)
                                                        FROM
                                                                UserStatus us2 INNER JOIN us2.UserStatusCircles usc2 ON usc2.user_status_id = us2.id
                                                                INNER JOIN usc2.Circle c2 ON c2.id = usc2.circle_id
                                                                INNER JOIN c2.CircleUsers cu2 ON cu2.circle_id = c2.id AND cu2.friend_id = ?)', $userId);
        } else {
            $q->orWhere('s.user_id = ? AND s.is_public = ?', array($viewUserId, true));
            $q->orWhere('s.id IN (SELECT DISTINCT(us1.id)
                                                        FROM
                                                                UserStatus us1 INNER JOIN us1.UserStatusCircles usc1 ON usc1.user_status_id = us1.id AND us1.user_id = ?
                                                                INNER JOIN usc1.Circle c1 ON c1.id = usc1.circle_id
                                                                INNER JOIN c1.CircleUsers cu1 ON cu1.circle_id = c1.id AND cu1.friend_id = ?)', array($viewUserId, $userId));
            $q->orWhere('s.id IN (SELECT DISTINCT(us2.id)
                                                        FROM
                                                                UserStatus us2 INNER JOIN us2.UserStatusCircles usc2 ON usc2.user_status_id = us2.id AND us2.user_id = ?
                                                                INNER JOIN usc2.Circle c2 ON c2.id = usc2.circle_id
                                                                INNER JOIN c2.CircleUsers cu2 ON cu2.circle_id = c2.id AND cu2.friend_id = ?)', array($userId, $viewUserId));
        }

我希望上面的信息不会太长，我只想提供很多细节。我的问题是:

1. 鉴于上述要求，我的实现是否足够好，或者我是否应该进行任何更改以使其变得更好？
2. 我想搜索有关此类特定数据库设计问题的文章，但找不到太多，是否有此类数据库设计的技术术语
3. 您是否会建议任何替代方案，例如使用其他类型的数据库，或者使用像 elastic 这样的搜索引擎为帖子编制索引并让它处理搜索而不是使用 mysql？

非常感谢您阅读到这里，如果您发现我应该对问题进行更改以使其更易于理解和回答，请务必告诉我。

最佳答案

虽然您的单一用户圈子听起来是个不错的尝试，但您将如何区分它？当你看到一个帖子被分享到一个圈子时，你怎么知道那个圈子是真正的圈子还是单个用户？因为我想你想在界面上以不同的方式显示它们。并且您可能需要知道，当您从数据库中获取虚假圈子时，用户不应该能够编辑它们。

虽然您可以通过避免链接到用户而侥幸逃脱，但您现在必须处理特殊的圈子情况。我会建议您使用 2 x 1-* 表格，将帖子链接到多个圈子并分别链接到多个用户。

也许是为了鼓励您重新审视您的意图并撇开可能会增加特殊情况的“ friend ”关系，正如我所看到的那样，您或多或少希望:获取所有公开的帖子或与我的用户，或者与我所在的圈子共享，或者是我回复的帖子。我不认为这并不太复杂，而且您不必在开始时获得列表或其他任何内容。

(在相关说明中，多个 JOIN 不是一个突出的问题。更重要的是你有多个子查询。通常这是个坏消息。在大多数情况下，它们可以像正常连接一样重新处理，而且通常更干净)。

关于mysql - 谷歌加圈子的数据库结构？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7411857/