Правильный дизайн БД для хранения огромного количества данных криптовалюты в БД

Я хочу хранить большое количество данных криптовалютности в db. Затем я хочу показать хорошие графические графики javascript с историческими ценами на веб-странице. Проблема в том, что я не уверен, какой дизайн базы данных лучше всего подходит для этой проблемы, я думал о Mysql DB, но, возможно, NOSQL db лучше в этом случае, я не знаю.

Что мне нужно:

• Мне нужно отслеживать не менее 100 криптовых валют с историческими и текущими ценами и другой информацией о запасах, такой как объем и т.д....
• Я собираюсь вставлять новые данные каждые 10 минут для каждого криптограммы ((6 записей/час * 24 часа * 365 дней) * 100 для каждого криптования = 5 256 000 новых записей в год)
• Мне нужно запросить различные временные интервалы для каждой монеты, чтобы нарисовать график на веб-странице.

Моя идея:

Я пришел с этим решением, но мне нужно знать, хорошо ли это, или я совершенно неправ и наивен. В этом случае у меня было бы две таблицы, первая родительская таблица, в которой я бы сохранил всю необходимую информацию о монетах, таблице детей, где были бы все цены, но эта дочерняя таблица должна содержать огромное количество данных, что меня беспокоит.

Пример моей таблицы:

tbl_coin_detail:

id.   |Tick_name    | Name      |Algorithm   |Icon  

1     | BTC         |Bitcoin    |SHA256      |path/to/img   
2     | ETH         |Ethereum   |Ethash      |path/to/img
.
.
.

tbl_prices:

id  | price_USD     | price_EUR | datetime              | Volume_Day_BTC        | FK_coin       

1   | 6537.2        | 5 632,28  | 2018-07-01 15:00:00   | 62121.7348556964      | 1

2   | 466.89        | 401.51    | 2018-07-01 15:01:00   | 156373.79481106618    | 2
.
.
.

Другая идея состоит в том, чтобы создать отдельную таблицу для каждой цены на монеты, которая будет означать 100 таблиц со всеми историческими и текущими ценами и информацией о запасах вместо одной огромной таблицы. Я действительно не уверен, что лучше, все цены в одной таблице хороши для простого запроса, но я предполагаю, что это может быть огромным узким местом производительности, поэтому запросы от отдельной таблицы будут хуже для запросов, потому что мне нужно будет написать запрос для каждой таблицы, но это может помочь в производительности.

Можете ли вы указать мне в правильном направлении, как это решить? SQL DB или NOSQL, что лучше? Заранее спасибо.