mysql: почему эта стратегия разделения может решить проблему с двумя запросами в твиттере?

Question

Я читаю слайды , которыми поделился мистер Каллен, я не понимаю один из слайдов:

г. Каллен утверждает, что эта стратегия секционирования может работать для обоих шаблонов запросов:

1. get the tweets of a given user.
2. get the tweets by a given id.

Я могу понять, что это работает для "получения твитов для данного пользователя", но как это работает для "получения твитов по заданному идентификатору"?

Answer 1

Я не увеличивал количество часового видео, но, возможно, это помогло бы вам понять, что ответ API для данного идентификатора твита также содержит информацию о пользователе, которую также можно детализировать и запрашивать, чтобы пользователи получали твиты "на основе" "по заданному идентификатору твита То же самое относится и к данному пользователю I.D., это будет связано с именем пользователя, его последними твитами и т. Д. Каждый ответ содержит как минимум эти фрагменты информации.

Я бы тщательно изучил документацию по API Twitter или API потоковой передачи, в зависимости от того, о чем вы хотите узнать больше.

https://dev.twitter.com/docs

Answer 2

он говорит (~ 17: 30), что они также реплицировали БД (в дополнение к разделению). Одна из копий (данных) разделена идентификатором твита, а другая - идентификатором пользователя. Однако это создает дополнительную проблему сохранения согласованности двух копий

Answer 3

Я думаю, что это механизм ключ-значение для привязки user_id к идентификатору твита.Разумно получить определенный твит с человеком, который публикует этот твит или ретвитит несколько.Таким образом, используя этот способ можно быстро найти user_id, который связан с определенным идентификатором твита.

Answer 4

может быть PK первого раздела - user_id, а другой - id.