Przechowywanie danych w Ruby na szynach bez bazy danych

Question

Mam kilka wartości danych, które muszę przechowywać na mojej aplikacji szyny i chciałbym wiedzieć, czy istnieją alternatywy do tworzenia tabeli bazy danych tylko po to, aby wykonać to proste zadanie.

Tło: Piszę niektóre narzędzia analizy i deski rozdzielczej dla mojej aplikacji Ruby on Rails i mam nadzieję na przyspieszenie dashboard poprzez buforowanie wyników, które nigdy nie ulegnie zmianie. Teraz pobieram wszystkich użytkowników przez ostatnie 30 dni i ponownie je ułożę, aby codziennie widzieć liczbę nowych użytkowników. Działa świetnie, ale zajmuje dużo czasu, w rzeczywistości powinienem tylko obliczyć ostatni dzień i po prostu przechowywać resztę tablicy gdzie indziej.

Gdzie jest najlepszy sposób na przechowywanie tej tablicy?

Utworzenie tabeli bazy danych wydaje się nieco przesadzone i nie jestem pewien, czy zmienne globalne są poprawną odpowiedzią. Czy istnieje najlepsza praktyka utrzymywania takich danych?

Jeśli ktoś zrobił coś takiego, daj mi znać, co zrobiłeś i jak się okazało.

Answer 1

Ruby ma wbudowany magazyn wartości kluczy oparty na haszywie o nazwie PStore. Zapewnia to prostą obsługę transakcyjną i transakcyjną.

• PStore documentation

Answer 2

Używanie lekkiej bazy danych, takiej jak sqlite, nie powinno wydawać się przesadą. Alternatywnie możesz użyć rozwiązań z kluczowymi sklepami, takich jak tokio cabinet, lub nawet przechowywać tablicę w płaskim pliku, ale naprawdę nie widzę przesady w używaniu sqlite.

Answer 3

Jeśli masz już bazę danych, to naprawdę nie jest wielka sprawa, aby utworzyć oddzielną tabelę do śledzenia tego rodzaju rzeczy. Podczas tworzenia raportów często korzystne jest tworzenie pochodnych tabel podsumowań dokładnie tak, jak opisujesz. Możesz je aktualizować zgodnie z wymaganiami za pomocą prostej instrukcji SQL i nie ma obaw, że Twój tymczasowy sklep w jakiś sposób zniknie.

Mimo to typ raportu, który próbujesz wygenerować, jest w rzeczywistości czymś, co można zrobić w czasie rzeczywistym, z wyjątkiem ekstrawagancko dużych zbiorów danych. Kluczem jest posiadanie indeksów opisujących dokładną operację grupowania, którą próbujesz wykonać. Na przykład, jeśli grupujesz według daty kalendarzowej, możesz utworzyć pole "data" i zsynchronizować je z czasem "created_at". Indeks w tym dniu dziedzinie uczyni robi GROUP BY CREATED_DATE bardzo szybkie:

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