8:30 Hash идея построения hash таблицы для hash join чтобы уместить и ключ и данные на которые они ссылаются в память, а не ссылаться на диск. merge join с индексами может быть применен только для b-tree. Nested loop - может так же с индексами иметь линейную сложность и тут уже hash index оптимальнее. Ну в общем тема жоина не раскрыта и требует отдельного видео.
теории много и она даже годная, но было бы интереснее посмотреть на контент "было - стало" и почему так сработало и работает быстрее, хотя бы базовые примеры, на собесах иногда, но просят в реал тайме оптимизировать уже написанный запрос руками, а не на словах
теоретически, зная теорию Вы можете и сами понять, что и как нужно делать. по крайне мере на собеседовании именно это обычно и хотят понять - есть у вас хотя бы понимание, что происходит и что делать, а опыт - дело наживное 🙂 Авору канала - большое спасибо! Хорошо структурированная и четкая информация.
@@DeamondGod865 всё так. Тем не менее, если серьёзно, тебе из видео знания в голову напрямую никто переложить не сможет, поэтому то, о чём ты просишь, смысла не имеет и вообще вредный совет для автора видео. Если хочешь разобраться, сам всё воспроизводишь, пробуешь разные ситуации и смотришь EXPLAIN ANALYZE.
Отличная территория, но где-то на середине заскучал. Хотелось бы примеры применения. На Ютубе люди смотрят небольшой объем теории. В остальном все отлично. Желаю органичного роста каналу
@@roadofbugs ну вот "select * from order where id=88" если в конце добавить "limit 1" то будет вообще супер, правда если поле id содержит уникальные значения то наверное смысла особого нет ставить этот лимит , но ....
@@Chumachech а нахрена? если ид уникум - будет 1 значение, если не уникум - значит получи все записи по ордеру с этим ид, может там записи по составу ордера. Если историчность - тлгда сам выбирай что нужно - свеженький, или тухляк какой за прошлый год...
Технические грамотно говорить, что база данных не выполняет запрос, а оптимизирует его. Сорри, у меня это профессиональное, в команде разрабатывающей СУБД на базе PostgreSQL. Поэтому слыша то, что режет слух, не могу пройти мимо :)
Очень крутая подача материала. Без воды, всё четко и с примерами. Спасибо!
Четко и понятно разложена теория. Будет хорошо на будущее сделать больше практических примеров. Спасибо.
Лучшее, что я смотрел по ОЗ! Спасибо БОЛЬШОЕ!🤝
Очень классный формат экстракт всего за 20 минут ❤❤❤
Классная подача, понравилось. Спасибо
Качественныое видео. Спасибо вам.
Спасибо вам большое
8:30 Hash идея построения hash таблицы для hash join чтобы уместить и ключ и данные на которые они ссылаются в память, а не ссылаться на диск. merge join с индексами может быть применен только для b-tree. Nested loop - может так же с индексами иметь линейную сложность и тут уже hash index оптимальнее. Ну в общем тема жоина не раскрыта и требует отдельного видео.
Офигенно! 2 раза посмотрел!
В чём офигенность то? Бла бла бла какое-то
теории много и она даже годная, но было бы интереснее посмотреть на контент "было - стало" и почему так сработало и работает быстрее, хотя бы базовые примеры, на собесах иногда, но просят в реал тайме оптимизировать уже написанный запрос руками, а не на словах
теоретически, зная теорию Вы можете и сами понять, что и как нужно делать.
по крайне мере на собеседовании именно это обычно и хотят понять - есть у вас хотя бы понимание, что происходит и что делать, а опыт - дело наживное 🙂
Авору канала - большое спасибо! Хорошо структурированная и четкая информация.
Это на много часов видео)
И ещё в формате тиктока с танцующими девочками на фоне, чтобы еще полегче материал усваивался, да?
@@МихаилДевятов-ь5г какой же ты дед душный
@@DeamondGod865 всё так. Тем не менее, если серьёзно, тебе из видео знания в голову напрямую никто переложить не сможет, поэтому то, о чём ты просишь, смысла не имеет и вообще вредный совет для автора видео. Если хочешь разобраться, сам всё воспроизводишь, пробуешь разные ситуации и смотришь EXPLAIN ANALYZE.
Как теория частично сойдет, но нужна практика. Собес с таким может и можно пройти, но толку мало 😃
Офигенно! Лайк, подписка.
Спасибо!
Спасибо
Отличная территория, но где-то на середине заскучал. Хотелось бы примеры применения. На Ютубе люди смотрят небольшой объем теории. В остальном все отлично. Желаю органичного роста каналу
who should do this designs, software engineer or data scientist?
Отличный канал. Спасибо! На английском будут видео?
Нашёл золото
Дружище, ты мой новый кумир!
а со старыми что будешь делать?
@@ivans8887в мусор
🤝
А где сама-то оптимизация? Запросы максимально просты, там даже оптимизировать нечего. SELECT * from table id = 99 разве требует объяснения?
а "LIMIT 1" где?
О чем речь? Какой запрос?
@@roadofbugs ну вот "select * from order where id=88" если в конце добавить "limit 1" то будет вообще супер, правда если поле id содержит уникальные значения то наверное смысла особого нет ставить этот лимит , но ....
@@Chumachech а нахрена? если ид уникум - будет 1 значение, если не уникум - значит получи все записи по ордеру с этим ид, может там записи по составу ордера. Если историчность - тлгда сам выбирай что нужно - свеженький, или тухляк какой за прошлый год...
Здесь не нужон, если поле уникальное
Как прекрасен SQL. C ностальгией вспоминаю assember
Road to The Bug
Технические грамотно говорить, что база данных не выполняет запрос, а оптимизирует его. Сорри, у меня это профессиональное, в команде разрабатывающей СУБД на базе PostgreSQL. Поэтому слыша то, что режет слух, не могу пройти мимо :)
Бывает
А кто его выполняет?
@@memantulov видимо клиент
ну да, так соптимизирует, что вместо 5 строк запроса вернет 100500 строк всякой херни, типа вы ж это просили );
сразу бред. категорически не смотреть.
Где бред? Не было же вроде ничего неправильного
Начал смотреть ролик. Услышал "наиболее оптимальное". Закончил смотреть ролик.