בניית מערכת מנויים למשתמשים עבור אפליקציות מובייל

הערה: כאשר מספר המשתמשים עולה על 500 אלף ומספר המנויים עולה על 10 מיליון, טבלת follows פשוטה ללא אינדקס מתחילה להאט: ספירת עוקבים הופכת לסריקה מלאה. אנחנו צוות עם ניסיון של 5+ שנים בפיתוח אפליקציות חברתיות; סיפקנו מעל 30 פרויקטים עם מערכות מנויים המטפלות בעומסים של מיליונים. אנו פותרים בעיה זו באופן מקיף — מסכמת נתונים עם אינדקסים ודה-נורמליזציה ועד התראות push והמלצות. אינדקס על followee_id מאיץ את COUNT(*) פי אלף במיליון רשומות, ומונה דה-נורמלי ב-users נותן תגובה מתחת ל-1 אלפית השנייה. הזמינו פיתוח מערכת המנויים שלכם מאיתנו — אנו מבטיחים יציבות תחת כל עומס. הניסיון שלנו מכסה את כל הניואנסים: App Store Review Guidelines (סעיף 4.2/5.1), דרישות סודיות וביצועים. בפרויקט אחד לרשת חברתית עם 2M משתמשים פעילים יומית, תכננו תת-מערכת המעבדת 10K פעולות בשנייה ללא השבתה. במאמר זה נדון באיזו סכמת מסד נתונים אופטימלית, כיצד להימנע מהידרדרות ביצועים תחת צמיחה, ומדוע עדכוני UI אופטימיים הם קריטיים לחוויית המשתמש.

סכמת נתונים ושאילתות

טבלת follows:

CREATE TABLE follows (
  follower_id BIGINT NOT NULL,
  followee_id BIGINT NOT NULL,
  created_at TIMESTAMP DEFAULT NOW(),
  PRIMARY KEY (follower_id, followee_id)
);
CREATE INDEX idx_follows_followee ON follows (followee_id);

אינדקס על CREATE TABLE follows ( follower_id BIGINT NOT NULL, followee_id BIGINT NOT NULL, created_at TIMESTAMP DEFAULT NOW(), PRIMARY KEY (follower_id, followee_id) ); CREATE INDEX idx_follows_followee ON follows (followee_id); הוא חובה — הוא מאיץ ספירת עוקבים פי 1000 במיליון רשומות. דה-נורמליזציה של מונים בטבלת followee_id (שדות users ו-followers_count) המעודכנת באמצעות טריגר או תור נותנת זמני תגובה מתחת ל-1 אלפית השנייה.

דרך נוספת להאיץ בדיקת מעקב הדדי היא caching ב-Redis: מהיר פי 100 מ-SQL במיליון רשומות. עבור שאילתות תכופות (מי עוקב אחרי), אנו מאחסנים סט hash follower_id → Set<followee_id>.

כיצד ליישם כפתור Follow/Unfollow עם עדכון אופטימי

עדכון אופטימי הוא חובה — הכפתור מתחלף באופן מיידי לפני שהשרת מגיב. במקרה של שגיאה, המצב חוזר לאחור. ב-iOS אנו משתמשים ב-Combine, באנדרואיד — StateFlow. שלבי היישום:

1. החלף את מצב כפתור ה-UI (לדוגמה, מ-"Follow" ל-"Following").
2. שלח בקשת follow/unfollow אסינכרונית.
3. בהצלחה, אשר את המצב החדש.
4. בשגיאה, החזר את ה-UI למצב המקורי.

// iOS func toggleFollow(userId: String, currentlyFollowing: Bool) {
    let optimisticState = !currentlyFollowing
    updateFollowButton(isFollowing: optimisticState)
    let request = optimisticState ? apiService.follow(userId) : apiService.unfollow(userId)
    request.sink(
        receiveCompletion: { [weak self] completion in
            if case .failure = completion {
                self?.updateFollowButton(isFollowing: currentlyFollowing) // откат
            }
        },
        receiveValue: { _ in }
    ).store(in: &cancellables)
}

שלושה מצבי כפתור: "Follow", "Following" ו-"Unfollow" (מוצג בלחיצה ארוכה). חשוב לא להפוך את "Unfollow" לטקסט הראשי — משתמשים עלולים לטעות ולחשוב שהם מאשרים מנוי. עבור SwiftUI אנו משתמשים ב-following_count עם תבנית העדכון האופטימי, עבור Jetpack Compose — // iOS func toggleFollow(userId: String, currentlyFollowing: Bool) { let optimisticState = !currentlyFollowing updateFollowButton(isFollowing: optimisticState) let request = optimisticState ? apiService.follow(userId) : apiService.unfollow(userId) request.sink( receiveCompletion: { [weak self] completion in if case .failure = completion { self?.updateFollowButton(isFollowing: currentlyFollowing) // откат } }, receiveValue: { _ in } ).store(in: &cancellables) } .

חשבונות פרטיים ובקשות מעקב

אם האפליקציה תומכת בפרופילים פרטיים, אנו מציגים טבלת @State. המשתמש היעד רואה בקשות נכנסות, מאשר או דוחה אותן. עם האישור, הרשומה עוברת ל-mutableStateOf, ונשלחת התראת push למבקש.

כיצד מאורגן pagination של רשימת העוקבים

Pagination מבוסס cursor לפי follow_requests (requester_id, target_id, status, created_at). עבור כל משתמש ברשימה, שאילתת אצווה בודקת follows: created_at DESC — שאילתה אחת לעמוד.

SELECT followee_id FROM follows WHERE follower_id = ? AND followee_id IN (?, ?, ?); 

SELECT DISTINCT f2.followee_id
FROM follows f1
JOIN follows f2 ON f1.followee_id = f2.follower_id
WHERE f1.follower_id = :me
AND f2.followee_id != :me
AND NOT EXISTS (
    SELECT 1
    FROM follows
    WHERE follower_id = :me
    AND followee_id = f2.followee_id
)
LIMIT 20;