Том, финансовые данные, как правило, имеют строгие требования к согласованности и постоянству.На первый взгляд и без дополнительных знаний о вашем приложении я бы ожидал, что вам потребуются свойства ACID СУБД, а не свойства BASE , которые обычно определяют решения NoSQL.Может быть, если вы опишите свой шаблон использования и почему вы думаете, что вам нужна нереляционная модель, я смогу найти более подходящее для вас решение.
В таком виде ваши данные, как представляется, легко структурируютсяреляционная модель и имеет довольно жесткую схему, поэтому я не вижу необходимости в БД без схемы (MongoDB, CouchDB, Riak ...).Обычно котировки акций должны иметь сильную согласованность (всегда быть в курсе), поэтому я не вижу никакой точки в клоне динамо (Кассандра, Волдеморт ...).И если у вас уже нет огромного количества данных и вы столкнулись с проблемой скорости обработки и использования ресурсов, я бы не стал использовать db на основе столбцов (HBase, Hypertable)