Ты же понимаешь что это не остановит все промисы внутри?

Добрый вечер. Использую sequelize. Есть табличка users,(id,  login, ...) табличка friends (id, user_id_1, user_id_2, status, action_user_id). Из статусов есть Accepted, Requested, Declined.
Три поля из таблички friends привязал с помощью Belongs_to к user. Теперь, допустим я хочу на ui сделать поиск по юзерам и если его нет в друзьях, нажать кнопку отправить запрос.
Как это лучше организвать в плане запроса? Вытягивать список юзеров и список друзей где status = accepted и сранивать есть ли юзер в друзьях?

Это же для авторизованных пользователей?

Да

Как я понял у тебя текущий пользователь в первой таблице, во второй есть его друзья. Вот со второй Таблицы по текущему пользователю выбери всех друзей, потом методом исключения грузи ui.

А если, допустим у меня на ui есть поиск по юзерам, допустим ввожу имя и он мне выводит пользователей, рядом с ними должна быть кнопка - добаить в друзья (если он уже в друзьях - ее не должно быть). Мне делать запрос на поиск пользователей и запрос по друзьям текущего пользователя и на ui соединять что и как ?

У тебя поиск как работает? Откуда данные берет?

при поиске отправляется запрос на /users/search по имени или логину и выгружает пользователей из таблички users

Я бы на бэке в апи обработал и отдавал бы сразу готовый массив

А ещё бы подгружал раньше чем вводишь в поиске, так будет быстрей работать

Если ты будешь делать запрос на каждого пользователя, то твой поиск будет под дня работать.

Тебе нужно иметь список друзей текущего пользователя и сравнивать его с полученными пользователями

Ну то есть список друзей загрузить заранее просто, понял. Спасибо

Да. При авторизации или загрузке страницы, там по ситуации глянь.

Что делать если будет 20 тысяч друзей?

В поиске ты грузишь порциями же

Динамически проверяй 50-100 записей

Ты же не будешь сразу все 20к грузить

И обычно нормальный бэк тебе выдаст часть пользователей и метку на другую порцию

Как тогда сравнивать если оба списка не полные?