Size: a a a

Kotlin Community

2019 November 07

ДП

Дмитрий Полянин in Kotlin Community
И есть русские разработчики и телеграм группа
источник

PS

Pavel Shilyagov in Kotlin Community
Дмитрий Полянин
Это и хорошо.
Я сам использую linq2db уже год как, и про EF даже вспоминать не хочу.
Ну тогда exposed то что надо. Но  только там нет никакой поддержки миграции из коробки. Для этого можно взять flyway
источник

ДП

Дмитрий Полянин in Kotlin Community
Pavel Shilyagov
Ну тогда exposed то что надо. Но  только там нет никакой поддержки миграции из коробки. Для этого можно взять flyway
Вот как раз привык к такому linq2db тоже не делает миграций
источник

ДП

Дмитрий Полянин in Kotlin Community
Использую FluentMigrator
источник

PS

Pavel Shilyagov in Kotlin Community
Дмитрий Полянин
Использую FluentMigrator
к сожалению ничего похожего в jvm не нашел. Flyway это sql-файлики с системой версии. Хотя может плохо искал.
источник

IS

Ihar Sadounikau in Kotlin Community
так а ликведбэйс вместе с любым орм чем плох?)
источник

T

Timur in Kotlin Community
Ihar Sadounikau
у котлина теперь своя orm есть 🙂
Так давно же уже. Ктор + exposed это то что я слышал ещё год назад про котлин на бэке)
источник

PS

Pavel Shilyagov in Kotlin Community
Ihar Sadounikau
так а ликведбэйс вместе с любым орм чем плох?)
На сколько я понял там нельзя описывать миграции в коде, а нужно использовать свой формат xml или json. В таком случае мне удобнее на обычном sql писать.
источник

T

Timur in Kotlin Community
Pavel Shilyagov
На сколько я понял там нельзя описывать миграции в коде, а нужно использовать свой формат xml или json. В таком случае мне удобнее на обычном sql писать.
Во flyway насколько помню можно писать миграции кодом
источник

T

Timur in Kotlin Community
Pavel Shilyagov
На сколько я понял там нельзя описывать миграции в коде, а нужно использовать свой формат xml или json. В таком случае мне удобнее на обычном sql писать.
источник

PS

Pavel Shilyagov in Kotlin Community
Timur
Во flyway насколько помню можно писать миграции кодом
не совсем, там пишешь теже самые sql запросы руками. FluentMigrator в дотнете позволяет описывать миграции не прибегая к sql синтаксису
источник

T

Timur in Kotlin Community
Pavel Shilyagov
не совсем, там пишешь теже самые sql запросы руками. FluentMigrator в дотнете позволяет описывать миграции не прибегая к sql синтаксису
Так берешь жук, он генерит тебе запрос, исполняешь его
источник

PS

Pavel Shilyagov in Kotlin Community
Timur
Так берешь жук, он генерит тебе запрос, исполняешь его
может и вариант, да. Можно попробовать.
источник

SB

Sergey Bezrukov in Kotlin Community
Flyway очень неудобен после ликвибейза. Ликвик сам разруливает большинство различий в sql синтаксисе разных баз, во flyway пришлось задублировать скрипты для h2 (test) и mysql (real).
источник

RI

Ruslan Ibragimov in Kotlin Community
Sergey Bezrukov
Flyway очень неудобен после ликвибейза. Ликвик сам разруливает большинство различий в sql синтаксисе разных баз, во flyway пришлось задублировать скрипты для h2 (test) и mysql (real).
Мы ушли от использования h2, потому что sql сложнее круда часто испытывал проблемы при работе на h2. Пример валидный, но для моих проектов лишен смысла. Все равно поднимаем контейнер с настоящей базой и тестируем с ней - так правильнее в конечном счете. Если только цель не писать универсальные запросы которые будут работать везде.
источник

PS

Pavel Shilyagov in Kotlin Community
Sergey Bezrukov
Flyway очень неудобен после ликвибейза. Ликвик сам разруливает большинство различий в sql синтаксисе разных баз, во flyway пришлось задублировать скрипты для h2 (test) и mysql (real).
это да, супортить несколько диалектов не очень в таком случае. Все-таки хотелось бы возможность описывать миграции по человечески в коде, как сделано в RoR или FluentMigrator.
источник

SB

Sergey Bezrukov in Kotlin Community
Ruslan Ibragimov
Мы ушли от использования h2, потому что sql сложнее круда часто испытывал проблемы при работе на h2. Пример валидный, но для моих проектов лишен смысла. Все равно поднимаем контейнер с настоящей базой и тестируем с ней - так правильнее в конечном счете. Если только цель не писать универсальные запросы которые будут работать везде.
Мы используем в "сложных" случаях testcontainers, но уж больно они тормозные )
источник

PS

Pavel Shilyagov in Kotlin Community
Ruslan Ibragimov
Мы ушли от использования h2, потому что sql сложнее круда часто испытывал проблемы при работе на h2. Пример валидный, но для моих проектов лишен смысла. Все равно поднимаем контейнер с настоящей базой и тестируем с ней - так правильнее в конечном счете. Если только цель не писать универсальные запросы которые будут работать везде.
для интеграционных тестов использую testcontainers, для разработки не сложно поднять контейнер с настоящей базой
источник

RI

Ruslan Ibragimov in Kotlin Community
Pavel Shilyagov
это да, супортить несколько диалектов не очень в таком случае. Все-таки хотелось бы возможность описывать миграции по человечески в коде, как сделано в RoR или FluentMigrator.
В Flyway можно описывать миграции в коде
источник

PS

Pavel Shilyagov in Kotlin Community
Ruslan Ibragimov
В Flyway можно описывать миграции в коде
там приходится писать голый sql, а хотелось бы что-то наподобие опсиание схемы в Exposed, с автокомплитом и типизацией
источник