Compatibility and data types

A database logo is not enough. Check the exact capability and contract.

Burst Load source and target roles, CDC modes, hosting, log access, recovery, replica identity, supplemental logging, keys, and apply profiles can all change behavior.

Catalog
Engine roles

Confirm Burst Load and CDC capabilities from one source.

Mode
Prerequisites

Validate the exact capture or loading interface.

Type
Explicit fidelity

Preserve values or surface a visible incompatibility.

Shared catalog

Start with the engine roles the product actually exposes.

The Omni Loader database catalog identifies Burst Load sources and targets plus CDC source and relational destination roles. Engine detail pages use that same source for descriptions and supported types.

Burst Load source and target roles
CDC source and target roles
Engine and type details
One catalog across connector pages

CDC source contract

Know what each reader emits.

Before-images, schema events, truncate, LOB handling, and managed-service support differ by source and capture mode.

Oracle logging and redo access
SQL Server access and recovery constraints
PostgreSQL replica identity and slots
MySQL binlog and Sybase layout requirements

Target contract

Validate mappings before loading or applying.

Omni Loader maps scalar, temporal, binary, JSON, and engine-specific values into target dialects. Preflight should reject unsafe key, sizing, or bulk behavior before execution.

Identifier normalization and mapping
Key-safe target type sizing
Explicit unresolved-value behavior
Per-engine support evidence

Keep exploring

See the connected parts of the platform.

Check the exact path before committing.

Bring versions, tables, types, keys, hosting, and movement pattern. We will identify compatibility risks for Burst Load, CDC, or both.