If you create an index on a high-ca

If you create an index on a high-cardinality column, which has many distinct values, a query between the fields will incur many seeks for very few results. In the table with a billion songs, looking up songs by writer (a value that is typically unique for each song) instead of by their artist, is likely to be very inefficient. It would probably be more efficient to manually maintain the table as a form of an index instead of using the Cassandra built-in index. For columns containing unique data, it is sometimes fine performance-wise to use an index for convenience, as long as the query volume to the table having an indexed column is moderate and not under constant load.

Conversely, creating an index on an extremely low-cardinality column, such as a boolean column, does not make sense. Each value in the index becomes a single row in the index, resulting in a huge row for all the false values, for example. Indexing a multitude of indexed columns having foo = true and foo = false is not useful.

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

Если вы создать индекс на столбце высокой мощности, которая имеет много различных значений, запрос между полями будет нести многие ищет очень мало результатов. В таблице с миллиарда песен, глядя вверх песни писателя (значение, которое обычно уникальна для каждой песни) вместо того, чтобы по их художник, скорее всего быть весьма неэффективным. Это, вероятно, будет более эффективным вручную сохранить таблицу в виде индекса вместо использования встроенных индекс Кассандра. Для столбцов, содержащих уникальные данные иногда бывает тонкой этикетирование использовать индекс для удобства, как объем запросов к таблице, имея индексированного столбца является умеренным и не под постоянной нагрузкой.И наоборот создание индекса на столбце с чрезвычайно низкой мощности, например логический столбец, не имеет смысла. Каждое значение в индексе становится одной строки в индексе, что приводит к огромным строку для всех ложных значений, например. Индексирование множество индексированных столбцов, имеющих foo = true и foo = false не является полезным.

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

Если вы создаете индекс на колонке высокого мощности, который имеет много различных значений, запрос между полями будут нести многие ищет очень мало результатов. В таблице с миллиардом песен, глядя песни от писателя (значение, которое обычно уникальна для каждой песни), а не по их художника, скорее всего, будет очень неэффективно. Это, вероятно, будет более эффективным, чтобы вручную сохранить таблицу в качестве виде индекса, а не с помощью Кассандра встроенный в индексе. Для столбцов, содержащих уникальные данные, иногда нормально производительность мудрым, чтобы использовать индекс для удобства тех пор, как объем запросов к таблице, имеющей индексированный столбец является умеренным, а не под постоянной нагрузкой. Наоборот, создание индекса на крайне низкой колонка -cardinality, такие как логическое колонке, не имеет смысла. Каждое значение индекса становится одну строку в индексе, в результате чего огромное строки для всех ложных значений, например. Индексация множество индексированных столбцов, имеющих Foo = TRUE и Foo = ложь не является полезным.

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

Если создать индекс на количество элементов столбца, который имеет множество различных значений, в запрос между поля будут нести многие испрашивает для очень мало результатов. В таблице с миллиарда песен, поиск песен по писателя (значение, обычно является уникальным для каждой песни) вместо их исполнителю, вполне вероятно, весьма неэффективны.Она, вероятно, будет более эффективной в вручную сохранить таблицу в качестве формы индекса вместо Кассандра встроенный индекс. В столбцах, содержащих уникальные данные, иногда тонкая производительность - мудрое использование индекса для удобства, как в качестве запроса громкости в таблице, индексированные колонки умеренных и не под постоянной нагрузкой.ветровому и наоборот,Создание индекса по исключительно низким количеством элементов рулевой колонки, например, логическое значение столбца, не имеет смысла. Каждое значение индекса становится в один ряд в индекс, в результате которых строка для всех ложных ценностей, например. Индексирование множество индексированные колонки с foo = true и foo = false не полезным.