Навижен сильно недоделан (С) Gmc. Почему?

[HLS]

Представим ситуацию

На этапе внедрения - заказчик попросил сделать много дополнительных отчетов.
И программист Вася (только-что научившийся лобать отчеты), напихал фигову тонну новых ключей в таблицу 32 и 27. Для подсчета суммы тех или иных полей. Разбираться в уже существующих - ему было лень или просто не догадался.... Пока база маленькая (компания только начал работу) никаких проблем не будет. но...

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

Вопрос.
Какого хрена дале Васе корячить таблицы? (ключи)
И кто будет искать причину "засора", и кто вообще поймет что такое имеет место быть?

P.S.

Это то что пришло сразу в голову, разбираться в коде и искать и вспоминать ситуации когда при якобы "безобидном" изменение логики лезет кучу кривостей - я не буду, поверьте мне на слово - их очень много!