Wraz ze wzrostem ilości danych lepiej jest mieć bazę danych, która łatwo się skaluje, a SQL nie skaluje się płynnie i ostatecznie przestaje to robić, w rzeczywistości zwykle dla Big Data używa się tylko wysokiej skalowalnej bazy danych. Ale powiedziałeś, że wpisy mogą być ze sobą skorelowane, więc w tym przypadku lepiej jest użyć relacyjnych baz danych, ponieważ te NO-SQL mogą "stracić" pewną korelację. Jak @Craig Ringer powiedział, nie bierz pod uwagę tylko tych baz danych, istnieje wiele różnych rozwiązań, które mają swoje wady i zalety ( na przykład redis jest bardzo, bardzo szybki, ale prawie nie ma żadnej złożonej logiki, ponieważ jest to prosta pamięć typu Key-Value, lub Cassandra jest szybsza niż Mongo, ale działa lepiej z danymi zaplanowanymi, Mongo to dokumentacyjna baza danych, więc może przechowywać dowolny rodzaj danych w tej samej kolekcji).
IMHO powinieneś spróbować zorganizować sesje benchmarkingowe z różnymi DB i Use Case i skupić się na tym, co chcesz zrobić szybko, a następnie wybrać lepsze w tej dziedzinie.
