Update prisma monorepo to v6.3.0 #1968
Merged
+60
−50
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
6.2.1
->6.3.0
6.2.1
->6.3.0
6.2.1
->6.3.0
6.2.1
->6.3.0
Release Notes
prisma/prisma (@prisma/client)
v6.3.0
Compare Source
Today, we are excited to share the
6.3.0
stable release 🎉🌟 Help us spread the word about Prisma by starring the repo ☝️ or tweeting about the release. 🌟
Highlights
Add
limit
toupdateMany()
anddeleteMany()
Previously,
limit
has not existed as a valid option in top levelupdateMany()
anddeleteMany()
queries. In 6.3.0limit
is now available in these queries, bringing their features more in line with other query types.You can use
limit
like the following:This will limit the number of deleted users to 100 at maximum.
Sort
generator
fields deterministicallyIn previous version of Prisma ORM, the fields inside of a
generator
block in your Prisma Schema were not deterministically sorted. This could lead to cases whereprisma db pull
could lead to re-ordering of fields.In 6.3.0, the sorting of fields in this block is now deterministic. You may see re-ordering on the first
prisma db pull
after you upgrade, but it will remain consistent afterwards.Replace
NOT IN
withNOT EXISTS
for PostgreSQL relation filtersIn previous versions of Prisma ORM, when using the
none
orsome
relation filters, the SQL queries generated usedNOT IN
. In many cases this lead to performance issues as the size of the related table grew. In 6.3.0, we’ve replaced these usages ofIN
withEXISTS
in order to improve query performance.A special thank you
We'd like to extend our heartfelt thanks to @loren and his team for the collaboration and trust in our enterprise support plan. Working closely with them allowed us to address important issues like #19249 and #17303. Their insights and partnership have been invaluable in improving our product.
If your team could benefit from dedicated support and tailored solutions, learn more about our enterprise support plan.
Fixes and improvements
Prisma Client
take
orlimit
toupdateMany()
&deleteMany()
Prisma
prisma db pull
non-deterministically sorts generator fieldsno entry found for key
error on views<->model relationsonUpdate
data to the DMMF in@prisma/generator-helper
Credits
Huge thanks to @WhyAsh5114 for their contributions to this release!
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR was generated by Mend Renovate. View the repository job log.