Для принятия решения у Вас недостаточно данных.

"большое количество колонок в таблице" это ваше субъективное мнение. Возможно у вас есть объективные причины так считать, но вы их умалчиваете или ещё не осознали.

Нужно расмотреть все варианты использования этих таблиц, причём как в runtime так и в designtime. Тогда, возможно у вас возникнут обоснованные аргументы для принятия того или иного решения.

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

Положим, у нас есть относительно небольшое количество расчётов, которые используются повсеместно и много прочих расчётов, которые нужны относительно редко. Если хранить все расчёты в одной таблице, на этапе выполнения СУБД придётся лопатить много ненеревантных данных, чтобы в большой куче записей многократно находить те немногочисленные, но такие востребованные записи.

Про проверки целостности данных уже говорили.

Ну и т.д.