Телеграмм чат группы kotlin

21:17пожаловаться

Вопрос решен =)

21:18пожаловаться

Заработало. Указал sequence в колонке id при создании таблицы:

id bigint NOT NULL PRIMARY KEY DEFAULT nextval('id_sequence'),

и убрал оверрайд для id в object Users

> при создании таблиц
а где создавал если не секрет ? что бы самом не наткнутся

21:18пожаловаться

Еще вот осталось понять как оно дружит с корутинами, если транзакция будет исполняться в разных потоках при континуациях

21:18пожаловаться

Bogdan Panchenko

> при создании таблиц
а где создавал если не секрет ? что бы самом не наткнутся

Ну в миграциях я создаю схему

21:19пожаловаться

flyway использую

21:19пожаловаться

в разных вроде нельзя, насколько я знаю jdbc берет как "маркер" к транзакции, или это хибер. Но корунтины не про разные потоки.

21:21пожаловаться

Корутины исполняются на тредпуле, поэтому есть шанс перескока в другой поток

21:21пожаловаться

Также нужно учитывать что jdbc - блокирующий, поэтому в корунтинах завезди Диспачер IO

21:22пожаловаться

Корутины исполняются на тредпуле, поэтому есть шанс перескока в другой поток

вот тут лучше спросить в @kotlin_lang, как испоользую корунтины с бд, больше людей

21:23пожаловаться

не, ну при запросах к БД я не ожидаю что оно async будет

21:23пожаловаться

не, ну при запросах к БД я не ожидаю что оно async будет

я про корунтины + БД + транзакции

21:24пожаловаться

Хм, хотя возможно будут проблемы. До первого await код исполняется в потоке вызвавшего. Поэтому, если там будет блокировка в БД, то она будет клинить и вызывавшего. Если он не многопоточный, то всё заклинит. Судя по всему.

21:28пожаловаться

а ну меня посетила мысль, что всегда можно завернуть обращения к БД в async блок и позвать await

21:33пожаловаться

главное не забывать

21:33пожаловаться