爲什麼卡桑德拉的超級柱不再受青睞？

Question

我已經閱讀過最新版本，因爲「性能問題」，超級列是不可取的，但沒有解釋。

然後，我閱讀了文章，如this one，使用超級列提供美妙的索引模式。

這讓我不知道什麼是當前在卡桑德拉做索引的最好方法。

1. 超級柱的性能問題是什麼？
2. 我在哪裏可以找到當前索引的最佳實踐？

Answer 1

超級列遇到很多問題，其中最重要的一點就是卡索德拉需要在查詢時對超級列的所有子列進行反序列化（即使結果只會返回一個很小的值子集）。因此，每個超級列的子列的數量在性能遭受損失之前可以存儲的數量是有實際限制的。

理論上，這可以在Cassandra中通過正確索引子列來修復，但共識是組合列是更好的解決方案，並且它們的工作沒有增加複雜性。

使用組合列的最簡單方法是利用CQL 3提供的抽象。考慮下面的模式：這裏

CREATE TABLE messages(
    username text, 
    sent_at timestamp, 
    message text, 
    sender text, 
    PRIMARY KEY(username, sent_at) 
); 

用戶名是該行關鍵，但我們使用它創建的行鍵和sent_at列進行分組主鍵定義。這很重要，因爲它具有索引該屬性的效果。

INSERT INTO messages (username, sent_at, message, sender) VALUES ('bob', '2012-08-01 11:42:15', 'Hi', 'alice'); 
INSERT INTO messages (username, sent_at, message, sender) VALUES ('alice', '2012-08-01 11:42:37', 'Hi yourself', 'bob'); 
INSERT INTO messages (username, sent_at, message, sender) VALUES ('bob', '2012-08-01 11:43:00', 'What are you doing later?', 'alice'); 
INSERT INTO messages (username, sent_at, message, sender) VALUES ('bob', '2012-08-01 11:47:14', 'Bob?', 'alice'); 

場景卡桑德拉將存儲上面插入的數據是這樣的故事：

alice: (2012-08-01 11:42:37,message): Hi yourself, (2012-08-01 11:42:37,sender): bob 
bob: (2012-08-01 11:42:15,message): Hi,   (2012-08-01 11:42:15,sender): alice, (2012-08-01 11:43:00,message): What are you doing later?, (2012-08-01 11:43:00,sender): alice (2012-08-01 11:47:14,message): Bob?, (2012-08-01 11:47:14,sender): alice 

但使用CQL 3，我們可以查詢「行」使用sent_at謂詞，並得到一個表格結果集。

SELECT * FROM messages WHERE username = 'bob' AND sent_at > '2012-08-01'; 
username | sent_at     | message     | sender 
----------+--------------------------+---------------------------+-------- 
     bob | 2012-08-01 11:43:00+0000 | What are you doing later? | alice 
     bob | 2012-08-01 11:47:14+0000 |      Bob? | alice