From b2978d134b3df1a5bcefc04268285d780d53d418 Mon Sep 17 00:00:00 2001 From: timvisee Date: Fri, 8 Dec 2023 15:13:52 +0100 Subject: [PATCH] Improve text --- .../content/documentation/overview/qdrant-alternatives.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/qdrant-landing/content/documentation/overview/qdrant-alternatives.md b/qdrant-landing/content/documentation/overview/qdrant-alternatives.md index 4b29aef06..fac65b58c 100644 --- a/qdrant-landing/content/documentation/overview/qdrant-alternatives.md +++ b/qdrant-landing/content/documentation/overview/qdrant-alternatives.md @@ -32,8 +32,8 @@ in handy during the transition. | Pinecone | Qdrant | Comments | |----------------|-----------------------------------------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| | **Index** | [**Collection**](../../concepts/collections/) | Pinecone's index is an organizational unit for storing and managing vectors of the same size. The index is tightly coupled with hardware (pods). Qdrant uses the collection to describe a similar concept, however, a single instance may handle multiple collections at once. | -| **Collection** | N/A | A collection in Pinecone is a static copy of an *index* that you cannot query, mostly used as some sort of backup. There is no such concept in Qdrant, but if you want to back your collection up, you may always create a [snapshot](../../concepts/snapshots/). | -| **Namespace** | [**User-defined sharding**](../../guides/distributed_deployment/#user-defined-sharding) | Namespaces allow the partitioning of the vectors in an index into subsets. Qdrant uses user-defined sharding to arrange this, which is also more featureful as operations can be over multiple shards. | +| **Collection** | N/A | A collection in Pinecone is a static copy of an *index* that you cannot query, mostly used as some sort of backup. There is no such concept in Qdrant, but if you want to back your collection up, you may always create a [snapshot](../../concepts/snapshots/). | +| **Namespace** | [**User-defined sharding**](../../guides/distributed_deployment/#user-defined-sharding) | Namespaces allow the partitioning of the vectors in an index into subsets. Qdrant features user-defined sharding for this, which is more featureful as operations can be over multiple shards. | | **Metadata** | [**Payload**](../../concepts/payload/) | Additional attributes describing a particular object, other than the embedding vector. Both engines support various data types, but Pinecone metadata is key-value, while Qdrant supports any JSON-like objects. | | **Query** | [**Search**](../../concepts/search/) | Name of the method used to find the nearest neighbors for a given vector, possibly with some additional filters applied on top. | | N/A | [**Scroll**](../../concepts/points/#scroll-points) | Pinecone does not offer a way to iterate through all the vectors in a particular index. Qdrant has a `scroll` method to get them all without using search. |