Cassandra 和社交“取消好友”/“取消关注”

问题描述

介绍

我对 Cassandra 有了更多的了解,并创建了一个简单的社交网络(类似于 Instagram/Facebook)。

总体思路是,您可以关注他人/加为好友,并在提要中查看他们的更新。 启动应用程序时,您应该能够滚动提要(按时间排序的更新)并对其进行分页

就我而言,我坚持使用扇出方法 - 每当发布更新时,都会将其推送到朋友/关注者的供稿中。

这是我的架构的样子。

import { render,screen } from "@testing-library/react";
import { useAuth0 } from "@auth0/auth0-react";
import { mocked } from "ts-jest/utils";

const user = {
    email: "[email protected]",email_verified: true,sub: "google-oauth2|12345678901234",};

const adminUser = {
    email: "[email protected]","https://<<API_URL>>/roles": ["admin","superuser"],};


jest.mock("@auth0/auth0-react");

const mockedUseAuth0 = mocked(useAuth0,true);

describe("TopNav Component Tests - Logged in",() => {
    beforeEach(() => {
        mockedUseAuth0.mockReturnValue({
            isAuthenticated: true,user,logout: jest.fn(),loginWithRedirect: jest.fn(),getAccesstokenWithPopup: jest.fn(),getAccesstokenSilently: jest.fn(),getIdTokenClaims: jest.fn(),loginWithPopup: jest.fn(),isLoading: false,});
    });
    test("logout Button displays when logged in",() => {
        render(
                <TopNav />
        );
        const loginButton = screen.getByText(/logout/i);
        expect(loginButton).toBeInTheDocument();
    });
    test("Make sure Admin Panel Button doesnt show without Role",() => {
        render(
                <TopNav />
        );
        const adminPanelButton = screen.queryByText(/Admin Panel/i);
        expect(adminPanelButton).toBeNull();
    });
});

describe("TopNav Component Tests - Admin User",user: adminUser,});
    });
    test("Admin Panel Button displays",() => {
        render(
            <TopNav />
        );
        const adminPanelButton = screen.getByText(/Admin Panel/i);
        expect(adminPanelButton).toBeInTheDocument();
    });
});

有了这张表,我应该能够轻松地按排序顺序获取任何用户的提要,并进一步分页,每个用户的提要将驻留在自己的分区中,因此我不会从多个节点中获取.我受到每个分区的潜在大小的限制,但我们假设现在这不是问题。

问题

现在,真正的问题是 - 如何实现取消关注/取消好友功能?它假定特定“作者”的所有帖子都应该从您的供稿中消失。

我知道使用 CREATE TABLE Feed_by_time ( user_id uuid,time timestamp,author_id uuid,post_id uuid,PRIMARY KEY (user_id,time,author_id) ) WITH CLUSTERING ORDER BY (time DESC); 表我将无法删除特定“作者”的所有帖子,因此我可以再添加一个

Feed_by_time

并在发布新帖子时同时写信给他们。

当我取消关注某人时,我可以做类似的事情

  1. CREATE TABLE Feed_by_author ( user_id uuid,PRIMARY KEY ((user_id,author_id),post_id) );
  2. 查询结果条目提取 SELECT * FROM Feed_by_author WHERE user_id="user_id" AND author_id="unfriended_id" 并针对 time 运行大量 DELETE 查询
  3. 运行一个Feed_by_time 来清理 DELETE在这种情况下它将删除整个分区)

我担心的主要是第二点。我读到我应该避免这样的删除,因为它们非常昂贵。 那么,我是否应该担心,是否有更有效/正确的方法来做到这一点? 拥有 Feed_by_author 列并通过 deleted 将其值设置为 1 会更有效吗?

跟进

作为这个问题的后续 - 比如说,我重新关注某人/重新与某人成为朋友。这将导致大量 UPDATE 进入 INSERT 特定于用户的分区,因为我们将有效地将整个作者提要合并到用户提要中。每个帖子上的 Feed_by_time 值可能会有很大差异,因此我们可以将其插入到分区的“中间”。在性能方面成本高吗?

谢谢! :)

解决方法

你应该有一张桌子 friendships

user_id
friend_id

和一张桌子 posts

post_id
user_id
post_text
date

关注:

insert into friendships ( user_id,friend_id) values (whatevermyid,whateverfriendid)

当您想获取用户的提要时:

select post_id,post_text,date,friend_id from friendships f join posts p on f.friend_id=p.user_id and f.user_id=whatevermyid order by date desc

当您取消关注某人时:

delete from friendships where friend_id=whateverfriendid and user_id=whatevermyid

实际上是一个记录