Skip to main content
Nintex Community Menu Bar

Best Practices for working with large lists and tables

  • Oct 29, 2026 6:27 PM UTC
  • 1 reply
  • 22 views
  • Translate All

Forum|alt.badge.img+2

I’ve embraced the use of Nintex Tables for storing information for use in workflows, and have recently banged my nose on the 1000-row limits for various Workflow actions. For one supporting application, I have to update a reference table of 1000-2000 rows, 5-6 times a day, from a report that can have upwards of about 1200 records, any number of which might have changed and require an update. These aren’t huge datasets, but when tag-teamed with the 10,000-action limit for an instance, and the number of instances in our licence, I can see that this has the potential to eat up a lot of our license capacity. For a supporting flow. Today we have a Power Automate flow that does this update, but I’d rather move it to Nintex for a variety of reasons.

I was able to figure out a workaround for my immediate situation, but it didn’t really answer the broader question of working efficiently with data in a large table, and there doesn’t seem to be much discussion on the topic so far (that I have been able to find)

Given that a table can have 200,000 rows according to the limits page (https://help.nintex.com/en-US/nwc/Content/Overview/Limits.htm) it seems that there are probably some best practices that can be developed for efficient handling of this scale of information. Suggestions?

1 reply

Simon Muntz
Nintex Partner
Forum|alt.badge.img+23
  • Nintex Partner
  • Oct 30, 2026 5:40 AM UTC

Hi ​@Chris Wheeldon ,

The current Table actions are restrictive.

I've been experimenting with the BETA Nintex MCP connection and found that, while you can only query 1,000 rows from a table at a time, the MCP also returns a skip token.

If you're not familiar with a skip token, think of it as a bookmark that keeps track of where you've got to. You can use this token to skip the rows you've already queried and retrieve the next 1,000 rows.

At present, I can't find a way to run the MCP from within a Nintex Workflow (the Nintex AI Agent flow doesn't support the Nintex MCP). However, I've read in this forum that we'll be getting access to a Tables API in the near future. If that's the case, I suspect the skip token functionality will be available through that API as well.

In theory, you could query the table in a loop, passing the skip token with each request until no further token is returned.

I've used this same approach with other Nintex APIs that have similar restrictions.

One thing worth noting: the API documentation refers to the parameter for the next page as NextLink, but the MCP indicates that, for Tables, it's still called skiptoken.

Translate