Работа с несколькими наборами данных через REST API

Если ты говоришь про джойны таблиц, то в общем виде никак. Ты можешь попросить разработчика API добавить недостающие поля/запросы. Ты можешь попробовать вытащить основные данные одним запросом и уточнять необходимые детали последующими запросами. Возможен случай, что ты можешь запросить «все» данные из двух «таблиц» и сджойнить их на стороне клиента. Но это все теоретизирование, потому что нужно детально смотреть, что тебе нужно, и что даёт API.

Ещё есть GraphQL для решения в том числе этой проблемы. Но, очевидно, его сперва нужно реализовать на сервере.

Господа, а не подскажите как работать одновременно с несколькими наборами данных через REST API?

Берёшь и работаешь. Что отдаёт API, то и просишь. НЕ знаешь, что? Читаешь доки. Нет док? Пишешь разрабу.

Оно не работает так же, как в SQL

Это делает API за тебя, лезет в базу, сортирует, выбирает, а тебе даёт уже список (если у тебя есть доступ и это рееализовано) «имена и фамилии владельцев».

Я SQL в качестве примера привёл.

Вопрос был, как делать одновременный запрос к двум документам?

Я вроде сказал. Нужно получить Имена владельцев проектов списком.

Запросов ты можешь делать сколько угодно. Свойство REST - делать обезличеные запросы )))

Я немного тебя не понимаю, что такое документ? Что мешает делать 100 запросов?

Если через REST API, то был/есть https://jsonapi.org/, но по моим ощущениям (когда я пытался его прикрутить к одному проекту) эта штука мёртворождённая. Возможно под твой ЯП окажется удобная и живая реализация, но я в этом очень сомневаюсь, ну или сам пили с нуля, но это такое себе удовольствие, учитывая «многословность» формата и саму идею натягивания совы на глобус.

Я бы лучше взял GraphQL.

Асинхронно или параллельно послать два запроса к разным эндпоинтам рест апи и если повезет и со стороны сервера обработка тоже «параллельная» то вы получите свои условно одновременные запросы.

и если повезет и со стороны сервера обработка тоже «параллельная» то вы получите свои условно одновременные запросы.

Это как? )))) По твоим словам получается, что сервер может работать только с одним клиентом? )))

Ну во-первых написать можно что угодно, во-вторых может работать со многими, но код который обрабатывает запросы к апи может например иметь вид пакетной обработки и последовательно разгребать запросы и слать ответы.

Можно создать вьюху на нужные таблицы и делать выборку данных через api через нее.

Никак, Рест не дает тебе транзакционности. Если надо уже сджойненое получить, то надо просить разраба.

REST API позволяет делать View? Хорошо поищу на это тему.

Я не думаю, что разработчики крупного международного проекта GitLab будут меня слушать.

Видимо, придется тянуть все нужные списки и объединять вручную.

Вьюху, по идее, делает программист в самой СУБД. Через api делается выборка данных из этой вьюхи.