Вопрос по Spring и SQL

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

class CreditOffer {
  private Client client;
  private Credit credit;
  private Long/BigDecimal creditSum;
  private List<CreditPayment> paymentSchedule;
 ...
}

class CreditPayment {
  ....4 поля
}

Таким образом будет связь 1-m, в самой БД, в табличке credit_offers будет только client_id credit_id credit_sum а в табличке credit_payments (имя можно и получше придумать, чтобы не путать с реальными платежами по кредиту, scheduled_credit_payments длинновато вроде, это уже детали) будут поля date sum principal_repayment interest_repayment credit_offer_id и собственно FOREIGN KEY на кредитное предложение, тогда будет некая нормализация данных, поскольку можно писать и в одну таблицу, но это означало бы дублирование информации, часть полей у нас логически относятся к одной сущности, часть к другой. Для тестового задания/учебной задачи этого хватило, все остальное в коде спринг бы сделал сам, тебе нужно было только создать таблички в sql и замапить энтити. Другой вариант относительно реальных сценариев, там отталкиваются от бизнес контексте. Какие данные будут чаще писаться, Клиент, Кредит, Сумма кредита или График платежей? Как часто меняется график платежей, может он раз пишется и все, а может 100 раз пересчитывается. Какая информация чаще всего будет запрашиваться, по кредитному предложению или по графику, какой объем данных, на каких технологиях планируется персистенс леер, jdbc,hibernate/spring data,jooq, , Spring Data JDBC и тд, какая БД используется

График платежей - String у сущности доменного слоя, она в бд храниться как строка (json), в программу из внешнего слоя ты получаешь Dto, где график платежей - отдельный объект с полями, получив его - jacksonom его преобразуешь в String и сохраняешь в поле String сущности доменного слоя, далее сохраняя в бд как строку, когда из бд достаешь график платежей в виде строки, то преобразуешь обратно в объект dto и т.д., а отдельную таблицу для этого использовать или нет, тут сам уже смотри

Например, график - в отдельной таблице, связанной с Предложением как one-to-many