Lưu trữ dữ liệu trong Ruby on Rails mà không có cơ sở dữ liệu

Question

Tôi có một vài giá trị dữ liệu cần lưu trữ trên ứng dụng đường ray và muốn biết liệu có bất kỳ lựa chọn thay thế nào để tạo bảng cơ sở dữ liệu hay không.

Bối cảnh: Tôi đang viết một số công cụ phân tích và bảng điều khiển cho ruby ​​trên ứng dụng đường ray và tôi hy vọng tăng tốc bảng điều khiển bằng cách lưu vào bộ nhớ cache kết quả sẽ không bao giờ thay đổi. Ngay bây giờ tôi kéo tất cả người dùng trong 30 ngày qua và sắp xếp lại chúng để tôi có thể thấy số lượng người dùng mới mỗi ngày. Nó hoạt động rất tốt nhưng phải mất khá nhiều thời gian, trong thực tế tôi chỉ cần tính toán ngày gần đây nhất và chỉ lưu trữ phần còn lại của mảng ở một nơi khác.

Cách tốt nhất để lưu trữ mảng này ở đâu?

Tạo bảng cơ sở dữ liệu có vẻ hơi quá mức và tôi không chắc chắn rằng các biến chung là câu trả lời đúng. Có cách nào tốt nhất để duy trì dữ liệu như thế này không?

Nếu có ai đã làm bất cứ điều gì như thế này trước khi cho tôi biết những gì bạn đã làm và cách nó bật ra.

Answer 1

Ruby có một kho lưu trữ giá trị khóa dựa trên Hash có tên PStore. Điều này cung cấp dựa trên tập tin đơn giản, giao dịch kiên trì.

• PStore documentation

Answer 2

Sử dụng cơ sở dữ liệu nhẹ như sqlite không nên cảm thấy quá mức cần thiết. Ngoài ra, bạn có thể sử dụng các giải pháp lưu trữ khóa như tủ tokyo hoặc thậm chí lưu trữ mảng trong một tệp phẳng theo cách thủ công nhưng tôi thực sự không thấy bất kỳ mức quá mức nào khi sử dụng sqlite.

Answer 3

Nếu bạn đã có một cơ sở dữ liệu đã có, nó thực sự không phải là một vấn đề lớn để tạo ra một bảng riêng biệt để theo dõi các loại điều này. Khi thực hiện báo cáo, thường là lợi thế của bạn để tạo các bảng tóm tắt phái sinh chính xác như những gì bạn mô tả. Bạn có thể cập nhật chúng theo yêu cầu bằng cách sử dụng một câu lệnh SQL đơn giản và không có lo lắng rằng cửa hàng tạm thời của bạn sẽ bằng cách nào đó biến mất.

Điều đó đang được nói, loại báo cáo bạn đang cố gắng tạo ra thực sự là một thứ có thể được thực hiện trong thời gian thực ngoại trừ các tập dữ liệu cực lớn. Điều quan trọng là có các chỉ mục mô tả hoạt động nhóm chính xác mà bạn đang cố gắng thực hiện. Ví dụ: nếu bạn đang nhóm theo ngày theo lịch, bạn có thể tạo trường "ngày" và đồng bộ hóa với thời gian "created_at" theo yêu cầu. Một chỉ số trên sân ngày này sẽ làm cho làm một GROUP BY CREATED_DATE rất nhanh:

SELECT created_date AS on_date, COUNT(id) AS new_users FROM users GROUP BY created_date