Architecture / FEATURE

Managed database service

Provider operates the database service; application responsibilities remain.

5connected 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.

5 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

Unknown — no evidence recorded

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

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
Managed database serviceYes
Explore Managed database service →

Cloudflare operates the database service.

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

Sources · 1

[1]Cloudflare D1 overview ↗4 / 5 claims
vendor-documentation · locator & rights

SQL; Time Travel; read replication

Link and original paraphrase only; upstream rights retained.

Durable Objects + SQLite →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed
Managed database servicePartial
Explore Managed database service →

Cloudflare hosts compute and storage.

Scope: Application must implement routing, object logic and additional database tooling.

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

Sources · 1

[1]Durable Objects storage ↗5 / 5 claims
vendor-documentation · locator & rights

Access storage; SQL in Durable Objects vs D1

Link and original paraphrase only; upstream rights retained.

Neon Postgres →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed
Managed database serviceYes
Explore Managed database service →

Offers serverless managed Postgres.

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

[1]Neon documentation ↗5 / 7 claims
vendor-documentation · locator & rights

Products: Lakebase Postgres

Link and original paraphrase only; upstream rights retained.

MongoDB Atlas →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed
Managed database serviceYes
Explore Managed database service →

Manages MongoDB deployments across cloud providers.

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

[1]MongoDB Atlas documentation ↗2 / 6 claims
vendor-documentation · locator & rights

Deployment types; cloud providers; querying documents

Link and original paraphrase only; upstream rights retained.

Pinecone →

Needs recheck · 2026-10-140 attestations · rev 2026-09-14.1 · unreviewed
Managed database serviceYes
Explore Managed database service →

Provides hosted vector indexes.

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

Sources · 1

[1]Pinecone documentation ↗3 / 3 claims
vendor-documentation · locator & rights

Semantic search; indexes; namespaces; metadata filters

Link and original paraphrase only; upstream rights retained.

Keep exploring architecture