Добро пожаловать в реальный мир, где люди САМИ идут в банкомат и переводят деньги мошенникам, а по телефону называют CVV

Нужно понимать, что это в тележке все умные, а в вайберах с воцапами сидят бабушки/дедушки и тёти/дяди, очень от айти далёкие зачастую. Для них ентон ынтырнет ваш непонятен и сложен.

я знаю что такое частичный индекс. Но не понимаю зачем тебе нужны оба.
У тебя получается огромное количество записей с deleted != 0 ?

Ну как бы вайбер должен бороться с такими мошейниками. Вроде это даже не сложно сделать.

Вопрос знатокам: зачем с ними бороться? Если оттока юзеров из-за этого нет, то это экономически не является оправданным.

репутация, однако.. Аська же славилась своим спамом. И все ушли в скайп, потому что там почти не было спама..

Всё верно. Когда появится, куда утекать юзерам, начнут бороться.

Тут же надо понимать, что усложнение аутентификации может в итоге повлечь куда больший отток

Ну в общем, если весь этот спам идет с угнаных аккаунтов, то ок. Просто удивляет количество жертв. Думал что схема более интересная.

Ну да, не супер-огромное в масштабах того сколько живых объекто. Но зато 3-4 индекса где надо учитывать удалённость. И все эти индексы будут хранить значение поля deleted, которое там и не нужно совсем.

Если бы был PostgreSQL то я либо сделал "вирутальную" булевую колонку, или индекс по выражению. И не нужен был бы частичный индекс. А в монге нет ни того ни другого.

В своё время у меня бывали рабочие симки. И на одной из них оказались одноклассники. Видимо, когда-то кто-то зарегался, телефон сменил, в итоге через год-другой телефон снова продали. Я узнал, так как постоянно валились смски, мол, Вася Пупкин празднует ДР. Пошёл, захожу, через 10 минут мне приходит сообщение в личку «привет в какой школе мы учились я не помню» (орфография сохранена), видимо, кто-то из френдов решил «проверить», я это или не я. Но это отдельная история уже:)
Я к тому, что вот ещё вектор, пожалуйста, если там через смс можно зайти. А телефоны ломать скучнее и неинтереснее.

Войти по номеру телефона через один год неактивности - это разработчику сайта прям надо быть совсем джуном и не думать над тем как работают сотовые опреаторы с номерами телефонов.
Никогда, сука, не делайте авторизацию по телефону + SMS, если сервис предполагает хранение личных данных юзера. Такое работает исключительно для личного кабинета самого сотового оператора, где из "личного" только имя юзера, и то оно автоматом "меняется", когда ты покупаешь симку.

у вас не так?)

Нам вот пришлось такое делать для уже двух операторов, просто потому что они "интерпрайз" и хрен их "пробьёшь". Они привыкли юзеров авторизовать по номеру и СМС, и не нести ни какой ответственности, т.к. они не хранили "контент" юзера.
Так у нас блин больше 1000 строк кода только в бекенде, что бы учесть разные кейсы. И при этом всё равно есть "запасной" варинат - авторизация через email + OTP, на случай если ты потерял телефон или у нас нет уверенности что он всё ещё принадлежит тебе.

Я уже через 2 месяца не помнил всех деталей реализации и все кейсы, которые мы предусматривали.

у тебя на одну не удаленную запись сколько удаленных приходится в среднем?
Я  в постгрессе выражения в индексах использую только для уникального индекса, чтобы не удаленная запись была ровно одна, а удаленных много.
Я очень сильно сомневаюсь, что твои два индекса выдадут хоть какую нибудь значимую оптимизацию в запросах.

explain-ом проверил - использует правильный индекс. Для удалённых свой индекс, для живых - другой.

ты бенчмарки сделай... и посмотри на реальные размеры индексов, когда он один и когда их два.
И третий вариант, когда поля delete нет в индексе..

Ну по любому индекс по живым фоткам будет меньше. А это основной индекс который будет использоваться. Индекс по удалённым будет редко использоваться, только когда юзер заходит в "корзину", или бекенд полностью удаляет давно лежащие в корзине объекты