@export Directive
The @export directive can be used to achieve cross-API JOINs.
This section will explain how JOINs work, what specific requirements they have, and what the caveats are.
To achieve a cross-api JOIN, three things are required:
- you need a variable to store the JOIN key, this variable should be
@internal - you need to use the
@exportdirective to export a single value into the JOIN key - you have to use the
_joinfield to join an object type with another Query result
Let's look at an example to illustrate the flow.
Imagine we'd like to use two APIs to build an API that returns the current weather for all capitals of one of the continents in the world. To achieve this, we could use the following two APIs:
Using these two APIs, we're ready to configure the JOIN:
Our join key, $capital, should most likely not be exposed to the public API. We don't want the user to manipulate our JOIN key. For that reason, we're using the @internal directive to hide it.
Via the @export directive, we're exporting the value of the field capital into the JOIN key. The argument as is used to specify the name of the exported variable.
Finally, we're using the _join field to "embed" another Query into the country object to join the weather data.
Caveats
WunderGraph executes GraphQL Documents depth-first. This means that you can only access the JOIN key when the export happened before the _join field. In our example, the field capital is exported before the _join field, so we can access the JOIN key.
Additionally, it's not possible to use the exported variable from within the same "scope". A scope is the tree of neighbouring fields that query data from the same DataSource. You can use the _join field to create a new scope. Just make sure that your JOIN key is evaluated before the execution of the _join field, in depth-first order.