Плохо, что у нас в бизнесс-данных лежат особенности организации кода, а именно полные имена класов объектов к которым крепятся комментарии. Если мы захотим переименовать или переместить сущность (а такие планы у нас есть в tndt-108), комментарии сломаются.

Поэтому

• заводим enum со всеми комментируемыми объектами.
• Учим репозиторий выбирать коменты по значению enum, а не классу
• учим сервис по переданному объекту получать тип из enum
• делаем миграцию превращающую класс в тип.

Теперь при переименовывании или перемещении сущности (или модели) достаточно будет поправить маппинг в коде, без миграции бд.