Codat → MySQL
AI-first ETL from Codat into MySQL. Governed entities, incremental sync, typed landing tables.
How Datrise loads Codat into MySQL
Datrise syncs Codat's records, events, and configuration objects into MySQL as a typed table per source entity. Flexible or custom fields land in JSON columns, and timestamps such as created, updated, and status changes are typed as DATETIME/TIMESTAMP.
Sync is incremental: Datrise uses a watermark on updated-at, applied with INSERT … ON DUPLICATE KEY UPDATE, so re-runs update only what changed. Optional RANGE partitioning by load date. MySQL collation matters for CRM text, so Datrise lands utf8mb4 to preserve emoji and non-Latin characters.
Ideal for operational reporting and app databases already standardized on MySQL.
Endpoints
Codat: SaaS or API data source for analytics and warehouse sync.
MySQL: Widely used OSS relational engine (InnoDB).
How Codat entities map to MySQL
| Codat entity | MySQL object | Notes |
|---|---|---|
| records | codat_records | id PK · custom fields → JSON columns |
| events | codat_events | DATETIME/TIMESTAMP events |
| configuration objects | codat_configuration_objects | id PK · linked to codat_records |
FAQ
How does Datrise handle Codat's custom fields in MySQL?
Flexible values are stored as JSON columns, so new fields don't require a migration; strongly-typed fields — dates, numbers, and references — are promoted to native MySQL types.
How does the Codat to MySQL sync stay up to date?
It runs incrementally — Datrise uses a watermark on updated-at, applied with INSERT … ON DUPLICATE KEY UPDATE.
Related pipelines
More destinations for Codat
Early access
Connect Codat to MySQL the easy way
Skip brittle scripts and manual exports. Join the waitlist to get a guided setup, AI-assisted mapping, and reliable incremental sync for this integration.