Tài khoản mô hình cho phần còn lại liên lạc cassandra

Question

Tôi cần phải mô hình tài khoản (tên, họ, email là tên người dùng, v.v.) trong cassandra cùng với mã thông báo hiện đang hoạt động.

Ý tưởng ban đầu của tôi là tạo account_by_email sẽ có hàng gầy được phân đoạn bằng email có cột tĩnh và phân cụm theo access_token (và có thể TTL) và bạn luôn có thể tìm mã thông báo truy cập dựa trên email hiện tại.

Nhưng chúng tôi có yêu cầu mà khách hàng sẽ gửi sau khi đăng nhập chỉ access_token và dựa trên người dùng hiện tại đó phải được kéo từ DB.

Tôi có thể tạo thêm một bảng nơi email sẽ được phân đoạn theo access_token nhưng đường nối đó với tôi là trên cao và nhiều phân vùng. Sau đó, tôi có thể nhận email từ access_token và luôn nhận được email của người dùng.

Bất kỳ ý tưởng và cách tiếp cận nào tốt hơn, thì đường nối này là trường hợp sử dụng phổ biến nhưng tôi không thể tìm thấy bất kỳ chi tiết mô hình nào khi cassandra được sử dụng làm bộ nhớ?

Answer 1

Tôi có thể tạo thêm một bảng nơi email sẽ được phân đoạn bởi access_token nhưng các đường nối đó với tôi là trên cao và nhiều phân vùng.

Có gì sai với một số lượng lớn phân vùng mà nó là một bảng? Đó chắc chắn là một Cassandra chiều đúng làm việc:

create table users (
    email text primary key, 
    first_name text, 
    last_name text, 
    current_token text 
); 

create table tokens (
    auth_token text primary key, 
    valid_until timestamp, 
    email text 
); 

Vì vậy, bạn có một bảng riêng biệt cho người dùng, và tokens bảng trong đó có dấu hiệu như một chìa khóa phân vùng. Với mô hình này, bạn có thể:

• đặt mã thông báo mới cho người dùng bằng cách cập nhật người dùng.current_token với TTL và chèn hàng mã thông báo mới vào tokens bảng.
• nhận email người dùng bằng mã thông báo, ngay cả khi mã thông báo đã hết hạn.
• nhận mã thông báo hiện hoạt của người dùng hiện tại.
• có lịch sử mã thông báo đầy đủ cho người dùng (nhưng không có cách nào để chạy truy vấn hiệu quả cho loại thông tin đó, bạn có thể sử dụng Spark/SparkSQL/Hive cho điều đó).
• tự động hết hạn mã thông báo bằng cách đặt TTL cho một cột current_token đơn lẻ.