Вы можете использовать либо. Часто REST API (и даже резервная БД) денормализуют эти данные, чтобы они существовали в обеих записях. Но вам решать, как вы хотите уведомить сервер REST о данных. Вы можете ПОСТАВИТЬ нового актера, а в актере включить фильмы - и сервер (в дополнение к добавлению новой записи для актера) может обновить данные, хранящиеся в записи фильма. Или наоборот. Или оба. Нет правила, согласно которому модификация одного объекта REST не может иметь побочных эффектов для других объектов.
И я думаю, что люди, как правило, рекомендуют не использовать третий API только для получения данных о взаимосвязи между двумя основными объектами. Это только усложняет клиентский API, увеличивает задержку и предоставляет клиенту слишком много внутренних компонентов БД (что усложняет изменение в будущем).