Инкапсуляция формой логики приложения?
Возможно, вам стоит создать отдельные классы-Entity, которыми и манипулировать на всех слоях приложения.
M, V и C — это «подслои» UI. А кроме UI часто выделяют отдельные слои бизнес-логики (BLL) и доступа к данным (DAL). Таким образом, в своем MVC вы можете манипулировать данными, а затем передавать их в виде Entity-объектов в классы бизнес-логики, которая, в свою очередь, будет вызывать методы доступа данных для CRUD-операций.

Это всего лишь один из вариантов архитектуры. Все зависит от конкретного приложения, но подробности у вас бы вряд ли уместились в вопрос, так что… думайте, выбирайте :) Или же задавайте более конкретные вопросы.
А вы добавте сюда ещё случай когда нужно добавить правило валидации типа «уникальныный емэйл в базе», или с течением времени вы решили изменить столбец в таблице БД и теперь сохранять длинну поля не 100 а скажем 200 символов — получится совсем путаница. Другими словами валидация формы в общем случае так или иначе тесно переплетается с моделью.

Можно попробовать сделать так:

Вся валидация должна происходить в моделе при сохранении. Модель при сохранении возвращает «объект овета» в котором содержится результат работы: перечислены ошибки валидации, какието вспомогательные данные (сколько строк было сохранено или обнавлено), при удачном сохранении также объект сущности которую сохраняем.

В контроллере проиходит связывание и согласовывание объекта формы и «объекта ответа»