Create indexes for full-text, semantic, lexical, and hybrid search.
A Pinecone index can hold any combination of the following:
Documents are the unit of data in an index with a document schema β JSON records whose ranking fields are indexed according to a schema you declare at index creation. An index with a document schema can mix dense_vector, sparse_vector, and FTS-enabled string ranking fields in the same record, alongside any number of metadata fields (auto-indexed at upsert time). Use documents for full-text search (BM25 ranking on string fields with full_text_search enabled), and to combine multiple scoring methods on the same data via score_by.
Dense vectors are numerical representations of the meaning and relationships of text, images, or other data. Indexes of dense vectors are used for semantic search, or together with sparse vectors for hybrid search.
An index with a document schema stores typed JSON documents. The schema declares how each ranking field is indexed: as a string field with full_text_search enabled for BM25 ranking, a dense_vector for ANN similarity, or a sparse_vector. A single index can mix all three ranking field types; at query time, pick the ranking signal with score_by. Metadata fields (anything else you upsert) are not declared in the schema β theyβre auto-indexed for filtering at upsert time.
Full-text search is not integrated embedding. A string field with full_text_search is indexed for BM25 ranking and Lucene queries. It does not call an embedding model. Integrated embedding remains available for vector API indexes.
Indexes with document schemas are in public preview and use API version 2026-01.alpha. The preview supports REST and the Python SDK; for other languages, call the REST endpoint directly.
The example below creates an articles index whose body field is indexed for BM25 ranking. Other fields included at upsert time are stored on each document and auto-indexed for filtering as metadata.
A single index with a document schema can hold FTS-enabled string and dense_vector ranking fields together (the same schema can also include a sparse_vector field). A single search request ranks by one scoring type β multi-field BM25 is supported (multiple text clauses on different fields, or one query_string clause spanning fields), and any scoring method can be combined with metadata filters, including text-match filters ($match_phrase, $match_all, $match_any) on FTS-enabled string fields.
You can include additional fields (for example, category or year) at upsert time. All metadata fields are automatically indexed for filtering β they donβt need to be declared in the schema. The schema is for ranking fields only; declaring a metadata-only field (string without full_text_search, string_list, float, or boolean) is rejected at index creation.For the full schema reference (all field types, language and analyzer options, dedicated read capacity, and Python SDK examples), see Full-text search.
Schema migration is not yet supported. Once an index with a document schema is created, you cannot add, remove, or modify fields. Plan your schema carefully β if you need to change a schema, delete the index and create a new one.
You can create an index that stores dense vectors with integrated vector embedding, or one that stores vectors generated with an external embedding model.
Indexes with integrated embedding do not support updating or importing with text.
If you want to upsert and search with source text and have Pinecone convert it to dense vectors automatically, create an index with integrated embedding as follows:
Provide a name for the index.
Set cloud and region to the cloud and region where the index should be deployed.
If you use an external embedding model to convert your data to dense vectors, create an index as follows:
Provide a name for the index.
Set the vector_type to dense.
Specify the dimension and similarity metric of the vectors youβll store in the index. This should match the dimension and metric supported by your embedding model.
Set spec.cloud and spec.region to the cloud and region where the index should be deployed. For Python, you also need to import the ServerlessSpec class.
Other parameters are optional. See the API reference for details.
from pinecone.grpc import PineconeGRPC as Pineconefrom pinecone import ServerlessSpecpc = Pinecone(api_key="YOUR_API_KEY")index_name = "standard-dense-py"if not pc.has_index(index_name): pc.create_index( name=index_name, vector_type="dense", dimension=1536, metric="cosine", spec=ServerlessSpec( cloud="aws", region="us-east-1" ), deletion_protection="disabled", tags={ "environment": "development" } )
You can create an index that stores sparse vectors with integrated vector embedding, or one that stores vectors generated with an external embedding model.
If you want to upsert and search with source text and have Pinecone convert it to sparse vectors automatically, create an index with integrated embedding as follows:
Provide a name for the index.
Set cloud and region to the cloud and region where the index should be deployed.
This feature is in early access and available only on the 2025-10 version of the API. The CLI does not yet support this feature.
Pinecone indexes all metadata fields by default. However, large amounts of metadata can cause slower index building as well as slower query execution, particularly when data is not cached in a query executorβs memory and local SSD and must be fetched from object storage.To prevent performance issues due to excessive metadata, you can limit metadata indexing to the fields that you plan to use for query filtering.
For example, letβs say you want to store records that represent chunks of a document, with each record containing many metadata fields. Since you plan to use only a few of the metadata fields to filter queries, you would specify the metadata fields to index as follows.
Metadata indexing cannot be changed after index or namespace creation.
# To learn how to get the unique host for an index,# see https://docs.pinecone.io/guides/manage-data/target-an-indexPINECONE_API_KEY="YOUR_API_KEY"INDEX_HOST="INDEX_HOST"curl -X GET "https://$INDEX_HOST/namespaces/example-namespace" \ -H "Api-Key: $PINECONE_API_KEY" \ -H "X-Pinecone-Api-Version: 2025-10"
The response includes the schema object with the names of the metadata fields explicitly indexed during index or namespace creation.
The response does not include unindexed metadata fields or metadata fields indexed by default.
When creating an index, you must choose the cloud and region where you want the index to be hosted. The following table lists the available public clouds and regions and the plans that support them:
When creating an index that stores dense vectors, you can choose from the following similarity metrics. For the most accurate results, choose the similarity metric used to train the embedding model for your vectors. For more information, see Vector Similarity Explained.
Indexes that store sparse vectors must use the dotproduct metric.
Euclidean
Querying indexes with this metric returns a similarity score equal to the squared Euclidean distance between the result and query vectors.This metric calculates the square of the distance between two data points in a plane. It is one of the most commonly used distance metrics. For an example, see our IT threat detection example.When you use metric='euclidean', the most similar results are those with the lowest similarity score.
Cosine
This is often used to find similarities between different documents. The advantage is that the scores are normalized to [-1,1] range. For an example, see our generative question answering example.
Dotproduct
This is used to multiply two vectors. You can use it to tell us how similar the two vectors are. The more positive the answer is, the closer the two vectors are in terms of their directions. For an example, see our semantic search example.
Dense vectors and sparse vectors are the basic units of data in Pinecone and what Pinecone was specially designed to store and work with. Dense vectors represents the semantics of data such as text, images, and audio recordings, while sparse vectors represent documents or queries in a way that captures keyword information.To transform data into vector format, you use an embedding model. Pinecone hosts several embedding models so itβs easy to manage your vector storage and search process on a single platform. You can use a hosted model to embed your data as an integrated part of upserting and querying, or you can use a hosted model to embed your data as a standalone operation.The following embedding models are hosted by Pinecone.
multilingual-e5-large is an efficient dense embedding model trained on a mixture of multilingual datasets. It works well on messy data and short queries expected to return medium-length passages of text (1-2 paragraphs).Details
llama-text-embed-v2 is a high-performance dense embedding model optimized for text retrieval and ranking tasks. It is trained on a diverse range of text corpora and provides strong performance on longer passages and structured documents.Details
pinecone-sparse-english-v0 is a sparse embedding model for converting text to sparse vectors for sparse-vector lexical search or hybrid search. Built on the innovations of the DeepImpact architecture, the model directly estimates the lexical importance of tokens by leveraging their context, unlike traditional retrieval models like BM25, which rely solely on term frequency.Details
The type of input data. Accepted values: query or passage.
max_tokens_per_sequence
integer
Optional
Maximum number of tokens to embed. Accepted values: 512 or 2048.
512
truncate
string
Optional
How to handle inputs longer than those supported by the model. Accepted values: END or NONE.
END truncates the input sequence at the the max_tokens_per_sequence limit. NONE returns an error when the input exceeds the max_tokens_per_sequence limit.