Scaling

7 Signs You've Outgrown Airtable (and What to Do Next)

9 min read

Discuss this article with AI

Opens your AI tool with a prompt about this article. It can read the live page and answer your questions.

Almost nobody wakes up and decides to leave Airtable. Instead, the base quietly gets bigger, the bills creep up, a view starts to lag, and one day an automation hits a rate limit at the worst possible moment. Outgrowing Airtable is a process, not an event — and it announces itself through a handful of very specific symptoms. Here are the seven clearest ones, and what each is really telling you.

1. You are bumping into record limits

Airtable caps records per base by plan — 1,000 on Free, 50,000 on Team, 125,000 on Business, and 500,000 on Enterprise Scale (as of 2026). If you are deleting old rows to make room, splitting data across bases, or eyeing the next tier purely for capacity, you have hit the most literal limit there is. PostgreSQL has no practical row ceiling, so the problem simply disappears.

2. Views have started to lag

Airtable recalculates formulas, rollups, and lookups in the browser. On a small base that is invisible; on a large, interconnected one it means grouped and filtered views stutter and load times climb. When people start keeping a view open just to avoid reloading it, the spreadsheet engine is past its comfort zone. An indexed database returns the same query in milliseconds regardless of size.

3. Your seat bill is climbing faster than your team’s value from it

Airtable charges per editor seat per month. The trouble starts when you add seats for people who only need to read — a manager checking a dashboard, a contractor referencing a list. You are paying a per-head price for what is really query access. Move the data to Postgres and those read-only users cost effectively nothing, because they hit the database instead of taking a seat. This is one of the fastest ways a migration pays for itself; the full Airtable vs PostgreSQL cost breakdown walks through the math.

4. You are hitting API rate limits

Airtable limits the API to about 5 requests per second per base. That is fine for light syncing and painful the moment a real application depends on it. If your integrations are getting throttled, your automations are failing intermittently, or you are building retry-and-backoff logic just to stay under the ceiling, the data has outgrown the platform. Postgres comfortably serves thousands of queries per second.

5. Airtable has quietly become your app’s backend

Plenty of products start with Airtable as the database behind the scenes. It is a great prototype, but as the product grows you start fighting the tool: no real joins, no transactions, limited query control, and that 5 requests/second wall. When Airtable is powering something customer-facing, you have crossed from “internal tool” into “production system,” and a production system deserves a production database.

6. Reporting and analytics are getting painful

Sooner or later someone asks a question that needs a real join across tables, a window function, or a connection to a BI tool. Airtable’s views and rollups can approximate a lot, but they were never meant to be an analytics engine. If you are exporting to CSV and pulling everything into a spreadsheet to answer business questions, your reporting has outgrown the source. Postgres speaks SQL natively and connects to virtually every analytics and BI tool.

7. You need control, compliance, or ownership of the data

As the data becomes more valuable — customer records, financials, anything regulated — “it lives in someone else’s SaaS” stops being acceptable. You may need your data in infrastructure you own, with your own backups, access controls, and audit trail. That level of governance is exactly what a self-hosted or managed Postgres gives you and Airtable, by design, does not.

What to do once you recognise the signs

Seeing one of these in isolation is not a crisis. Seeing two or three together is a strong signal that the smart, low-stress move is to migrate before the limits force your hand. The good news: the path is well-trodden. A proper migration converts your linked records into foreign keys, preserves every field type and attachment, and validates the data on both sides — see the step-by-step migration guide for exactly how that works.

Not sure whether your base has truly crossed the line? That is the perfect thing to bring to a discovery call — we will look at it with you and tell you honestly. You can also check the migration pricing to see what moving your record volume would cost.

Not sure if you should migrate yet?

Get a free 30-minute discovery call with a migration engineer. We will look at your bases, estimate the work, and tell you honestly whether Postgres is the right move — no pressure, no obligation.

Keep reading

Frequently asked questions

Quick answers to the questions teams ask most about this topic.