Как обычно, для решения проблемы нужно немного, а именно:
- Понять - для чего именно эти данные нужны
- как долго должны храниться
- Выбор инструмента и решения
- Тюнинг

Некоторые мысли и предложения:
1) Обычно такие подробные данные нужны бывают для оперативного контроля, т.е. нужны максимум неделю, потом нужно чистить.

Более важны и дольше должны храниться агрегированные данные - их и нужно считать либо "на лету" (триггеры?), либо периодически, например, раз в час. При этом забудьте 3НФ!!! Считайте и отдельно храните все необходимые агрегированные результаты.
Про индексы по исходной таблице - тоже забудьте, т.к. замедление вставки из-за перестройки индексов экспонентциально зависит от количества строк. Т.к. строк в таблице будет много, каждый индекс существенно будет эту вставку тормозить.

2) На счет инструмента - посоветовал бы выбрать одну из иерархических БД SCADA систем - они для этого и предусмотрены - собирать и хранить данные с устройств в лавинообразном количестве.
Например, Industrial SQL Server (WanderWare) - Для любителей MS SQL, т.к. построен на нем, но заменили подсистему хранения и получения данных, запросы для аналитики можно строить - как к обычному MS SQL

3) На одном предприятии мы получали примерно раз в 30-60 сек с оборудования файл с параметрами работы - около 40 МБ. Требование к хранению - 50 лет.
В итоге, решено было хранить эти файлы в файловом архиве, а в БД заливали из него только 20-30 параметров, с помощью которых в целом можно оценить - как оборудование работает и идентифицировать файл из архива для детального анализа - если таковое протребуется (за год потребовалось только 2 раза). Для файлового архива специально преобрели дисковый массив и пишут DVD-болванки. Пока так. Геморно, но....работает