в примере про емейл и пароль, есть смысл вкладывать пароль тоже в индекс, тогда чтение данных может обойтись без чтения самой таблицы - получить данные только из индекса, не обращаясь к таблице. Но только если мы селектим те колонки - которые есть в индексе
О подобных вещах я говорил здесь ua-cam.com/video/-62RlA0erW8/v-deo.html и я бы не стал добавлять пароль в индекс, потому что это увеличит индекс, а как часто ты ищешь пароль? Только при авторизации и для конкретного пользователя. Да, будет два скана - по индексу и по кластерному индексу, но это будет происходить не так часто, чтобы не включать колонку. Включение сокращает количество сканов, но увеличивает индекс и это не всегда хорошо
Не внешний ключ ускоряет, а создание внешнего ключа может ускорить. Просто некоторые базы при создании внешнего ключа создают и индекс. Так что создание ключа приводит к созданию индекса, а индекс уже увеличивает производительность, в SQL Server автоматического создания нет и это я подтвердил в видео. так что вот таким хреном
@@Dev-lessons Т.е. ускоряет что-то там даже не сам FK, а его создание? Если не трудно, уточните - факт создания или процесс создания? Если создать индекс, но не создавать FK, то состоится ли чудо ускорения?
Ждем продолжение, а то давно не было видосов
в примере про емейл и пароль, есть смысл вкладывать пароль тоже в индекс, тогда чтение данных может обойтись без чтения самой таблицы - получить данные только из индекса, не обращаясь к таблице.
Но только если мы селектим те колонки - которые есть в индексе
О подобных вещах я говорил здесь ua-cam.com/video/-62RlA0erW8/v-deo.html и я бы не стал добавлять пароль в индекс, потому что это увеличит индекс, а как часто ты ищешь пароль? Только при авторизации и для конкретного пользователя. Да, будет два скана - по индексу и по кластерному индексу, но это будет происходить не так часто, чтобы не включать колонку. Включение сокращает количество сканов, но увеличивает индекс и это не всегда хорошо
Спасибо🙏💕
Завтра посмотрю
Спасибо большое
elastic search для быстрого поиска по любой колонке
На сколько я понимаю, там все колонки индексируются. Теоретически такое тоже можно сделать и без Elastic Search, есть варианты
есть ролик про индексы в запросах с where > >= <
Нет, база данных сама решает, использовать индекс при таких запросах или нет на основе статистики
Безумно интересно, каким хреном "базы данных могут ускоряться" да ещё и "за счёт FK". Пожалуйста, приведите пример
Не внешний ключ ускоряет, а создание внешнего ключа может ускорить. Просто некоторые базы при создании внешнего ключа создают и индекс. Так что создание ключа приводит к созданию индекса, а индекс уже увеличивает производительность, в SQL Server автоматического создания нет и это я подтвердил в видео. так что вот таким хреном
@@Dev-lessons Т.е. ускоряет что-то там даже не сам FK, а его создание? Если не трудно, уточните - факт создания или процесс создания? Если создать индекс, но не создавать FK, то состоится ли чудо ускорения?
@@meosaganami5472 индексы ускоряют вне зависимости от того, есть ключ или нет, ключ может привести к созданию индекса для некоторых баз.
@@Dev-lessons мысль понял, спасибо. осталось вспомнить, что базы могут замедляться за счёт FK. Т.о. выводом может стать "базы данных могут" )
@@meosaganami5472 на определённые операции да
Thx
Первый!))))
Молодец!