Can you have multiple "type: reference" entries in an array in Sanity.io?

12 replies
Last updated: Jan 28, 2026
Is it possible to have a
type: array
, of more than one entry for
type: reference
? I kept getting an error that pointed to https://www.sanity.io/help/schema-array-of-invalid when I tried to make multiple
{type: 'reference', to: [a single type]}
. I tried uniquely `name`ing them on both the
to
values, and the reference type itself, but it's hung up on the fact I have dozens of
reference
types in the
type: 'array'
.
Currently reverted back to just a single
type: 'reference'
with a lot of
to
values, but it's problematic because of the many types I have, many of them have hundreds of results, making it very difficult for me to say I want "this document" from "this type"
The generated groq from that on dash is quite huge too since it has to match on a ton of fields on each type
😐
AI Update

You're actually using the correct, standard approach for references in Sanity! The pattern you described—a single reference type with multiple document types in the to array—is exactly what the official documentation recommends:

{
  title: 'Directors',
  name: 'directors',
  type: 'array',
  of: [
    {
      type: 'reference',
      to: [
        {type: 'person'},
        {type: 'company'},
        // ... all your other types
      ]
    }
  ]
}

The schema-array-of-invalid error you encountered likely happened if you tried creating multiple separate reference objects with different name properties in the array's of property. While technically possible, that's an unconventional pattern and not what the docs demonstrate.

For your usability problem (hundreds of documents making it hard to find what you want), here are some better solutions:

1. Use filter to constrain the reference picker

You can add filters to narrow down what appears in the reference picker based on document properties:

{
  type: 'array',
  name: 'items',
  of: [{
    type: 'reference',
    to: [
      {type: 'typeA'},
      {type: 'typeB'},
      // ... dozens more
    ],
    options: {
      filter: '_type == $selectedType',
      filterParams: {selectedType: 'typeA'} // Could be dynamic
    }
  }]
}

2. Add a custom filter UI

You can create a custom input component that lets editors first select which document type they want to reference, then shows only documents of that type.

3. Use disableNew if needed

If you don't want inline document creation cluttering the UI:

options: {
  disableNew: true
}

About the GROQ queries

Yes, a reference with many types in to will generate larger queries, but that's just how references work. The query needs to handle all possible types. You can optimize your frontend queries by only dereferencing the fields you actually need:

*[_type == "yourDoc"] {
  items[]-> {
    _type,
    // only the fields you need, not everything
    title,
    slug
  }
}

The error message you hit was likely because of a schema syntax issue (maybe duplicate names or incorrect nesting), not because Sanity limits the number of types in a reference. If you share the specific error or schema structure, I can help debug further!

Show original thread
12 replies

Sanity – Build the way you think, not the way your CMS thinks

Sanity is the developer-first content operating system that gives you complete control. Schema-as-code, GROQ queries, and real-time APIs mean no more workarounds or waiting for deployments. Free to start, scale as you grow.

Was this answer helpful?