如何解决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: "johndoe@me.com",email_verified: true,sub: "google-oauth2|12345678901234",};
const adminUser = {
email: "johndoe@me.com","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
并在发布新帖子时同时写信给他们。
当我取消关注某人时,我可以做类似的事情
CREATE TABLE feed_by_author ( user_id uuid,PRIMARY KEY ((user_id,author_id),post_id) );
- 为查询结果条目提取
SELECT * FROM feed_by_author WHERE user_id="user_id" AND author_id="unfriended_id"
并针对time
运行大量DELETE
查询 - 运行一个大
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
实际上是一个记录
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。