2016-02-17 22 views
5

tôi đang tạo ra các sơ đồ sau:Tại sao mất quá nhiều thời gian để tạo bảng?

CREATE TABLE stats_by_site_tracking_hourly (
    d_tally text, -- 2016-02 
    d_date timestamp, -- 2016-02-01 13 
    site_id int, 
    is_new_member int, -- 1/0 
    device text, -- desktop/tablet/mobile/unknown 
    tracking_medium text, 
    tracking_source text, 
    tracking_campaign text, 
    tracking_term text, 
    accepted counter, 
    adjusted_accepted counter, 
    rejected counter, 
    adjusted_rejected counter, 
    error counter, 
    impressions_positive counter, 
    adjusted_impressions_positive counter, 
    impressions_negative counter, 
    adjusted_impressions_negative counter, 
    revenue counter, 
    adjusted_revenue counter, 
    reversals_rejected counter, 
    reversals_revenue counter, 
    PRIMARY KEY ((d_tally), site_id, d_date, is_new_member, device, tracking_medium, tracking_source, tracking_campaign, tracking_term) 
); 

Khi tôi chạy báo cáo kết quả, có vẻ như rằng vài cột đầu tiên được xử lý một cách nhanh chóng tuy nhiên khi nó di chuyển vào các cột truy cập nó chậm hơn và nhiều hơn nữa cho mỗi cột.

Tôi đã để lại tuyên bố này chạy trong 5 phút và nó vẫn chưa hoàn thành.

Có ai có thể cung cấp một số thông tin chi tiết về hành vi này không?


This là những gì CQLSH trông giống như như bảng đã được tạo ra, và khi ảnh chụp màn hình đã được chụp nó đã không tiến triển trong vòng 20 phút hoặc lâu hơn.


Tôi chỉ cần tạo lệnh tạo bảng thành một dòng và nó hoạt động ngay lập tức.

CREATE TABLE stats_by_site_tracking_hourly (d_tally text, d_date timestamp, site_id int, is_new_member int, device text, tracking_medium text, tracking_source text, tracking_campaign text, tracking_term text, accepted counter, adjusted_accepted counter, rejected counter, adjusted_rejected counter, error counter, impressions_positive counter, adjusted_impressions_positive counter, impressions_negative counter, adjusted_impressions_negative counter, revenue counter, adjusted_revenue counter, reversals_rejected counter, reversals_revenue counter, PRIMARY KEY ((d_tally), site_id, d_date, is_new_member, device, tracking_medium, tracking_source, tracking_campaign, tracking_term)); 
+0

"có vẻ như một vài cột đầu tiên được xử lý nhanh chóng, khi nó di chuyển lên cột truy cập, nó sẽ làm chậm hơn và nhiều hơn nữa cho mỗi cột" -> bạn đo lường tiến trình tạo lược đồ như thế nào? – doanduyhai

+0

Khi tôi sao chép lược đồ vào cqlsh, nó dán một dòng tại một thời điểm và tôi giả định rằng tạm dừng trên mỗi cột là vì nó đang thêm cột. Điều này là rất nhiều giả định tuy nhiên tôi không thể nghĩ ra bất kỳ lý do nào khác cho sự chậm trễ. Tôi đã thêm một ảnh chụp màn hình của cqlsh trong câu hỏi của tôi. –

+0

"Khi tôi sao chép lược đồ vào cqlsh, nó dán một dòng tại một thời điểm và tôi giả sử rằng tạm dừng trên mỗi cột là vì nó thêm cột" -> Có thể vì kết nối SSH của bạn chậm. ** cqlsh ** không gửi truy vấn CREATE TABLE tới Cassandra cho đến khi nó có câu lệnh hoàn chỉnh, ** không xếp theo dòng ** – doanduyhai

Trả lời

4

tôi nêu ra lỗi này ở đây: here

này hóa ra là do các tab trong lược đồ. CQLSH đã cố gắng tự động hoàn thành mỗi khi nó đến một tab.

+0

omg, tôi chỉ cần nhấn cùng một lỗi và bạn đã đúng. –

+0

Tôi không nghĩ rằng điều này vẫn còn xung quanh! –

2

Tôi gặp vấn đề tương tự trên một số máy tính và xuất hiện đó là lỗi trong trình tương tác cqlsh>. Nếu bạn thực thi kịch bản từ thiết bị đầu cuối của bạn, nó sẽ ngay lập tức thực hiện:

> cqlsh -f your_cql_script.cql <hostname> 

Điều này chạy ngay lập tức bất kể kích thước bảng và sẽ giúp bạn tiết kiệm rất nhiều thời gian.

+0

Tôi đăng này như là một lỗi để Datastax và nó bật ra được cqlsh giải thích các tab và cố gắng để tự động hoàn thành! 1 cho công việc xung quanh mặc dù :). –

Các vấn đề liên quan