Самый загадочный сервис-загрузчик в вашей жизни Представьте, к вам в систему через топик Кафки поступают заявки. Все заявки складываются в отдельную таблицу в базе данных сервиса-загрузчика — Applications. Есть ещё таблица с заявками, не прошедшими валидацию - InvalidApplications. Сейчас, кстати, пустая. В контракте есть разные виды событий: новое, апдейт и удаление. При поступлении апдейта старая запись обновляется. При поступлении события удаления — удаляется. Отдельной таблицы с историчностью нет. Записи, так сказать, просто найти и так же просто потерять. Что пропало — то пропало и одному Господу известно, что было там ранее 😲😲 У записей есть как минимум 2 состояния - IsSettled=false и IsSettled=true. Эти «подтверждения» приходят как обычные апдейты. И, собственно, катарсис сюжета: вы планируете использовать заявки для начисления бонусов клиентам. Необходимо определиться: ⚫можно ли использовать заявки сразу после поступления (с IsSettled=false) или лучше дожидаться их финального состояния. ⚫Нужно ли как-то учитывать апдейты и удаления? Суммы бонусов можно пересчитывать. ➖➖➖➖➖➖➖➖➖➖➖ Давайте обсудим, как будем исследовать имеющиеся данные и на что опираться в принятии решения. И ваше мнение, на какой грейд задача? 🐣 - джун СА ⌨️ - мидл СА 😎 - синиор СА