CoinGecko and Airtable: fetching many records at once

Hi

I’m using Airtable to store cryptocurrency price info.

Here is the Airtable: https://airtable.com/shrlafjtiEC8OTody/tblcNaXfgIcQycONV

I need this workflow to to two things:

  • Update each currency with it’s latest price
  • Do so using only one CoinGecko call (because having lots of currencies exceeds CoinGeckos rate limits)

My issues are:

  1. I can’t figure out how to do the workflow without using functions, so it feels messy. It would be nice to use only the Set and Merge nodes. But I can’t figure out how to.
  2. I’m struggling to create the correct expected output to be able to update the table.

I suspect that if issue 1 can be solved, issue 2 won’t exist. But in case issue 1 isn’t possible to solve without javascript, can anyone help me with creating the correct format to input to the airtable update?

Workflow

I modified your workflow slightly. The function node for creating the CSV would still be necessary (but I’m going to save this as a case when we look to expand our no-code transform nodes, since I can see how this could be generally useful).
When updating the airtable row, we only need to send in “Price”:“XXX” for each item (also I believe I used a text input for price, so you may have to swap that).

It should be sufficient to change the Airtable creds + table ID, tried to keep row names etc. the same. I hope taking a look at my example helps show how you can implement similar WFs in future :slight_smile:

3 Likes

Thank you Max; that’s very helpful. I like how the ‘no code’ does run things “one at a time” but it would be helpful to be able to ‘group’ them somehow.

I thought I would mention though, that Merging by Index doesn’t necessarily match the prices to coins correctly. The CoinGecko API doesn’t return the results in the same order. It seemed to work OK with three, but I noticed lots of mismatches with more coins.

The answer is to merge by key.

Thank you again!

My pleasure! And thanks for letting me know, in this case “Merge by Key” is the more airtight approach.
As for grouping nodes, that’s a feature we envision for n8n in future (just got a few “bigger” things on the immediate roadmap first). Meanwhile though, you could look to the “Execute workflow” node, which runs another workflow and returns the output data to the parent flow. So useful for things you’re doing often across multiple workflows and would like a single source of truth.