All sources and targets
Vector & Search Databases

Search and AI on data that is current

Search indexes and vector stores are only as good as their freshness. Aestus turns every change in your systems of record into updated search entries and embeddings: new text is embedded, deleted records disappear from results, and permission changes arrive quickly.

Systems

How Aestus reads changes from each system, and how it writes them.

Elasticsearch and OpenSearch

As a source: Scans, for migrations between clusters.

As a target: Search documents with text, metadata and vectors, guarded by the engine's own external versioning.

Full textHybrid searchExternal versioning
Pinecone, Qdrant, Weaviate, Milvus and Zilliz

As a source: Scans, for migrations between vector stores.

As a target: Vectors with metadata; all chunks of a record replaced together; deletes remove every chunk.

VectorsMetadata filtersNamespaces
Vector columns in your database

As a source: Through the host database's change capture.

As a target: pgvector in PostgreSQL, Atlas Vector Search in MongoDB, and vector columns in Oracle 23ai, SQL Server 2025 and Cassandra 5, with every guarantee of those targets.

pgvectorAtlas Vector SearchOracle 23ai
Databricks Vector Search and Snowflake Cortex Search

As a source: Through the platform.

As a target: Aestus keeps the source tables fresh; the platform computes the embeddings and syncs its index from them.

Delta SyncCortex

Ways to Sync

Between systems of the same kind, and across kinds through a transform.

Relational Vector & Search

Records to embeddings

Chosen text fields are split into chunks and embedded with the model you choose, in your own network or at your provider.

Document Vector & Search

Documents to a search index

Documents become search entries with their metadata, for full-text, filtered and hybrid search.

Any source Vector columns

Vectors next to the data

Store embeddings as columns in PostgreSQL, MongoDB, Oracle or SQL Server, inside the same transactional guarantees.

Vector & Search Vector & Search

Store to store

Move indexes between vector stores or search clusters, with a resumable copy and a reconciliation report.

Vector & Search Lakehouse

Embeddings into the lakehouse

Keep a copy of your embeddings in Delta tables, so building a new index does not mean paying for the embeddings again.

Any source Platform index

Let the platform embed

Feed Databricks or Snowflake, and let their own vector search keep the index in step.

Use Cases

Assistants that know today

Support and internal assistants answer from current tickets, manuals and policies, not last month's export (RAG).

Semantic product search

Search by meaning, with prices, stock and availability that are always current.

Application search

Keep an Elasticsearch or OpenSearch index in step with the database behind your site or application.

Permission-aware search

When access to a record is revoked, it disappears from search results too, quickly.

Duplicates and matching

Find similar customers, products or documents as they are created.

Vendor freedom

Move between vector stores, or run two side by side, without rebuilding your pipeline.

How It Stays Correct

Chunks replaced as a set

When a text gets shorter, its old chunks are removed; a deleted record removes all of them.

Embed only what changed

A change that does not touch the embedded text updates the metadata only, with no model call.

Your model, your network

Embeddings are computed inside your network, with the provider you choose or a model you host.

New model, new index

Changing the embedding model rebuilds a fresh index alongside the old one, then switches over.

Other Kinds of Systems

Want to discuss your use case? Write to [email protected].