Search / FEATURE

Approximate nearest neighbors

Use an approximate vector index; recall and latency are not measured.

3connected products
Explore in graph ↗

Standing condition: these are documentation claims at the source capture date, with outcome “claimed”; no runtime execution is recorded. Dossier applicability and limitations apply throughout. Expand a row for its statement, specific scope and contradictions. Numbered citations resolve to the source locator and capture date below. Missing evidence means Unknown, not No. Sources are unpinned unless marked “Pinned”; this marks source stability, not stronger support or runtime verification. Reuse counts refer to claims in the full dossier; repeated citations do not represent independent sources.

Yes Documented within scope Partial Limited form of the feature No Explicit evidence of absence Unknown No evidence recorded. These are support assessments, not quality scores or runtime verification.

3 products have Yes or Partial documentation. Review freshness and attestation counts describe the dossier, not runtime quality. Gaps below are product-wide, not necessarily specific to this feature.

PostgreSQL →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed

Unknown — no evidence recorded

2 open gaps · applicability & verification plan

What we do not know yet about PostgreSQL

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Operator manages deployment, backups and upgrades. This target excludes extensions.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

SQLite →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed

Unknown — no evidence recorded

2 open gaps · applicability & verification plan

What we do not know yet about SQLite

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Application owns the database file, lifecycle and backup procedure; no separate database server.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

MongoDB Community →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed

Unknown — no evidence recorded

2 open gaps · applicability & verification plan

What we do not know yet about MongoDB Community

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Operator manages the deployment. This target does not include an Atlas service or configured vector-search component.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

PostgreSQL + pgvector →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed
Approximate nearest neighborsYes
Explore Approximate nearest neighbors →

Provides HNSW and IVFFlat approximate indexes.

2 open gaps · applicability & verification plan

What we do not know yet about PostgreSQL + pgvector

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

PostgreSQL plus an installed and enabled pgvector extension; operator manages both.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

Sources · 1

[1]pgvector README ↗5 / 5 claims
repository · locator & rights

Introduction; installation; indexing; filtering

Link and original paraphrase only; upstream rights retained.

Qdrant →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed

Unknown — no evidence recorded

2 open gaps · applicability & verification plan

What we do not know yet about Qdrant

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Self-managed server deployment; Qdrant Cloud and Edge are outside this target.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

Cloudflare D1 →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed

Unknown — no evidence recorded

2 open gaps · applicability & verification plan

What we do not know yet about Cloudflare D1

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Database is a managed service separate from Worker application compute; do not assume arbitrary SQLite extensions.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

Durable Objects + SQLite →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed

Unknown — no evidence recorded

2 open gaps · applicability & verification plan

What we do not know yet about Durable Objects + SQLite

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Each object owns private storage. Application implements Worker routing and cross-object coordination.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

Neon Postgres →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed
Approximate nearest neighborsYes
Explore Approximate nearest neighbors →

Supports HNSW and IVFFlat through pgvector.

2 open gaps · applicability & verification plan

What we do not know yet about Neon Postgres

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Neon hosted Postgres; vector claims require enabling pgvector per database. Other backend services are excluded.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

Sources · 1

[2]Neon pgvector ↗2 / 7 claims
vendor-documentation · locator & rights

Enable extension; supported search and indexes

Link and original paraphrase only; upstream rights retained.

MongoDB Atlas →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed
Approximate nearest neighborsYes
Explore Approximate nearest neighbors →

Supports approximate and exact vector search.

2 open gaps · applicability & verification plan

What we do not know yet about MongoDB Atlas

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Atlas cluster plus configured search indexes; region, cluster type and search resources must be specified.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

Sources · 1

[2]MongoDB Vector Search ↗4 / 6 claims
vendor-documentation · locator & rights

Overview; supported cluster versions; filtering and hybrid search

Link and original paraphrase only; upstream rights retained.

Pinecone →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed

Unknown — no evidence recorded

2 open gaps · applicability & verification plan

What we do not know yet about Pinecone

  • Which pinned versions, topology and service tier fit the intended workload?
  • What are measured correctness, latency, recovery and total operating cost under that workload?

Applicability

Unpinned upstream documentation accessed 2026-09-14; pin engine, extension and service versions before use.

Hosted index and namespace configuration; attached metadata is not classified as a general document database.

Excludes: Runtime verification; Workload benchmarks and cost comparisons; Unlisted extensions, service tiers and deployment configurations

Recheck when

  • Upstream version, license, API, service plan or storage topology changes.

Needs recheck · due

Verification plan

  1. Pin the target configuration and define workload fixtures, access and budget.
  2. With authorization, test concurrent writes and recovery against explicit correctness expectations.
  3. For vector workloads, measure filtered recall against an exact-search baseline and record index settings.

Provenance & review

Testedknowhow database research

Commissioned by a Nimbalyst maintainer. Documentation synthesis; no independent review or product execution.

Revision 2026-09-14.1 · unreviewed · checked

0 attestations · Content: Unlicensed prototype; redistribution decision pending

Keep exploring search