当前位置：文江博客话题详情

数据库设计-好友活动

发布于 2024-09-29 14:53:40 字数 410 浏览 2 评论 0原文

目前我正在设计一个小型的 twitter/facebook 类型的系统，用户应该能够看到他的朋友的最新活动。

我正在使用 ASP.NET 和 MySQL 数据库。

我的好友关系表如下：

|友谊id|朋友1|朋友2|已确认|

上表中的 Friend1 和 Friend2 是用户 ID。

用户活动表设计如下：

|activityId|用户 ID|活动|日期|

现在，我正在寻找查询用户最新 50 条好友活动的最佳方法。

例如，假设 Tom 登录系统，他应该能够看到他所有朋友的最新 50 条活动。

任何关于最佳实践的指示、查询或任何信息都值得赞赏。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

§对你不离不弃 2024-10-06 14:53:40

这很大程度上取决于 Friendships 表中存储的数据。例如，Friend1 和 Friend2 字段的存储顺序是什么？如果对于字段 (friend1,friend2)，元组 (1, 2) 存在，那么 (2, 1) 也存在吗？

如果情况并非如此，那么这应该有效：

SELECT activities.* 
FROM Activities 
    INNER JOIN Friendships ON userid = friend1 OR userid = friend2 
WHERE activity.userid != [my own id]
    AND confirmed = TRUE
LIMIT 50;

It largely depends on what data is stored in the Friendships table. For example, what order are the Friend1 and Friend2 fields stored in? If, for the fields (friend1, friend2) the tuple (1, 2) exists, will (2, 1) exist also?

If this is not the case, then this should work:

SELECT activities.* 
FROM Activities 
    INNER JOIN Friendships ON userid = friend1 OR userid = friend2 
WHERE activity.userid != [my own id]
    AND confirmed = TRUE
LIMIT 50;

回复收藏 0 原文

嗼ふ静 2024-10-06 14:53:40

如果您有数据库性能问题，您可以重新定义Friendship表，如下所示：

friendshipid, userid, friendid, confirmed

当您查询最新50个活动时，SQL将是：

SELECT act.*
FROM Activities AS act
    INNER JOIN
    Friendships AS fs
    ON fs.friendid = act.userid
        AND fs.user_id = 'logon_user_id'
        AND confirmed = TRUE
ORDER BY act.dated DESC
LIMIT 50;

如果Friendships(userid)列上有索引，则它将使数据库有机会优化查询。

重新定义的友谊表需要在友谊发生时创建两个元组，但它仍然遵循业务规则，并且在需要时具有性能优势。

If you have database performance concern, you may redefine the friendship table as following:

friendshipid, userid, friendid, confirmed

When you query the latest 50 activities, the SQL would be:

SELECT act.*
FROM Activities AS act
    INNER JOIN
    Friendships AS fs
    ON fs.friendid = act.userid
        AND fs.user_id = 'logon_user_id'
        AND confirmed = TRUE
ORDER BY act.dated DESC
LIMIT 50;

And if there is a index on Friendships(userid) column, it would give the database the chance to optimize the query.

The friendship table redefined needs to create two tuples when a friendship occur, but it still obey the rule of business, and, has performance benefit when you need it.

回复收藏 0 原文

~没有更多了~