Уместно ли использовать локальное состояние Apollo для хранения другого представления возвращаемых данных?

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

// Response data:
{
  "Team": [
    {
      "name": "Example Team",
      "members": [
        { "name": "Bob" },
        { "name": "Alice" }
      ]
    }
  ]
}

// Network data:
{
  "nodes": [
    { "name": "Example Team" }
    { "name": "Bob" },
    { "name": "Alice" }
  ],
  "links": [
    { "source": "Example Team", "target": "Bob" },
    { "source": "Example Team", "target": "Alice" }
  ]
}

Исторически сложилось так, что до использования GraphQL я бы использовал Redux для хранения измененного ответа API в состоянии и чтения оттуда.

Уместно ли взять результат GraphQL из Apollo и сразу же сохранить его обратно в Apollo местное государство в другой форме, чтобы его можно было запрашивать компонентами в этом формате?

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