Каковы практические ограничения для семейства колонн в Кассандре?

В Кассандре не рекомендуется иметь более нескольких тысяч семейств столбцов , скажем, 2000 для аргументации. В случаях, когда необходимо сохранить более 2000 типов данных, одним из подходов будет разделение нескольких несвязанных типов данных в каждом семействе столбцов.

Например, один CF может содержать заказы, счета-фактуры и клиентов при условии, что их ключи строк различны (например, с префиксом типа объекта, т. Е. Ключи одного CF могут включать оба Order|1234и Customer|1234). Второй CF может содержать, скажем, адреса, LineItems и OrderTypes. Учитывая основные возможности этого подхода, каковы его практические ограничения? Например, что было бы не так с помещением всех 10 000 типов объектов в один CF? Насколько я могу судить из вики Cassandra , нет жестких ограничений на размер CF.

Я не фанат Идея примерно такая же хорошая, как создание реляционной таблицы с именем OrdersOrCustomers со столбцами, определенными для обоих. Штраф подсистемы хранения немного ниже в Cassandra из-за скудного хранения под капотом, но это все еще плохая практика.

Это кусает вас позже, когда вы хотите отобразить / уменьшить ваши данные; Каждое задание должно сканировать все ваши данные и отфильтровывать строки, которые не соответствуют тому, что вас действительно интересует (например, клиенты). И удачи в понимании статистики, которую Кассандра отслеживает по каждому CF. («Является ли этот CF источником 80% моего приложения, считываемого из-за данных заказа? Или из-за сессий клиентов, с которыми он объединен? Или из других пяти типов данных, которые я добавил?»)

Если вам абсолютно необходимы десятки или сотни тысяч CF? Даже тогда я предпочел бы запустить Cassandra без распределения арены, чем искажать мою модель данных, как это.