Skip to main content


Connector Improvement: Same sync time across tables

Please sign in to leave a comment.



  • Official comment

    Hi Mohammed Khalil and Nicholas Moulton - are there particular data sources that this is important for you?

    The core of your request is about data consistency.  Fivetran today can only _guarantee_ eventual consistency.  For database connectors using a log-based replication method we _effectively_ have snapshot consistency at the end of a sync.  You can take advantage of this with our new Integrated Scheduling feature, which will orchestrate downstream transformations after the sync is finished.

    For API connectors, improving consistency is harder than you would think. We've found that many API's are eventually consistent if they are abstracting a distributed system.  We call this data integrity error "late arriving events" & the only solution is to re-sync time slices repeatedly to catch these events.  Because we only charge on active primary keys this behavior has no impact on your pricing.

    To your suggestion - we could limit how recent a record we sync, but that comes at a cost of increased overall latency.  Our general recommendation is run the connector more frequently to reduce the inconsistency. 

    Our company has run into the same issue. It would be ideal to have referential integrity supported for the connectors but I can see where that would be very difficult to develop.

    In place of that having a priority list to flag specific tables as "primary" tables would be simple and in most cases just as effective.

    Hi Fraser

    Yes running the sync more frequently would reduce the prevalence of this issue, but still, it will still occur if a lot of data is being added to both tables whilst the sync is ongoing

Didn’t find what you need?

Contact support