So, let’s say you’re running Cassan

So, let’s say you’re running Cassandra on a ring of five machines, with a primary index of user IDs and a secondary index of user emails. If you were to query for a user by their ID—or by their primary indexed key—any machine in the ring would know which machine has a record of that user. One query, one read from disk. However to query a user by their email—or their secondary indexed value—each machine has to query its own record of users. One query, five reads from disk. By either scaling the number of users system wide, or by scaling the number of machines in the ring, the noise to signal-to-ratio increases and the overall efficiency of reading drops - in some cases to the point of timing out on API calls.

This is a problem.

Результаты (русский) 1:

Так скажем, вы работаете Кассандра на кольце из пяти машин, с первичного индекса идентификаторов пользователей и вторичный индекс пользователя электронной почты. Если вы были на запрос для пользователя по их ID — или их первичного ключа индексированных — любой машины в ринге будет знать, какие машины есть запись этого пользователя. Один запрос, одного чтения с диска. Однако для запроса пользователя по их электронной почте — или их среднее значение индексированного — каждая машина имеет для запроса собственный рекорд пользователей. Один запрос, пять считывает с диска. Либо масштабирования количества пользователей системы широкий, или путем масштабирования количества машин в кольцо, шум сигнала к коэффициент увеличения и общей эффективности чтения капли - в некоторых случаях к точке времени ожидания на вызовы API.Это проблема.

Результаты (русский) 2:

Так, скажем, вы работаете Кассандру на ринге пять машин, с первичным индексом идентификаторов пользователей и вторичный индекс пользовательских писем. Если бы вы были для запроса пользователя по их ID-либо их первичной индексируются ключ-любую машину в кольцо будет знать, какая машина есть запись этого пользователя. Один запрос, один считываются с диска. Однако для запроса пользователя, их электронной почты или их-среднего значения индексированного-каждой машине должен запросить свой ​​собственный рекорд пользователей. Один запрос, пять читает с диска. Либо масштабирования число пользователей системы широкий, или путем масштабирования количество машин в кольце, шум в сигнал-соотношение увеличивается, а общая эффективность чтения падает - в некоторых случаях до точки тайм-аута на вызовы API . Это проблема.

Результаты (русский) 3:

Итак, допустим, вы работаете Кассандра на кольцо из пяти машин, основной индекс ID пользователя и дополнительный индекс пользователь сообщений электронной почты. Если бы вы были для запроса для пользователя их ID-или их главную индексируются с любой машины в кольцо будет знать, какие машины есть запись этого пользователя. Один запрос, один из чтения с диска.