Комментарии 4
Неудачная структура статьи: главная часть - это очень базовое объяснение транзакций, которое знакомо мало-мальски работающему с базами данных человеку. Потом перепрыгнули на JOOQ непонятно зачем, про его связь с транзакциями не сказано ничего. И дальше про сохранялку из Kafka. Меня вышибает термин "JDBC коннектор Kafka", я не могу воспринимать это иначе чем нечто, что реализует JDBC-интерфейс для данных, хранящихся в логах Kafka. Оказалось, имелся в виду Kafka Connect, который сливает в базу данные из топиков. Мне кажется, вы в объяснении где-то напутали, и хотели сказать, что read repeatable вам не подошёл, а подошёл read commited. Ну логично, там же только сохранение данных. В конце вы сами пишете, что read commited - уровень по-умолчанию, значит даже у человека, не понимающего в транзакциях, всё бы сработало.
А ну хотя чего я удивляюсь, часть про транзакции и заключение писала LLM, а от автора тут только часть про JOOQ и сохранялку из Kafka. Фу так писать.
Здравствуйте! Благодарю за комментарий!
Человека не понимающего в транзакциях к настройке уровня изоляции транзакции вряд ли допустили бы.)
Статья не является мануалом для DBA.
Статья является материалом, рассчитанным на знакомство системных аналитиков с архитектурой. Собиралась для последующего преобразования в иные производные материалы. Используется. Должна побуждать к углубленному изучению тематики.
Мне искренне жаль, что материал доставил сложности с восприятием.
Хроники архитектурного дизайна. Часть 4: работа с транзакциями на примере использования PostgreSQL