Med stigende data er det bedre at have en DB, der skalerer let, og SQL skalerer ikke jævnt og til sidst bryder med at gøre det, faktisk bruges normalt kun High scalable DB til Big Data. Men du sagde, at indgange kan have sammenhæng med hinanden, så i dette tilfælde er det bedre at bruge en relationel DB, fordi NO-SQL dem kan "miste" en vis sammenhæng. Som @Craig Ringer sagde, skal du ikke overveje kun de DB'er, der er mange forskellige løsninger, som har deres egne fordele og ulemper ( for eksempel er redis meget meget hurtigt, men det er næsten uden nogen form for kompleks logik, fordi det er en simpel nøgleværdi-lagring, eller Cassandra er hurtigere end Mongo, men fungerer bedre med skemalagte data, Mongo er en dokument-DB, så kan gemme enhver form for data i samme Samling ).
IMHO, du bør prøve at sætte nogle benchmarking-sessioner op med forskellige DB- og Use-case og fokusere på, hvad du vil have gjort hurtigt, og derefter vælge det bedre inden for det felt.