cancel
Showing results for 
Search instead for 
Did you mean: 

What will be the best integration solution

CodersArcade
Deputy Chef II
Deputy Chef II

Our goal is to establish Integration A, which serves as a data repository. The data stored in Integration A is then utilized in another recipe, Integration B, to ascertain the appropriate endpoint for data transmission. What is the most effective method to accomplish this within Workato? The current proposal involves storing data in a lookup table. Are there any superior alternatives or recommendations

1 ACCEPTED SOLUTION

Because it doesn't share the same limit as a Lookup table.  While the Lookup table maxes out at 10,000 records, aI'm not aware of a limit to the number of messages stored in a Pub/Sub Topic.  It's essentially a message queue so it's designed to hold many messages to be consumed.

View solution in original post

8 REPLIES 8

LcPaJMWV
Deputy Chef II
Deputy Chef II

  1. @CodersArcade wrote:

    Our goal is to establish Integration A, which serves as a data repository. The data stored in Integration A is then utilized in another recipe, Integration B, to ascertain the appropriate endpoint for data transmission. What is the most effective method to accomplish this within Workato? The current proposal involves storing data in a lookup table. Are there any superior alternatives or recommendations



555

girish-naralla
Deputy Chef II
Deputy Chef II

In my opinion, Data Tables serve as a more robust and scalable alternative to Lookup Tables, especially for use cases involving larger datasets, complex filtering, or relational-like structures.

Below, I’ve outlined the key limitations of both Lookup Tables and Data Tables. Please review them to understand which option best suits your needs. If you need further assistance or a recommendation based on your specific use case, feel free to reach out.

Lookup Table Limitations

  • Max 100 tables per workspace
  • Max 10 columns per table
  • Max 100,000 rows per table (enforced from June 2025)
  • Limited filtering and sorting capabilities
  • Not suitable for relational data or storing large blobs

Data Table Limitations

  • Max 100 tables per workspace
  • Max 1,000,000 rows per table
  • Max 100 columns per table
  • Max 1 GB total table size
  • Advanced filtering, sorting, and linking capabilities

I agree that Data Tables are a better option now over Lookup Tables.  At the time I wrote my original responses, Data Tables were tethered to Workflow Apps, thus an add-on to be bought.  Within the last couple months I noticed Data Tables present and seemingly available to us, so I think there have been some licensing changes around that.  So if they're available, then yes they can make more sense depending on the use case.  Lookup tables are really meant more for quick translations of values rather than data storage

kevinmiller2443
Deputy Chef II
Deputy Chef II

The best integration solution really depends on where your data is coming from and how much control you need over the flow.

If your source is a WordPress site (especially Contact Form 7), the biggest issue is usually flexibility  mapping fields correctly, handling custom properties, authentication headers, and making sure data reaches the CRM or automation tool without breaking.

In that case, instead of relying only on third-party connectors, a more stable approach is sending the form data directly to the destination API. For example, with Contact Form to Any API, you can push Contact Form 7 submissions straight to any REST API endpoint with custom payload formatting. That gives you full control over field structure and reduces dependency on multiple middleware layers.

From there, you can still use tools like Workato, Zapier, or native CRM workflows if needed  but your data flow starts clean and structured.

In short, the best solution is the one that gives you flexibility, reliability, and control over how your data is transmitted.