Архитектура БД для хранения остатков

Всем привет. Есть БД с таблицами:

• products(id, category_id, name, price)
• components(id, name)
• product_component (product_id, component_id, count)

Возникла необходимость добавить отчетность по наличию компонентов. Думаю реализовать это с помощью 1 таблицы:

• components_storage (type, component_id, count)

Где type - это тип действия (закупка, продажа или списание). Но из этого выходит несколько проблем:

1. Большой объем таблицы. Таблица очень быстро заполнится данными, поскольку сейчас ежедневно в базу приходит по ~1000 заказов.
2. Невозможно добавить для каждого типа какие-либо данные. К примеру, для поставки - это поставщик, цена закупки. Для списания - причина списания.

В связи с этим вопрос. Правильно ли будет Разделить закупки, продажи и списания на разные таблицы? Т.е. сделать 3 таблицы: component_procurements, component_sales и component_offs?