Skip to content
Back

Maximum Row Size

  • 0
  • 4
  • Databases
BedsideBeans
30 Jan, 2026, 19:32

I'm busy creating a little side project which uses Appwrite as the Backend. I scraped a site and uploaded the data to the database, but I've reached 5000 rows (100 pages). I know there is a lot more data. Is that the maxmimum rows/pages allowed in Appwrite? I'm currently on the Free tier

TL;DR
The user encountered an issue with their script where the display was capped at 5,000 rows even though the actual count was 6,401. This seems to be an inherent issue in the appwrite/console SDK, with inaccurate total values. It's best not to depend on these values and to report the issue as a bug on GitHub for quicker attention. The count is capped at 5,000 due to cost concerns, but the data is still intact.
Axistro
30 Jan, 2026, 19:50

No limit on num of rows. The limit is on the oparation In free you get 500k read And 250k writes.

Axistro
30 Jan, 2026, 19:50

And its not the amount of api calls But the number of rows you intract with.

31 Jan, 2026, 10:23

Thank you. Must be something wrong with my script then. Just thought it too be quite a coincidence to stop at exactly 5000 rows.

31 Jan, 2026, 11:52

Seems oddly matching with max fetchable rows at a time when doing list queries.

31 Jan, 2026, 11:54

Is there any error saying, you cannot add more rows or do you see somewhere there is a total value of 5000?

31 Jan, 2026, 13:22

Sounds indeed weird

31 Jan, 2026, 15:59

The display seems to be capped at 5000 (100 pages), but I ran my script again and used cursor-based pagination to
count and the actual document count is 6,401. The documents were being saved correctly the whole time.

31 Jan, 2026, 16:46

ok this is an inherent issue in appwrite / console sdk It seems to be from long ago. from my experince with using the console sdk 90% is the ⁨⁨total⁩⁩ related values are inacurate. some show total of life time (sites, database read write usages etc.) some show totally different count than actual count ( users count, database count, functions etc.) some show limited like this one. its best not to depend on it. cc <@564158268319203348> if you guys plan on fixing this later

31 Jan, 2026, 16:48

don't ping eldad pls...

31 Jan, 2026, 16:48

btw thanks for this I was thinking of some way to check if total from the list rows would have shown 5000 or actual total cause I may have seen someone talk about this .

31 Jan, 2026, 16:48

They are busy enough

31 Jan, 2026, 16:48

ah my bad :p

31 Jan, 2026, 16:50

preferably don't cc anyone from the team, usually mods do that to avoid unneeded pings, but worst case, cc Aditya or atharva

31 Jan, 2026, 16:50

They will cc the right people for the issue (or answer the question)

31 Jan, 2026, 16:51

But yeah, I'd open a github issue preferably, report it as a bug, usually it gets quick attention. (unlike features 👀 )

31 Jan, 2026, 16:53

ok I rarely ping cause I know about this. cause this issue makes the show total or not feature buggy

31 Jan, 2026, 16:53

yea ic

31 Jan, 2026, 16:54

I mean, it's all good now, eldad will see it when he can

31 Jan, 2026, 16:55

and I dont think this will be fixed anytime soon cause this is from 2022-2023 and no body will want their mechine to calcualate millions of rows just because someone asked about it

1 Feb, 2026, 04:52

the count is capped at 5K. because it can be very expensive to get the actual, real count. the data is still there, dw, just the count is capped.

1
Reply

Reply to this thread by joining our Discord

Reply on Discord

Need support?

Join our Discord

Get community support by joining our Discord server.

Join Discord

Get premium support

Join Appwrite Pro and get email support from our team.

Learn more