Как организовать БД для хранения разнородной информации?

Question

[Оптимус Пьян]

1. Список овощей фруктов - по каждому содержание микроэлементов (понятно, строки, столбцы)
2. Калорийность топлива - аналогично строки - виды топлива, столбцы - калории
3. Прочность материалов - материал - прочность
Выходит из-за разнородности данных для каждой такой группы данных нужна своя таблица? Но в каждой из них записей будет довольно мало 100-1000 это так же затрудняет разработку потому что перед выборкой надо понять из какой таблицы выбирать данные.
Группировать схожие данные в одни таблицы? Тогда всё равно часть столбцов будет пустовать и это будет снижать селективность индекса.
Может быть есть какие-то специализированные БД для такого типа данных? NoSQL и хранилища типа ключ-значение тут не лучше подойдут?

Comments

[sim3x]

Зачем для 1к позиций СУБД и БД вообще?

[Оптимус Пьян]

sim3x: 1 к в одной таблице, вы предлагаете 1000 файлов расплодить?

[sim3x]

Оптимус Пьян: предлагаю использовать файлы с жсон / ямл

Answer 1

[Dimonchik]

NoSQL конечно

в Монге ж тоже индексы есть

Answer 2

[Everything_is_not_so_bad]

Из специализированных СУБД есть:
MariaDB ColumnStore (совместима с MySQL)
Yandex ClickHouse (шустрая и экономная)
Apache Spark
другие Wide Column Store / Column Families