Zacząłem zaglądać do NoSql i zastanawiałem się, co inni sądzą o przydatności takich rozwiązań do przechowywania i wyszukiwania danych finansowych szeregów czasowych?NoSql (na przykład RavenDB) dla finansowych szeregów czasowych danych?
Na przykład w prostym scenariuszu zapisałbym symbol giełdowy, otwarty, wysoki, niski, zamknięty, wolumen i znacznik czasu. Chciałbym następnie zapytać o te dane na podstawie zakresu symboli i datownika.
Jak myślisz, jaka byłaby dobra struktura dokumentu dla tego scenariusza?
Dzięki,
Tom
Edit: Martwię głównie o wydajności zapytań odczytu danych na podstawie szeregów czasowych w roztworze NoSQL vs tradycyjnego rozwiązania RMDBS
Właściwości ACID nie są dla mnie wymagane. Dane, które są przechowywane, są aktualizowane tylko na noc w zadaniu wsadowym i będą otrzymywać zapytania tylko do odczytu w ciągu dnia. To, co mnie interesuje, to czy rozwiązanie NoSQL będzie lepiej radzić sobie z zapytaniami opartymi na "szeregach czasowych" (wybierając dane w zakresie czasu) niż tradycyjne rozwiązania RMDBS. – TJF
Nie brzmi to tak, jak masz tutaj wymaganie dostępności, po prostu chcę szybkich zapytań w bazie danych tylko do odczytu. To brzmi jak coś, co każda przyzwoita baza danych może zapewnić wszystko, czego naprawdę potrzebujesz, to indeks na znaczniku czasu. Nie sądzę, że rozwiązanie NoSQL byłoby lepsze, ale zależy to od skali.Szczerze mówiąc, użyłbym wyszukiwarki takiej jak Solr (lub Lucene) i po prostu podkasowałem pamięć podręczną, ponieważ twoje dane są tylko do odczytu, mogą być bardzo szybkie. – Asaf