Базы данных. MySQL. Индексы 

Это настолько офигенное видео, что я даже оставлю комент! Спасибо Вам, мужики!

Чувак, ты классный учитель. Умеешь заинтересовать) До этого видео я думал "пф, ускорение какое-то, явно ерунда" , а тут ты последовательно показал как это может работать, и на сколько колоссальное ускорение. СПАСИБО )

Дружище, спасибо за твой труд! Очень классное видео

Огроменное спасибо за урок. Чётко, лаконично, по существу без лишней воды.

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

Максимально качественное видео, спасибо :)

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

Очень просто и понятно объяснил, большое спасибо!

Реально лучшее объяснение по индексам, спасибо)

Очень подробно про крайне важную тему! Спасибо

Спасибо за видео и практику!

Понятно и приятно! Спасибо 🙏

Урок огонь! Спасибо Вам!

Отличный ролик, много полезной инфы доступным языком! Спасибо!

Лайк,подписка! Начинаю смотреть и изучать остальные видосы

Супер))) Создал БД, начал смотреть ваше видео и ставить индексы. В конце видео оказалось, что они не нужны, на малом кол-во записей и убрал их :-) Было очень интересно. Узнал много нового))) спасибо за ваши старания)

Спасибочки!!! Годное видео ❤️

Спасибо! Прекрасное объяснение! 👍

Отдельное спасибо за базу))

Ну очень круто все объяснил и рассказал!

Спасибо за отличное объяснение!

Спасибо за видео, очень доступно и понятно

Спасибо очень крутое видео, все просто и понятно 🙏🏻🌹 Процветания каналу

Огромное спасибо! Однозначно ЛАЙК.

Спасибо, очень крутое объяснение! Пойду смотреть другие видео

Просто красавчик, спасибо! С меня подписка и лайк)

Звук в этом видео ГОРАЗДО лучше, чем в предыдущих! Качество и чистота

Очень крутое видео, спасибо!

Спасибо, все очень понятно

Спасибо! очень полезный урок!

Как-то запускал explain и смотрел на него, как баран на новые ворота. Теперь все ясно. Спасибо!

Смотрел другое видео от Антона, заочно лайк! "Отдай свежатину!"

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

Хорошо было бы ссылки из презентации в описании оставить👌

наконец то нечто интересное и достаточно трудно находимое в интернете. (найти то конечно можно в документации но при этом придется перелопатить кучу лишнего)

Да ладно наконец то я нашел нормальное объяснение индексов , спасибо!

Очень полезно, спасибо!

Ну, учитывая что сортировка займёт не менее nlg(n), если она идёт сравнением,то это как бы не lg(n)… есть ещё кстати прошитые b-tree… чуть побыстрей работают

Вы гений!

Действительно стало понятно

Спасибо за видео! Надо было посмотреть его до прохождения собеседования, не выглядел бы тупым в вопросах индексирования. :) Хотя собеседование все же прошел) Like + Subscribe !!!

Полезно. Спасибо!

Мужик, красава!

Спасибо! Привет всем СПшникам)

из 2021 привет, видео топ

У нас тоже не восьмерка)) ничего живем. Да explain analyse очень крутая штука и да, в любой СУБД надо следить на индексами, особенно в Postgres

Выполняю задания. Написал запрос из предпоследнего задания: select * from workers where role ='инженер' and birthday between '1979-12-01' and '1980-02-01' order by first_name, last_name; Проверка показала, роли имеют в среднем по 10к записей на роль, даты - по 100. Из чего получается логично сделать индекс birthday, role. Однако на деле индекс birthday, role дает результат (cost=6349.76 rows=14110) (actual time=6.038..6.097 rows=71 loops=1) , в то время как role, birthday (cost=32.21 rows=71) (actual time=0.749..0.805 rows=71 loops=1). Правильно понимаю, что это связано с between, а точнее с тем, что он собирает большое кол-во дат, а после по ним производит поиск и находит еще тучу ролей, в время как при role, birthday роли сокращают список возможных дат и идет проверка уже среди набора дат?

Ждём стрим

Спасибо за видео! А если добавить новый индекс - будут ли старые записи в таблице (которые уже там были до добавления нового индекса) проиндексированы по новому индексу? (извиняюсь за тавтологию)

Без воды ! Можно вынести ссылки на доп. источники в описание видео ? Также было бы удобнее расставлять time-коды по ролику

Как понять как часто используется тот или иной индекс ?

Так это ж! структура данных - дерево поиска. не зря сдавал СИАОД (Структуры и алгоритмы обработки данных)

Лойс

5:40 - Катастрофически сильное ускорение. Так хорошо что аж плохо

Если у нас составной индекс (price+category) важен ли порядок колонок в запросе в секции where ?

Жаль, что про составные очень мало информации в видео. Там много особенностей. Еще, если указать после EXPLAIN, format=json будет гораздо больше информации об индексах

да, просто офигенно)) лайк от СЕООНЛИ - топового вебмастера и проггера

Спасибо, но один момент не понятен. По b-tree индексу. Это алгоритм индексов по умолчанию в бд или мы вручную как то устанавливаем использовать индекс в рамках данного алгоритма (берём середину, разделяем, сравниваем и тп..). Мне как новичку не совсем понятно. Откуда берётся этот алгоритм.

Спасибо круто объяснил, а есть ссылка на базу которая использовалась в уроке? потому что ссылка в описании на другую базу

12:00 Категория и цена

Я правильно понимаю, что у СУБД есть доступ к БД, при обращении пользователя к БД через СУБД СУБД обновляет индексы, если это необходимо? Это так +- устроено?

А можно как то посмотреть что находится в B-tree? Запросом может каким то?

У менее уникальных колонок, выше селективность (использовать первыми) 16:02

в конце ссылки есть, что нужно почитать, а в описании их нет. где их можно найти?

Хотелось бы поподробнее узнать в каких случаях индекс вредит и какие расчёты при этом делаются. Просто информации о том что при вставке и ибновлении не совсем достаточно.

класс! воды нет

Вынесите пожалуйста ссылки на доп. источники

Я не понял как получилось всего 14 проверок. То есть да, за 14 проверок мы нашли компанию ZEUS, но ведь к этой компании может быть привязано несколько тысяч товаров, то есть количество проверок в итоге точно больше 14, или я что-то неправильно понял?

а кто-нибудь может посоветовать хорошую тестовую базу с большим количество данных и "плохими" кейсами как дублирующиеся ключи и проч? например чтобы были 10 табличек на 10млн строк?

11:48 думаю что (цена, категория)

на 8:29 сказано, что log2(1)=1. Это не верно - log2(1)=0

еще 10 таких и мидл

Как бинарный поиск работает с буквами?

Оставьте ссылки из "Прочитать и изучить" в комментариях или в описании видео. Не возможно такое набрать или скопировать.

Спасибо, это вот полезно было. А про партицирование, шардирование, реплецирование я так понял нету? Хотя партицирование и шардирование редкий кейс, но тем не менее было бы думаю интересно знать что и так можно если прям много записей. К тому же это можно совмещать.

Попробовал сделать как рассказано тут, скорость обработки запроса снизилась с 6с до 70мс! Как такое возможно в реальной то жизни?!

Разница между 0,8 мс и 0,9 смахивает на погрешность.

Смотреть на скорости 1.5

в UTF-8 максимальное количество байт = 4, а у вас сказано 3

Вроде это называетсо бинарный поезг а не B-tree индегз, или я штотапутаю?

Базы - это не ваше ... это крайне примитивный взгляд .

видео ни о чем, как и все у данного автора

с вендором эти пример кластерного или не кластерного индекса?

"Указания покрытия, про это отдельно почитайте" 😅😅😅, где блин?