Cassandra 中的动态架构更改

Question

我有很多用户（150-2亿）。每个用户有 N(30-100) 个属性。该属性可以是整数、文本或时间戳类型。属性是未知的，所以我想动态地、即时地添加它们。

解决方案 1 - 通过更改表添加新列

   CREATE TABLE USER_PROFILE(
    UID uuid PRIMARY KEY,
    LAST_UPDATE_DATE TIMESTAMP,
    CREATION_DATE TIMESTAMP
   );

对于每个新属性：

    ALTER TABLE USER_PROFILE ADD AGE INT;
    INSERT INTO USER_PROFILE ( UID, LAST_UPDATE_DATE, CREATION_DATE, AGE) VALUES ('01f63e8b-db53-44ef-924e-7a3ccfaeec28', 2021-01-12 07:34:19.121, 2021-01-12 07:34:19.121, 27);

解决方案 2 - 固定架构：

CREATE TABLE USER_PROFILE(
    UID uuid,
    ATTRIBUTE_NAME TEXT,
    ATTRIBUTE_VALUE_TEXT TEXT,
    ATTRIBUTE_VALUE_TIMESTAMP TIMESTAMP,
    ATTRIBUTE_VALUE_INT INT,
    LAST_UPDATE_DATE TIMESTAMP,
    CREATION_DATE TIMESTAMP,
    PRIMARY KEY (UID, ATTRIBUTE_NAME)
);

对于每个新属性：

INSERT INTO USER_PROFILE ( UID, ATTRIBUTE_NAME, ATTRIBUTE_VALUE_INT, LAST_UPDATE_DATE, CREATION_DATE) VALUES ('01f63e8b-db53-44ef-924e-7a3ccfaeec28', 'age', 27, 2021-01-12 07:34:19.121, 2021-01-12 07:34:19.121, 27);

就性能而言，哪个是最佳解决方案？

Answer 1

我个人会选择第二个解决方案 - 为所使用的每种数据类型提供列，并使用属性名称作为主键的最后一个组成部分（请参阅我之前关于该主题的答案中的示例：

\n

\n
• Cassandra 动态列族
\n
• 如何处理 Cassandra 中的动态列
\n
• 如何处理 Cassandra 中的动态列
\n
• 如何理解 Cassandra\xef\xbc\x9f 中的“灵活架构”
\n

\n

第一种解决方案存在以下问题：

\n

\n
• 如果您从代码中进行架构修改，那么您需要协调这些更改，否则您将遇到架构分歧，必须由管理员通过重新启动节点来解决。协调的变更要么会减慢数据插入速度，要么会造成单点故障
\n
• 许多列的存在会对性能产生重大影响。例如，根据The Last Pickle 的这一非常好的分析，使用 100 列而不是 10 列会增加读取延迟 10 倍以上
\n
• 如果需要，您无法更改属性类型 - 在属性作为聚类列的解决方案中，您可以开始将属性设置为另一种类型。如果您将属性作为列，则不能这样做，因为 Cassandra 不允许更改列类型（不要尝试删除列并使用新类型将其添加回来 - 您将损坏您的列）现有数据）。因此，您需要为该属性创建一个全新的列。
\n

\n