стать индексом. Этот столб никогда не меняется, замедлит ли это обновление и вставку в таблицк пользователей? Ведь как я понимаю индексы это отдельная таблица где хранится сам индекс и его primary key
Поиск по базе ускоряется с помощью работы с индексами
Да, но слышал вставка и обновление замедляются. Как это будет в моем случае?
Вот за это я не слышал
На каждую табличную операцию insert и delete будет обновляться твой индекс. Ну, чутка упадет скорость, конечно, но пользы от наличия индекса будет несоизмеримо больше
А в этом плане ща
Замедлится, но если у тебя не по тысяче юзеров в секунду будут регаться, ты этого не заметишь.
Сделай нагрузочный тест, проверь, и расскажи нам
Это не всегда так. Лучше не иметь индекса, чем иметь бесполезный индекс
Наверное, он неспроста индекс вешает на столбец
Мы уже выяснили что 99% потерь в производительности у него связаны с bcrypt
Ну ты в какие то слишком высокие материи заходишь. Тут проблема рабоче-крестьянская: челу нужен индекс на поле email. Очевидно он нужен, ибо он будет по нему искать в любом случае.
Токен, а не имейл
Кстати, а почему бы тебе тупо не сделать этот UUID тупо ключом таблицы. Сразу все проблемы свои решишь. Зачем тебе этот ущербный числовой ID, когда такую махину можно как айди юзать.
Так я по нему и не ищу поэтому а смысл этого?
Для подтверждения почты?
Подтверждение почты по коду который приходит в письме
интересно, как они делали в своих проектах
Обсуждают сегодня