Впервые вижу понятный разбор без лишней воды, спасибо за контент, автору респект! Мне бы хотелось узнать больше инфы по всем темам, которые не были затронуты, но упомянуты.
Крутое видео. Все по делу. Спасибо за акцент на преимуществах ES, наглядность и отсутствие воды. Если будете делать видео про ELK, разберите по возможности задачу поиска в журнале логов, т.к. это, как я понял, наиболее популярная задача для ELK.
Спасибо за видео! Хотелось бы более подробнее про поиск(конкретно интересует фасетный поиск) и оптимизация запросов на больших объемах документов, от 10млн. Спасибо!
Спасибо, очень познавательно, я ещё смотрел на канале сельский джавист работу с elastic search там тоже хорошо рассказано про работу, но там больше нацеленно на логирование в logstasg. Я думал что elastic используется только для логирования, а оказывается ещё для оптимизации запроса поиска 👍👍👍👍. Не успеваю во всем практиковаться. Хорошо что есть вы что показываете интересный и актуальный материал ❤❤❤.
Спасибо за видео! На мой взгляд ELK - инструмент для поиска неточной информации... даже не знаю где это может пригодится и почему то же самое нельзя реализовать на обычной релационной базе данных, создав словарь различных форм слов. В последнем случае преимущество - использование надежных инструментов с настраиваемой логикой, а не логикой ELK.
А ещё можно использовать postgres + ts vector + gin index. Всё равно не так удобно, как эластик, но это уже правда работает, в отличие от поиска по точному совпадению.
Просто супер видео. Давай по редис, aws3 , kubernetis, mongo, spark, Cassandra, clickhouse и пр no SQL БД. Неужели у спринга нет из коробки интеграции с эластик?
Спасибо, очень круто обьяснил. Только не понял в какой момент нужно делать переиндексацию, т.е. как всегда поддерживать ES в актуальном согласованном состоянии, что-бы не было расхождений с реляционкой?
спасибо! по поводу того когда делать переиндексацию. После любого изменения данных (вставка, обновление, удаление) в реляционной базе данных необходимо выполнить обновление в Elasticsearch. В высоконагруженных системах это обычно делается асинхронно, например, через Kafka. То есть, когда происходит изменение в базе данных, соответствующее событие отправляется в Kafka, а одним из из консьюмеров этих сообщений является сервис, который отправляет запросы на обновление индекса в Elasticsearch.
@@suchkov-tech Спасибо за ответ. Я так и думал. Просто мне изначально показалось, что это весьма ресурсозатратно вот так вот постоянно после каждого изменения реляционки индексировать ES.
Сделайте качественное сравнение elastic и pg_search плагина? Как можно называть like "глупым поиском"? Like - это поиск подстроки в строке, а не полнотекстовый поиск. Если принять это во внимание, то не остаётся плюсов у noSQL DB?
спасибо за комментарий! Только небольшая поправка - поиск не глупый, а наивный. Термин "наивный" обычно используется для описания простого, базового или неэффективного подхода к решению задачи, что вполне отражает поиск по подстроке. Вы правы, современные базы данных умеют в полнотекстовый поиск, и такая продвинутая СУБД как PostgreSQL не исключение. Однако, ElasticSearch предлагает гораздо более специализированные и оптимизированные возможности для работы с полнотекстовым поиском и анализом данных в реальном времени. При написании сценария я думал, стоит ли об этом говорить или нет, рассказывая про принцип единственной ответсвенности и прочее. Каждый компонент системы должен отвечать за свою конкретную задачу. PostgreSQL - это мощная реляционная база данных, которая прекрасно справляется с хранением структурированных данных и поддерживает различные типы запросов, включая полнотекстовый поиск. Однако, изначально она не предназначалась для этой задачи. ElasticSearch, напротив, создан именно для поиска и анализа данных. Это инструмент, оптимизированный под задачи быстрого поиска, работающий с большими объемами данных и поддерживающий различные функции связанные с поиском. Это делает ElasticSearch более подходящим для задач, связанных с полнотекстовым поиском, чем универсальная СУБД, как PostgreSQL.
Неужели нет "быстрых" поисковых способов полнотекстовых запросов к БД? Зачем тащить велосипед под названием "эластикСерч" Интересно посмотреть нагрузки при большом количестве чтений, как при этом эластик (в процентах) даст прирост производительности
Добрый день! подстрока "зеленый" не содержится в тексте "зеленая миля" или "зеленая книга". Но если написать "зеленая" (в женском роде), то совпадения будут по названию, но пропадут из выдачи два других фильма.
@@deantek не, они в попытке заблочить всех русских заблочили (создали проблемы компаниям) некоторых шведов, итальянцев и даже, каким-то образом, американцев и не хотели давать разбан. Мой личный ВПН в Нидерландах тоже в блоке, они ищут все возможные айпишники, которые используют русские. Шиза в их команде на достойном уровне, гадят при этом только обычным людям, естественно
Автор легенда, спасибо за детство 😭
Было бы еще интересно послушать про: Clickhouse и Kubernetes. Спасибо за ваш труд!
Герои не носят плащи
Отличный канал. Жаль, что роликов мало, и я уже их все посмотрел. )
Хочу продолжение про шардирование. Спасибо.
Спасибо огромное, материал на высшем уровне и подается в идеальном формате!
Привет. про шарды было бы очень интересно послушать!
Супер! Про ELK очень надо
Впервые вижу понятный разбор без лишней воды, спасибо за контент, автору респект! Мне бы хотелось узнать больше инфы по всем темам, которые не были затронуты, но упомянуты.
Спасибо за пример использования еластика! Круто бы про сам ELK послушать!
Буду рад послушать продолжение, про шардирование и реплики.
+ За продолжение, интересны детали и тонкости движка. Отличное раскрытие темы, спасибо
Понятное и корректное объяснение, я понял абсолютно ВСЁ. Лайк подписка, без сомнений
Годный контент , интересно слушать и смотреть
Было бы интересно про Kubernetes
Це рівень ! Контент топчик. Інформація, якість подачі інформації, так тримати, гарний канал
Про Kubernetes пожалуйста и спасибо за видео👋👋
Крутое видео. Все по делу. Спасибо за акцент на преимуществах ES, наглядность и отсутствие воды.
Если будете делать видео про ELK, разберите по возможности задачу поиска в журнале логов, т.к. это, как я понял, наиболее популярная задача для ELK.
Спасибо большое, очень интересное видео) ждём продолжения 😊
Очень хочется продолжения! Спасибо за отличный контент
Спасибо за видео! Хотелось бы более подробнее про поиск(конкретно интересует фасетный поиск) и оптимизация запросов на больших объемах документов, от 10млн. Спасибо!
Хотим продолжение по шардированию и остальное 🎉спасибо
спасибо за видео, я хоть и фронтенд разраб, но пытаюсь в бек, очень досутпно и просто объясняешь))
Настолько подробно я ещё не встречал
Лучшее видео по ELK что видел!
Очень круто объясняешь, спасибо за качественный материал!
шарды, реплики, ранжирование - интересно ВСЁ !!❤
Спасибо большое за видео, жду продолжения!)
Спасибо за ролик , ждем продолжение!
Хотелось бы ещё про Kubernetes
Благодарю за такое прекрасное видео!
Спасибо, очень познавательно, я ещё смотрел на канале сельский джавист работу с elastic search там тоже хорошо рассказано про работу, но там больше нацеленно на логирование в logstasg. Я думал что elastic используется только для логирования, а оказывается ещё для оптимизации запроса поиска 👍👍👍👍. Не успеваю во всем практиковаться. Хорошо что есть вы что показываете интересный и актуальный материал ❤❤❤.
Спасибо за видео! На мой взгляд ELK - инструмент для поиска неточной информации... даже не знаю где это может пригодится и почему то же самое нельзя реализовать на обычной релационной базе данных, создав словарь различных форм слов. В последнем случае преимущество - использование надежных инструментов с настраиваемой логикой, а не логикой ELK.
А ещё можно использовать postgres + ts vector + gin index. Всё равно не так удобно, как эластик, но это уже правда работает, в отличие от поиска по точному совпадению.
все четко и по делу 🔥
Просто комментарий для продвижения видео этого замечательного человека.
Ого, если Postgresql обвесить elasticsearch и кучей других технологии то постгря становится наконец-то хоть чем-то похожим на монгодб
Просто супер видео. Давай по редис, aws3 , kubernetis, mongo, spark, Cassandra, clickhouse и пр no SQL БД. Неужели у спринга нет из коробки интеграции с эластик?
Спасибо, крутые примеры!
Мощно, спасибо друг.
Мощнейший видос
❤
чувак, лайк подписка, очень классно рассказываешь 👍
Спасибо.
приятная речь, спасибо
Топ видео, спасибо автору!
Запили курс по Go🙃🙃🙃 Пожаааалуйста!!!!
А ты хорош)
спасибо!
подача огонь🔥
Классный урок! Подскажите, какой микрофон используете?
спасибо) микрофон Zoom H1n
Давай про шардирование postgres
Топ контент
Супер!
Спасибо, очень круто обьяснил. Только не понял в какой момент нужно делать переиндексацию, т.е. как всегда поддерживать ES в актуальном согласованном состоянии, что-бы не было расхождений с реляционкой?
спасибо! по поводу того когда делать переиндексацию. После любого изменения данных (вставка, обновление, удаление) в реляционной базе данных необходимо выполнить обновление в Elasticsearch. В высоконагруженных системах это обычно делается асинхронно, например, через Kafka. То есть, когда происходит изменение в базе данных, соответствующее событие отправляется в Kafka, а одним из из консьюмеров этих сообщений является сервис, который отправляет запросы на обновление индекса в Elasticsearch.
@@suchkov-tech Спасибо за ответ. Я так и думал. Просто мне изначально показалось, что это весьма ресурсозатратно вот так вот постоянно после каждого изменения реляционки индексировать ES.
❤❤❤
Будет ли обзор Obsidian?
вообще не планировал, так как не совсем в тематике канала, и кажется есть уже много хороших обзоров на этот инструмент
если бы еще перейти на новую версию со старой в которой используются динамические поля с точкой в имени, что во всех новых версиях запрещено.
Сделайте качественное сравнение elastic и pg_search плагина? Как можно называть like "глупым поиском"? Like - это поиск подстроки в строке, а не полнотекстовый поиск. Если принять это во внимание, то не остаётся плюсов у noSQL DB?
спасибо за комментарий! Только небольшая поправка - поиск не глупый, а наивный. Термин "наивный" обычно используется для описания простого, базового или неэффективного подхода к решению задачи, что вполне отражает поиск по подстроке.
Вы правы, современные базы данных умеют в полнотекстовый поиск, и такая продвинутая СУБД как PostgreSQL не исключение. Однако, ElasticSearch предлагает гораздо более специализированные и оптимизированные возможности для работы с полнотекстовым поиском и анализом данных в реальном времени.
При написании сценария я думал, стоит ли об этом говорить или нет, рассказывая про принцип единственной ответсвенности и прочее. Каждый компонент системы должен отвечать за свою конкретную задачу. PostgreSQL - это мощная реляционная база данных, которая прекрасно справляется с хранением структурированных данных и поддерживает различные типы запросов, включая полнотекстовый поиск. Однако, изначально она не предназначалась для этой задачи. ElasticSearch, напротив, создан именно для поиска и анализа данных. Это инструмент, оптимизированный под задачи быстрого поиска, работающий с большими объемами данных и поддерживающий различные функции связанные с поиском. Это делает ElasticSearch более подходящим для задач, связанных с полнотекстовым поиском, чем универсальная СУБД, как PostgreSQL.
Udemi не позволяет покупать курсы из России
но ведь постгрес содержит функционал для полнотекстового поиска..
У нас в страховой компании ElasticSearch
Неужели нет "быстрых" поисковых способов полнотекстовых запросов к БД? Зачем тащить велосипед под названием "эластикСерч"
Интересно посмотреть нагрузки при большом количестве чтений, как при этом эластик (в процентах) даст прирост производительности
Даже через LIKE %''зеленый" в поле title не найдет чет мне не верится
Добрый день! подстрока "зеленый" не содержится в тексте "зеленая миля" или "зеленая книга". Но если написать "зеленая" (в женском роде), то совпадения будут по названию, но пропадут из выдачи два других фильма.
Нижнее подчеркивание… а существует верхнее еще?
что за накрутка комментариев?) ничего плохого про видео не говорю
Все что нужно знать об Elastic Search: в СНГ недоступен
настрой впн и все, хотя оч странно, они позиционируют себя как open source, лол
@@deantek не, они в попытке заблочить всех русских заблочили (создали проблемы компаниям) некоторых шведов, итальянцев и даже, каким-то образом, американцев и не хотели давать разбан. Мой личный ВПН в Нидерландах тоже в блоке, они ищут все возможные айпишники, которые используют русские. Шиза в их команде на достойном уровне, гадят при этом только обычным людям, естественно
@@wildcat4435 тогда они идиоты, компании будут мигрировать на другие продукты, может даже на самопис перейдут, а они деньги потеряют
В докере развернул без проблем
@@wildcat4435 @wildcat4435 они делают это чтобы "обычные люди" собрались и вышли свергнуть диктатора
Спасибо за интересный и полезный ролик!) Лайкаю и подписываюсь
все четко и по делу 🔥