You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When prisma studio spins up, it defaults to fetching all of the relations in order to show a count in the UI. This causes it to hit Planetscale's row read limit of 100,000 in a reasonably large project. The engine exits with a non 0 status code and I see an error including these blocks: PrismaClientKnownRequestError:x,PrismaClientRustPanicError:D,PrismaClientInitializationError:P,PrismaClientValidationError:A and rpc error: code = Aborted desc = Row count exceeded 100000.
Even if you toggle off the offending joined fields, that only toggles them out of visibility, but the underlying query still includes them.
This is confirmed by looking at the underlying query, which in both cases whether the fields are toggled on or off is as follows in my case:
Not possible without a database with sufficient data.
Expected behavior
I have found a workaround which includes shrinking the number in the take argument down until the joined rows is low enough, but this won't scale as as some point I won't even be able to fetch 1 item.
I can no longer use prisma studio at this point, which is a major issue and has me considering an alternative, and I expect anyone else on Planetscale with a decent amount of data is experiencing the same thing.
My recommendation is to change those select: { id: true }statements in the underlying query to simple counts, or have toggling the fields off actually turn them off from the query and have them defaulted off.
Prisma information
version 5.16.2
schema doesnt matter, nothing else is broken.
Environment & setup
OS:
Browser:
Database:
Running npx prisma studio against a Planetscale database with sufficiently high data.
Prisma logs
No response
The text was updated successfully, but these errors were encountered:
reubenjh
changed the title
In a big project, this easily hits Planetscale's 100,000 row read system limit
Prisma studio easily hits Planetscale's 100,000 row read system limit
Jul 12, 2024
I'm getting this as well. The table I try and load only has 30 records in it but errors with the row limit exceeded error. I load a table with 100,000+ records and its absolutely fine.
"My recommendation is to change those select: { id: true }statements in the underlying query to simple counts, or have toggling the fields off actually turn them off from the query and have them defaulted off."
Bug description
When prisma studio spins up, it defaults to fetching all of the relations in order to show a count in the UI. This causes it to hit Planetscale's row read limit of 100,000 in a reasonably large project. The engine exits with a non 0 status code and I see an error including these blocks:
PrismaClientKnownRequestError:x,PrismaClientRustPanicError:D,PrismaClientInitializationError:P,PrismaClientValidationError:A
andrpc error: code = Aborted desc = Row count exceeded 100000
.Even if you toggle off the offending joined fields, that only toggles them out of visibility, but the underlying query still includes them.
This is confirmed by looking at the underlying query, which in both cases whether the fields are toggled on or off is as follows in my case:
How to reproduce
Not possible without a database with sufficient data.
Expected behavior
I have found a workaround which includes shrinking the number in the take argument down until the joined rows is low enough, but this won't scale as as some point I won't even be able to fetch 1 item.
I can no longer use prisma studio at this point, which is a major issue and has me considering an alternative, and I expect anyone else on Planetscale with a decent amount of data is experiencing the same thing.
My recommendation is to change those
select: { id: true }
statements in the underlying query to simple counts, or have toggling the fields off actually turn them off from the query and have them defaulted off.Prisma information
version 5.16.2
schema doesnt matter, nothing else is broken.
Environment & setup
Running
npx prisma studio
against a Planetscale database with sufficiently high data.Prisma logs
No response
The text was updated successfully, but these errors were encountered: