WebFlux. R2DBC с Postgres в Spring (плюс миграции с Flyway)

[@Rizomus]

Дай бог тебе здоровья, добрый человек!

[@СергейЧубуров]

Я - человек простой: вижу видосик на letsCode - ставлю лайк) Снимаю шляпу перед автором, всё чётко, без лишней воды, и практично. Сочетание затраченное время/полученное понимание - самое лучшее среди всех ютьюб видосиков что я смотрел❤‍🔥

[@rodyslavsinitsyn6812]

Жирный лайк. Запросы на апи через консоль хрома это конечно хардкор)

[@sovrinfo]

Спасибо за видео.Коммент в поддержку!

[@antondoronin1261]

Андрей как всегда на высоте:) P.S.: забавно видеть, как крутые разрабы так же программируют методом "запустили - чёт упало - я всё понял - заработало", но делают это они быстро:)))

[@Игорь-б5ц2ъ]

Магия монтажа 😁

[@letsCodeDru]

Ну нет. Тут я почти не вырезал лишнего. Пору 20-30 секундный мычание только.

[@letsCodeDru]

Ну опытные разрабы тоже ошибаются. Особенно на технологиях, которые ещё не использовали мильён раз в проектах. Какие-то простые вещи бывает пишу с первого раза и сразу удачно, но это обычно что-то до абсолютно понятное. Опытные водители тоже всех ямок объехать не могут, а те, что есть объезжают быстро и с тряской)

[@IsaTimur]

@@letsCodeDru что тут крутого, это реально доступный и понятный язык и аналогии, которые приводишь, спасибо Андрей

[@yuriihizun7183]

Клас, круто, и все ставим лайк.

[@stas4985]

захожу каждые 3 дня проверять когда ждать новую серию

[@barrettkepler7618]

Спасибо большое!

[@pompei2]

классно, всё понятно, теперь я умею реактивить в яве. Благодарность автору от души

[@yerzhanmeshitbayev6812]

Крутой канал, круто автор!!!

[@zhenyalee2731]

посмотрел 3 видео о webFlux. Очень крутые и информативные видео!Ещё много видео на канале , которые очень интересны для меня. Буду смотреть! Подписался!

[@takhir.atamuratov]

Коротко и ясно, то что надо! Благодарность автору за видео!

[@Lolikon929]

вырос на твоих видосах

[@vadympylypchenko5801]

Спасибо за твои видео

[@MiSaxap]

Спасибо!) интересно что вы думаете про Liquibase vs Flyway

[@phil2964]

Спаисбо, прет норм)

[@ZemT861]

Наконец-то я понял больше чем не понял. Хорошие заметки, очень полезно

[@malloc9365]

Спасибо за видео, оч интересно!

[@tonyv3gas]

все чотко по полкам!

[@ВадимМитин-и1т]

Балдежный туториал

[@PitiedSpace]

Как раз изучаю R2DBC, видео в тему! Я рад! Ты самый лучший!

[@oleksandrdyachuk3951]

Спасибо огромное - материал бомба!

[@samokysha]

Спасибо за крутой видосик) Мотивация прёт, уже вторую неделю пилю свой пет-проект)

[@notanord]

Крутой видос!

[@nikitaantonenko3287]

Спасибо огромное!)) Очень интересное и полезное видео))

[@wouchref2501]

Прикольно, но хотелось бы еще глянуть на функциональный подход) В любом случае спасибо за годноту)

[@ЛёхаКорчагин-ю7т]

Отличное видео! Хотелось бы еще видос с разбором правильного построения тестов под webFlux и вообще реактивного стиля...

[@Максон-ъ1ь]

как раз сейчас перехожу на реактивщину, как закрепление прочтенного в доках - гуд ) больше дичи!) спасибо

[@jdjekfhoe]

А вы работаете спринг разработчиком?

[@ЕвгенийЯкшин-ж8щ]

осознанный комментарий для продвижения дичи

[@vadympylypchenko5801]

Ох, печально за 10 дней и 500 лайков нет, а плейлист то супер интересный мог бы выйти.

[@letsCodeDru]

Вот че-то да. Больше просили :(

[@Oleg77777100]

@@letsCodeDru максимальные просмотры на нубовых темах, а до реактивных соединений с БД даже не у всех сеньоров руки дошли, еще доберутся)

[@eugenea7469]

По поводу ОРМ, недавно вышел реактивный JOOQ

[@Oleg77777100]

Крутое видео, спасибо! Что думаешь о сравнении Flyway и Liquibase ?!

[@bearbear4893]

Почаще про какие-либо подводные камни сообщай) конечно набитые шишки дольше помнятся, но лучше их поменьше)

[@ДмитрийКомаров-е7ъ]

Андрей, как обычно круто Но почему ты выбрал подход через контроллеры, а не через хэндлеры? Спасибо

[@letsCodeDru]

Меньше букаф писать. Читать привычней. Переезжать с готовым кодом проще.

[@MrGrzegorz]

Цитата люблю я так писать код :)

[@malkovmaksim2698]

Начал смотеть думая о том, что о сейчас расскажут про github.com/davidmoten/rxjava2-jdbc Ждем следующих серий

[@andrewblack1684]

А чего йамл свойства не используешь? Или ностальгия по пропертям?

[@FlawlessVictory-j8j]

Есть ReactiveMongo от спринга.

[@ЄгорПавленко-м4ь]

17:03 Насколько помню, документация Postgresql рекомендует для VARCHAR размер не указывать для performance. P.S. www.postgresql.org/docs/11/datatype-character.html Tip There is no performance difference among these three types, apart from increased storage space when using the blank-padded type, and a few extra CPU cycles to check the length when storing into a length-constrained column. While character(n) has performance advantages in some other database systems, there is no such advantage in PostgreSQL; in fact character(n) is usually the slowest of the three because of its additional storage costs. In most situations text or character varying should be used instead. Хотя, перечитал, это скорее про character(n), чем varchar(n)

[@ЄгорПавленко-м4ь]

Хотя, перечитал, это скорее про character(n), чем varchar(n): www.postgresql.org/docs/11/datatype-character.html Tip There is no performance difference among these three types, apart from increased storage space when using the blank-padded type, and a few extra CPU cycles to check the length when storing into a length-constrained column. While character(n) has performance advantages in some other database systems, there is no such advantage in PostgreSQL; in fact character(n) is usually the slowest of the three because of its additional storage costs. In most situations text or character varying should be used instead.

[@zawesome899]

На варчар тоже никто не ставит;)

[@matwego]

Андрей, привет, спасибо за видео! Только почему не используешь аннотацию @RequiredArgsConstructor ? Удобнее ведь :)

[@letsCodeDru]

Использую, когда уместна

[@zawesome899]

@@letsCodeDru Она очень уместна при инжекте бинов, вместо конструктора с автовайром)

[@IIJustIIsicariusII]

Сейчас уже(Spring boot 2.6.3) с такими зависимостями добавляет: implementation 'org.springframework:spring-jdbc'

[@taras7630]

Первый

[@anu8is930]

А как же Linux?))) Спасибо за видос, ждем следующую серию)

[@letsCodeDru]

Ноут сломался, перебивают на десктопе

[@РоманВладимирович2024]

Что может послужить причиной, для того чтобы переписать jdbc на r2dbc?

[@haimlvov10]

Здравствуйте! Спасибо за видео! Хотел спросить, какой Linux distribution Вы используете?

[@renniqs1084]

Тут винда((

[@victormog]

😁

[@aiwprton805]

нафик он нужен на десктопе?

[@andreyy.k.9775]

зачем делать конструкторы у сервисов, когда у ломбока есть наташка "RequiredArgsConstructor" которая все final переменные пихает в конструктор? спасибо за видео, было интересно!

[@ИльяДрозд-и3ш]

Почему для отправки запросов не используете Postman? Так ведь гораздо удобнее

[@Ivan54r]

в идеи же можноspring init кликать

[@МаксимКанунников-з1б]

Даёшь ReactiveMongoRepository ? ), а еще удобно делать запросы через файл HTTP Request в Idea

[@ЄгорПавленко-м4ь]

Кто-нибудь продакшн уже делал с R2DBC? Можно уже использовать?

[@stas4985]

можно

[@alexander.shakhov]

Возможно удобнее было бы автору создавать базу тоже на лету, shell скриптом например и поднимать db в докере? А за видос спасибо! Лайк!

[@explo9087]

скачал проект. но почему то не происходит сохранения в базу. ошибки никакой не выдает. а в базе пусто.

[@КириллЛомовской]

А что будет если с WebFlux использовать обычный репозиторий не реактивный, по идее все равно каждый запрос к БД будет обрабатываться, в отдельно потоке, и приложение будет реактивным, только разница, в том, что запросы к БД будут блокирующими, но работать то будет нормально так?

[@Kitty-w6q7p]

Насколько WebFlux актуален сегодня при том что завезли виртуальные потоки?

[@TrololoWoT]

возможно глупый вопрос, но почему не генерируете проект сразу в idea?

[@letsCodeDru]

Хз. Привычка, походу

[@fachelgo5202]

хелп , пишу "id bigserial primary key " в файле V1__Initial_db.sql, а он пишет что "unable to resolve object type bigserial"

[@gwelwan]

А github.com/hibernate/hibernate-rx разве не ORM с поддержкой реактивности ?

[@ЄгорПавленко-м4ь]

This project is still at an experimental stage of development. Со страницы по ссылке.

[@Taluksya]

если много компонентов нужно автовайрить в классе вы их тоже в конструктор ставите?

[@antondoronin1261]

Да, но у нас есть ломбок. @RequiredArgsConstructor сделает это за нас

[@gaben-agent]

ну, насколько я понимаю, лучше всегда создавать все через миграцию, особенно если разработка идет в несколько лиц. Лучше уж сразу так делать. Кстати, почему не liquibase?

[@letsCodeDru]

Люблю sql. Привык к flyway

[@ЄгорПавленко-м4ь]

​@@letsCodeDru Кстати недавно выбирал между ними. Интересно Ваше мнение. Мои краткие выводы были такие: For DB migrations was chosen Liquibase tool between Liquibase and Flyway (both represented in Spring starter tool). Reason: Liquibase has rollback in free version. Еще я не включал migration tool в pom.xml: Liquibase is not incorporated to Spring project itself (not in pom.xml) because in that case it run migrations on app start which is bad practice as I think.

[@seatconnect224]

не совсем понял суть WebFlux и R2DBC в данном примере, если в конце пришлось обновить страницу, чтобы записи обновились )

[@ИльдарШаяхметов-о3ь]

А будет ли webflux с каким-нибудь js фреймворком, типо react

[@IsaTimur]

бери простой webflux и простой jhipster с React-ом )

[@alexeysharandin7364]

Взять тот же FE сарафан и мигрировать бэкэнд на флюкс.

[@stas4985]

что угодно только не реакт,да и походу он решил через мусташ делать

[@romanroman6326]

Блин, ребят, давайте поднажмем до 500. Месяц уже продолжения нет

[@gaben-agent]

лол, так эта хрень вообще не ORM. Я понимаю, более эффективная работа с бд. А если у меня миллиард one/many-to-many связей в бд, я могу тут что-то прикрутить на уровне OneToMany аннотаций, чтобы все автоматом прилетало? Или (возможно пока) придется страдать написанием нативного sql над методами репозитория, как только появляется какая-то из таких связей?

[@bearbear4893]

Дожмите 500, камоооооооон

[@ИльдарШаяхметов-о3ь]

С монгой можно было, там есть реактив

[@letsCodeDru]

Не люблю монгу)

[@MrAPPOLON123]

я так и не понял, тот же контроллер, тот же сервис и репо, а где реактивщина? кроме моно и флакс ниче не поменялось

[@СергейКрылов-ж4н]

Завозим фуру лайков

[@IsaTimur]

@letsCode Андрей к ссылке на гит репо приклеилось словоSpring а вот рабочая ссылка github.com/drucoder/catalizator/tree/R2DBC_flyway

[@KyivanEnjoyer]

Ужасное видео! Опять бекенд не на NodeJS. Лайк) Кстати, я Flyway пользуюсь, мне никаких доп зависимостей не нужно ;/

[@letsCodeDru]

С чем используешь? С spring data? Jpa? Они напару тянут jdbc в транзитивных зависимостях. Ессно тогда не надо отдельно указывать

[@KyivanEnjoyer]

@@letsCodeDru а ну да, spring-data-jpa :) буду знать) это когда начал изучать спринг сразу с спринг бута )00

[@КоноваловАлександр-т5ж]

какая то не понятная дичь....Надо пересмотреть и ознакомиться с р2дбс

[@victormog]

Боюсь показаться тупым, но хотя бы два слова, в чём прикол от R2DBC?!

[@letsCodeDru]

Не надо бояться, глупо выглядит тот, кто не понял и не спросил. Реактивный драйвер позволяет более эффективно использовать подключение к бд. Быстрее оно работать не станет, но под большими нагрузками меньше шансов получить отвалившихся клиентов. Более разумное расходование ресурсов как бонус. Т.е. все те же плюсы, что и в реактивном вэбе

[@alexeyskakun1088]

​@@letsCodeDruНемного добавлю: JDBC априори технология на блокировках, следовательно никак не получиться использовать в реактивнхы приложениях. Ранее спринг умел только реактивные Mongo репозитории (так как реактивный драйвер был), были попытки написать какие-то реактивные дравера для RDBMS, но это не было стандартом! R2DBC Во всяком случае внятная штука, идущая к стандарту (r2dbc.io/). Т.е. Кратко: R2DBC это когда хочеться WebFlux и Reactor в приложении но так же хочеться RDBMS.

[@СергейВладимирович-щ5о6ъ]

Что произошло на 03:38 ? дизлайк ловите за такое!)

[@СергейВладимирович-щ5о6ъ]

откуда этот код?

[@dariadralina502]

Спасибо за видео!