Full sync re-reads the selected table or resource on every run. It is the safest place to start when you are onboarding a new source, validating a transform, or syncing a small dataset that changes infrequently.Documentation Index
Fetch the complete documentation index at: https://docs.mantrixflow.com/llms.txt
Use this file to discover all available pages before exploring further.
When teams use full sync
- small reference tables such as
countries,tax_rates, orwarehouse_locations - SaaS resources where a reliable cursor field is not available or not needed
- first-run validation before moving a larger table to incremental sync
- controlled nightly refreshes where simplicity matters more than read efficiency
Step by step in MantrixFlow
- Create and test the source and destination connections.
- Go to Data Pipelines → + New Pipeline, name the pipeline, pick the source connection, and click Create & open canvas.
- Click ⚙️ on the Source node — click Discover schema, tick Include on the table, click Preview to verify rows.
- Add a Transform node if you need cleanup, renaming, or filtering.
- Click ⚙️ on the Destination node — open the Config tab:
- Set Connection, Final delivery schema
- Set Sync mode to
FULL_TABLE - Set Write mode to
Upsert - Click Validate config
- Open the Destination Preview tab to confirm the target table.
- Click ▷ to run manually and check the history icon for results.
- Once the run succeeds, open the Scheduling tab to add a schedule.
Real-world example
Lighthouse Commerce keeps a smallpublic.tax_rates table in PostgreSQL and syncs it into a PostgreSQL reporting database every night. Because the dataset is small and correctness matters more than optimization, full sync is the cleanest option.
Why full sync is a good first production step
- it removes cursor complexity while you validate field shape
- it makes debugging easier because every run processes the same logical dataset
- it is usually the fastest way to prove that the connection, transform, and destination naming are correct