# Support for nested queries

**URL:** <https://community.apollographql.com/t/support-for-nested-queries/9431>\
**Category:** Connectors\
**Created:** [September 8, 2025, 10:32pm UTC](https://community.apollographql.com/t/support-for-nested-queries/9431 "2025-09-08T22:32:41Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![dcook](https://avatars.discourse-cdn.com/v4/letter/d/ba9def/32.png) [@dcook](https://community.apollographql.com/u/dcook)\
**Post date:** [September 8, 2025, 10:32pm UTC](https://community.apollographql.com/t/support-for-nested-queries/9431/1 "2025-09-08T22:32:41Z")

</div>

Is there a way to create nested queries with Connectors without using entities?

For example, for the given schema below, I would like to have `byId` and `search` to be nested within the `WidgetMethods` type for organization and namespacing purposes.

```auto
type Query {
  widgets: WidgetMethods
}

type WidgetMethods {
  byId(id: ID!): Widget!
  @connect(
    source: "widgets"
    http: { GET: "/byId/{$args.id}" }
    selection: """
      id
      name
      description
    """
  )
  search(term: String!): [Widget!]
  @connect(
    source: "widgets"
    http: { GET: "/search?term={$args.term}" }
    selection: """
      id
      name
      description
    """
  )
}

type Widget {
  id: ID!
  name: String!
  description: String
}

```

However, this schema causes the language server to throw the following error:

```auto
CONNECTORS_UNRESOLVED_FIELD: [template] No connector resolves field `Query.widgets`. It must have a `@connect` directive or appear in `@connect(selection:)`.

```

No matter what I do, I cannot come up with a Connector for the `widgets` field that will allow me to trigger the Connectors on the nested fields. I know I could move the Connectors up a level but then the `widgets` field would need to accept optional parameters for every possible query necessary for the child fields.

```auto
type Query {
  widgets(id: ID, term: String): WidgetMethods
  @connect(
    source: "widgets"
    http: { GET: "/byId/{$args.id}" }
    selection: """
      byId: {
        id
        name
        description
      }
    """
  )
  @connect(
    source: "widgets"
    http: { GET: "/search?term={$args.term}" }
    selection: """
      search: {
        id
        name
        description
      }
    """
  )
}

type WidgetMethods {
  byId: Widget!
  search: [Widget!]
}

type Widget {
  id: ID!
  name: String!
  description: String
}

```

Is there a way to accomplish this without grouping parameters and without using entities?

---

<div class="post-metadata">

**Author:** ![dcook](https://avatars.discourse-cdn.com/v4/letter/d/ba9def/32.png) [@dcook](https://community.apollographql.com/u/dcook)\
**Post date:** [September 10, 2025, 7:29pm UTC](https://community.apollographql.com/t/support-for-nested-queries/9431/2 "2025-09-10T19:29:14Z")

</div>

Let me phrase this question another way:  
Is it possible to have arguments on nested fields?

---

<div class="post-metadata">

**Author:** ![lennyburdette](https://sea1.discourse-cdn.com/flex019/user_avatar/community.apollographql.com/lennyburdette/32/84_2.png) [@lennyburdette](https://community.apollographql.com/u/lennyburdette)\
**Post date:** [September 11, 2025, 1:28pm UTC](https://community.apollographql.com/t/support-for-nested-queries/9431/3 "2025-09-11T13:28:13Z")

</div>

Hello! We have something on the roadmap for this and would love your feedback. The general idea is allow connectors that don’t make a network request, but just act as a kind of resolver in the router.

```auto
type Query {
  widgets: WidgetMethods @connect(selection: "$({ _dummyField: 0 })")
}

type WidgetMethods {
  _dummyField: ID! @inaccessible
  byId(id: ID!): Widget @connect(...)
  search(term: String!): [Widget!] @connect(...)
}

```

As you can see, there’s one gotcha about needing a useless field (because from the query planner’s perspective, Query.widgets returns a type with no fields, which isn’t valid GraphQL). But would that solve your use case?

---

<div class="post-metadata">

**Author:** ![dcook](https://avatars.discourse-cdn.com/v4/letter/d/ba9def/32.png) [@dcook](https://community.apollographql.com/u/dcook)\
**Post date:** [September 11, 2025, 6:00pm UTC](https://community.apollographql.com/t/support-for-nested-queries/9431/4 "2025-09-11T18:00:41Z")

</div>

Thanks for getting back to me! I love the idea of allowing connectors to not make a network request and I would definitely use that feature.

I do not think it solves the issue on its own though. I simulated your proposed solution with a connector that makes a network request and I got the following error:

```auto
error: Composition failed.
error[E029]: Encountered 2 build errors while trying to build a supergraph.

Caused by:
    SATISFIABILITY_ERROR: The following supergraph API query:
    {
      widgets {
        byId(id: "<any id>") {
          ...
        }
      }
    }
    cannot be satisfied by the subgraphs because:
    - from subgraph "template":
      - cannot find field "WidgetMethods.byId".
      - cannot move to subgraph "template", which has field "WidgetMethods.byId", because type "WidgetMethods" has no @key defined in subgraph "template".
    SATISFIABILITY_ERROR: The following supergraph API query:
    {
      widgets {
        search(term: "A string value") {
          ...
        }
      }
    }
    cannot be satisfied by the subgraphs because:
    - from subgraph "template":
      - cannot find field "WidgetMethods.search".
      - cannot move to subgraph "template", which has field "WidgetMethods.search", because type "WidgetMethods" has no @key defined in subgraph "template".

```

It seems like there would need to be an update to the compiler to be able to detect when connectors are applied to child types in the case they are not resolved from a parent type. It may even be desirable to have connectors on child types override ones on parent types if they are defined on both.

---

<div class="post-metadata">

**Author:** ![lennyburdette](https://sea1.discourse-cdn.com/flex019/user_avatar/community.apollographql.com/lennyburdette/32/84_2.png) [@lennyburdette](https://community.apollographql.com/u/lennyburdette)\
**Post date:** [September 11, 2025, 7:39pm UTC](https://community.apollographql.com/t/support-for-nested-queries/9431/5 "2025-09-11T19:39:16Z")

</div>

Yep, you’re correct that there’s a little more work we need to support this. You can make it work by using `$this.dummyField` like this:

```auto
type WidgetMethods {
  byId(id: ID!): Widget 
    @connect(
      http: { 
        GET: "/widgets/{$args.id}?_={$this.dummyField}" 
      }
      selection: "id"
    )
}

```

That tells the query planner how to deal with the relationship between the WidgetMethods returned by the root field and the WidgetMethods with a `byId` field. We would remove the need for this workaround when we tackle this roadmap item.

---

<div class="post-metadata">

**Author:** ![dcook](https://avatars.discourse-cdn.com/v4/letter/d/ba9def/32.png) [@dcook](https://community.apollographql.com/u/dcook)\
**Post date:** [September 11, 2025, 10:49pm UTC](https://community.apollographql.com/t/support-for-nested-queries/9431/6 "2025-09-11T22:49:05Z")

</div>

The workaround worked for me! I am not sure if my team will want to put it into production until the pattern is addressed by the roadmap item but it is definitely useful for prototyping solutions.

Thanks for the help!

---

<div class="post-metadata">

**Author:** ![lennyburdette](https://sea1.discourse-cdn.com/flex019/user_avatar/community.apollographql.com/lennyburdette/32/84_2.png) [@lennyburdette](https://community.apollographql.com/u/lennyburdette)\
**Post date:** [September 12, 2025, 3:40am UTC](https://community.apollographql.com/t/support-for-nested-queries/9431/7 "2025-09-12T03:40:52Z")

</div>

Glad to hear it! Thanks for trying it out!