fix(deps): update prisma monorepo to v4.5.0

[renovate]

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
@prisma/client (source)	4.3.1 -> 4.5.0
@prisma/internals (source)	4.3.1 -> 4.5.0
prisma (source)	4.3.1 -> 4.5.0

---

Release Notes

prisma/prisma

v4.5.0

Compare Source

🌟 Help us spread the word about Prisma by starring the repo ☝️ or tweeting about the release. 🌟

Major improvements

Filter for non-unique properties in unique where queries (Preview)

In this release, we are adding support for non-unique properties inside the where statement for queries that operate on a unique record (e.g.: findUnique, update, delete, etc.). This was not possible in the past, as we only allowed unique fields as filters inside the where statement for the queries in question.

There are use cases where a query that operates on a unique record requires further filtering by non-unique properties. For example, for the following model:

model Article {
  id      Int    @​id @​default(autoincrement())
  content String
  version Int
}

Let’s say that you would like to update the Article with an id of “5”, but only if the version equals "1":

await prisma.article.update({
    where: { id: 5, version: 1 }, // `version` field was not available before Prisma 4.5.0
    data: {
        content: "Incredible new story",
        version: { increment: 1 },
    },
});

With 4.5.0, we are adding support to specify any number of non-unique fields in your where statement, as long as you have at least one unique field.

To use it, enable the Preview feature flag:

generator js {
  provider        = "prisma-client-js"
  previewFeatures = ["extendedWhereUnique"]
}

To learn more about this feature and about use cases where it can be useful, please check out our documentation. For feedback, please leave a comment on the GitHub issue.

PostgreSQL extension management (Preview)

We are excited to add support for declaring PostgreSQL extensions in the Prisma schema. The feature comes with support for introspection and migrations. This will allow you to adopt, evolve and manage which PostgreSQL database extensions are installed directly from within your Prisma schema.

💡 This feature adds support to manage PostgreSQL extensions in Prisma schema. It does not provide additional query capabilities and datatypes in Prisma Client.

To try this feature, enable the Preview feature flag:

generator client {
  provider        = "prisma-client-js"
  previewFeatures = ["postgresqlExtensions"]
}

datasource db {
  provider = "postgresql"
  url      = env("DATABASE_URL")
}

Now you will be able to use the new extensions property in the datasource block of your Prisma schema.

datasource db {
  provider   = "postgresql"
  url        = env("DATABASE_URL")
  extensions = [hstore(schema: "myHstoreSchema"), pg_tgrm, postgis(version: "2.1")]
}

⚠️ To avoid noise from introspection, we currently only introspect the following allow-list: citext, pgcrypto, uuid-ossp, and postgis. But you can add and configure any extension to your Prisma schema manually.

Please visit our documentation to learn more about this feature or leave a comment with feedback on the GitHub issue.

Change to Referential Integrity — property in datasource block renamed to relationMode (Preview)

To prepare Prisma Client’s emulation of relations for general availability, we are releasing several improvements to the referentialIntegrity Preview feature.

We decided to rename the feature to Relation Mode. We think this closer reflects what this feature does and distinguishes it from integrity management on the database level. The related property in the datasource block of the Prisma schema has also been changed from referentialIntegrity to relationMode.

⚠️ The Preview feature flag inside the generator block of the Prisma schema is still called referentialIntegrity.

To use it, keep using the old referentialIntegrity Preview feature flag:

generator js {
  provider        = "prisma-client-js"
  previewFeatures = ["referentialIntegrity"]
}

But use the new property name in the datasource:

datasource db {
  provider     = "mysql"
  url          = env("DATABASE_URL")
  relationMode = "prisma"
}

We also removed the referential action NoAction for PostgreSQL and SQLite when using relationMode = "prisma" as we are not planning to support the details of the database behavior.

To learn more about relationMode, please check out the documentation or leave a comment on the GitHub issue.

Deno for Prisma Client for Data Proxy (Preview)

Deno is an alternative JavaScript runtime that can replace Node.js to run JS and TS apps. It aligns itself closely with web technologies, claims to be secure by default, and supports TypeScript out of the box.

Today we are releasing initial support for Prisma with Deno via an integration for our Prisma Client for Data Proxy. This feature was developed together with the amazing team at Deno 🦕.

To use Prisma Client in a Deno project, add the deno Preview feature flag to your Prisma schema and define a folder as output (this is required for Deno):

generator client {
  provider        = "prisma-client-js"
  previewFeatures = ["deno"]
  output          = "../generated/client"
}

Now you can generate Prisma Client with the Data Proxy using the command npx prisma generate --data-proxy. Then use Prisma Client in your Deno script with the following import:

import { PrismaClient } from './generated/client/deno/edge.ts'

const prisma = new PrismaClient()

async function main() {
    const users = await prisma.user.findMany()
    console.log({ users })
}

main()

You can also deploy an app built and configured like this on Deno Deploy, Deno’s deployment platform. Read this guide in our documentation for a full example and individual steps.

For feedback, please comment on this GitHub issue.

Fixed “Invalid string length” error in Prisma Studio and Prisma Data Platform Data Browser

Many people were having issues with an "Invalid string length" error both in Prisma Studio and Prisma Data Platform Data Browser. This issue can be resolved through this workaround. With this release, the root cause of this issue has been fixed and it should not occur again.

Updated proposal for Client Extensions: request for comments

In 4.3.0, we shared a proposal for Prisma Client Extensions on Github. We received a lot of great feedback, which we have incorporated into a new proposal.

If you’re interested, please head over to the new proposal in GitHub and tell us what you think. Thank you!

Fixes and improvements

Prisma

• Optimistic Concurrency Control
• MySQL does not support onDelete: setDefault
• Reformat unreachable code: Encountered impossible declaration during formatting
• Switching between referentialIntegrity modes makes migration history obsolete
• Rename the feature to “Prisma relation mode” → relationMode
• [multiSchema] check PSL validations for enum and composite type database name clashes
• Support PostgreSQL Extensions in the Prisma Schema Language
• Support PostgreSQL Extensions in the PostgreSQL Introspection
• Support PostgreSQL Extensions in the Migration Engine
• Add TS test for datasource property referentialIntegrity and relationMode
• relationMode: Change test naming

Prisma Client

• Be able to update or retrieve a single record including non-unique fields in the "where" conditions.
• Remove WhereUnique constraint from single object lookups
• Expand tests around referential actions and referential integrity
• Feature: Allow non-unique fields to be used with update
• QueryRaw: Error serializing parameter
• PrismaClientUnknownRequestError on create statement default optional value
• Problems with SQL Server deadlocks

Prisma Migrate

• postgresqlExtensions: migrate dev errors with ERROR: type "citext" does not exist when setting extensions = [citext]

Language tools (e.g. VS Code)

• Custom icon for .prisma files
• Add autocompletion for property of relationMode (previously referentialIntegrity) in the datasource block

Credits

Huge thanks to @​kt3k, @​abenhamdine, @​jsoref for helping!

v4.4.0

Compare Source

🌟 Help us spread the word about Prisma by starring the repo or tweeting about the release. 🌟

Major improvements

General improvements

In the last sprint, we focused our efforts on squashing as many bugs as we could. You can find the full list of improvements and bug fixes in the Fixes and improvements section below.

Some of the improvements we made include but are not limited to:

• Improved optimistic concurrency control (GitHub issue)
• Improved decimal precision
• Improved handling of big amounts of prepared statement placeholders:
  Databases impose limits when they hit a specific number, and when a query (either generated by Prisma Client or provided by the user directly as a raw query) hits it some users ran into a misleading Can't reach database server error message (GitHub issue). The error message will now be more useful (P2035 error code), and Prisma Client should not cause these errors anymore.

If you notice any regression, please make sure to create a GitHub issue. We touched a lot of code in this sprint, and even though we are confident in our tests, something might have slipped through the cracks. We'd like to fix the regressions as soon as possible.

isolationLevel for sequential transaction operations

In version 4.2.0, we added support for setting transaction isolation levels for interactive transactions (Preview). You can now define isolation levels for sequential transaction operations: prisma.$transaction([]).

Isolation levels describe different types of trade-offs between isolation and performance that databases can make when processing transactions. Isolation levels determine what types of data leaking can occur between transactions or what data anomalies can occur.
To set the transaction isolation level, use the isolationLevel option in the second parameter of the API. For example:

await prisma.$transaction(
  [
    // sequential operations
    prisma.user.create({ data: {/** args */ } }),
    prisma.post.create({ data: {/** args  */ } })
  ],
  {
    isolationLevel: Prisma.TransactionIsolationLevel.Serializable
  }
)

Prisma Client supports the following isolation levels if they're available in your database provider:

• ReadCommitted
• ReadUncommitted
• RepeatableRead
• Serializable
• Snapshot

Learn more about it in our documentation.

New P2034 error code for transaction conflicts or deadlocks

When using certain isolation levels, it is expected that a transaction can fail due to a write conflict or a deadlock, throwing an error. One way to solve these cases is by retrying the transaction.

To make this easier, we're introducing a new PrismaClientKnownRequestError with the error code P2034: "Transaction failed due to a write conflict or a deadlock. Please retry your transaction". You can programmatically catch the error and retry the transaction. Here's an example showing how you can retry a transaction:

import { Prisma, PrismaClient } from '@​prisma/client'

const prisma = new PrismaClient()
async function main() {
  const MAX_RETRIES = 5
  let retries = 0;

  let result;
  while (retries < MAX_RETRIES) {
    try {
      result = await prisma.$transaction(
        [
          prisma.user.deleteMany({ where: { /**  args */ } }),
          prisma.post.createMany({ data: { /**  args */ } })
        ],
        {
          isolationLevel: Prisma.TransactionIsolationLevel.Serializable
        }
      )
    } catch (error) {
      if (error.code === 'P2034') {
        retries++
        continue
      }
      throw error
    }
  }
}

Fixes and improvements

Prisma Client

• Wrong types for fluent API when used along with rejectOnNotFound
• Precision issue when persisting Decimal.js objects
• Decimals lose precision (postgres)
• Weird behavior with "in:" clause on a findMany() with orderBy + take
• decimal lose precision digits to postgres
• updateMany() causes lost-updates
• Error: P1001: Can't reach database server when including large table
• Client shows contains filter on uuid data type despite not being a valid operation
• A model with relation to another model via non-null foreign key has nullable type
• Validation error when inserting data of type List<String | DateTime> into field of type List<String>
• Can't reach database server when doing a large findMany query
• Maximum call stack size exceeded when creating huge amount of related rows
• Unique constraint failed during $transaction([deleteMany, createMany])
• update will break atomicity
• Nested self referential orderby not working
• MySQL: Optimistic Concurrency Control doesn't work with UpdateMany
• Wrong type when retrieving multiple related records using fluent API
• Fluent API produces runtime error
• Column 'orderby_.....' in on clause is ambiguous
• [PostgreSQL] Cannot create or update row with large Decimal value within numeric range
• Failed transactions trigger multipleResolves
• The provided database string is invalid. Unable to parse URL. in database URL. on invalid (?) connection string
• relation query fails when thousands of records
• Unable to query records with certain values
• orderBy using self-referential relation in a nested relation fails with "table name "TableName" specified more than once"
• @​updatedAt does not work with @​default
• Prisma silently misses nested elements on MariaDB when it triggers a huge IN clause
• createdAt @​default(now()) and updatedAt @​updatedAt get different times on row creation
• Interactive Transactions: fatal when throwing string instead of Error() since 3.10.0
• Prisma MongoDB can not search for field with value $foo
• groupBy crashes when using enums
• MySQL DECIMAL(X, 5) returns incorrect precision.
• "Join" performance: (Not so) huge data set throws an error
• Error: The provided database string is invalid. Unable to parse URL. in database URL.
• [mongoDB] findRaw does not work within an interactiveTransaction
• Filters max size is exceeded
• Prisma fails on Postgres query with findMany
• Update Restrict failed on prisma referentialIntegrity
• invalid character in $let in $lookup pipeline when using cursor and order by query
• Find many returns empty array or null
• Once instance has previously been poisoned
• Sanitize error snapshots in new test setup
• The findMany query fails silently when the array length passed through IN parameter exceeds 999
• mongodb cannot use $runCommand Raw in transaction
• parent result: Some(ManyRecords { records: [Record { values: [Int(3), Int(1), DateTime(2022-08-08T12:27:55.310+00:00)], parent_id: None }], field_names: ["id", "userId", "createdAt"] }), relation: Relation { name: "post", model_a_name: "Comment", model_b_name: "Post", model_a: OnceCell((Weak)), model_b: OnceCell((Weak)), field_a: OnceCell((Weak)), field_b: OnceCell((Weak)), manifestation: Inline(InlineRelation { in_table_of_model_name: "Comment" }), internal_data_model: "#InternalDataModelWeakRef#" }
• Given exponent overflowing the maximum accepted scale (255).: TryFromIntError(())
• Once instance has previously been poisoned
• sqlite:cuid():called Result::unwrap() on an Err value: FingerprintError("Could not retrieve hostname")
• Calling findUnique concurrently with a DateTime column causes it to return null
• Maximum Call Stack Size Exceeded When Inserting large Array Object
• Prisma Client is incompatible with TypeScript 4.8
• This is a non-recoverable error: When creating Item with nested query
• Given exponent overflowing the maximum accepted scale (255).: TryFromIntError(())
• Prisma 4.3.0 takes 100x more time to generate types
• Tracing: prisma:engine spans always get sampled when using probability based samplers
• Datasource providers in prisma init is listing wrong values
• Disconnect with large queries
• N/A error and message with large raw queries
• only one @​updatedAt is filled by the QE although multiple are accepted in the schema
• Insert fails if a table has a space in the name of the primary key
• Bug with throwing formatted errors
• called Option::unwrap() on a None value
• Upsert error on MySQL: Query ... is required to return data, but found no record(s)
• Add tests for mongodb's findRaw, aggregateRaw and runCommandRaw in sequential transactions

Prisma

• sqlite: show better error when a permission denied error occurs
• Prisma v4 breaks support for empty dbgenerated() - invalid migration created with no schema change
• Binary engine: $disconnect never returns if engine failed to start

Prisma Migrate

• PostGis views access error

Prisma Studio

• Client error "Can't reach database" for some tables not others

Credits

Huge thanks to @​abenhamdine, @​miguelgargallo, @​Clansty, @​panoplied, @​MEnnabah, @​drzamich, @​AndrewSouthpaw, @​kt3k for helping!

💼 We're hiring!

If you're interested in joining our growing team to help empower developers to build data-intensive applications, Prisma is the place for you.

We're looking for a Developer Advocate (Frontend / Fullstack) and Back-end Engineer: Prisma Data Platform.

Feel free to read the job descriptions and apply using the links provided.

Prisma Data Platform

We're working on the Prisma Data Platform — a collaborative environment for connecting apps to databases. It includes the:

• Data Browser for navigating, editing, and querying data
• Data Proxy for your database's persistent, reliable, and scalable connection pooling.
• Query Console for experimenting with queries

Try it out and let us know what you think!

📺 Join us for another "What's new in Prisma" livestream

Learn about the latest release and other news from the Prisma community by joining us for another "What's new in Prisma" livestream.

The stream takes place on YouTube on Thursday, September 29 at 5 pm Berlin | 8 am San Francisco.

---

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by Mend Renovate. View repository job log here.

[replay-io]

10 replays were recorded for d7dea97.

0 Failed

10 Passed

• requireAuth graphql checks
• useAuth hook, auth redirects checks
• RBAC: Admin user should be able to delete contacts
• RBAC: Should not be able to delete contact as non-admin user
• Smoke test with dev server
• Smoke test with rw serve
• Loads Cell mocks when Cell is nested in another story
• Loads Cell Stories
• Loads MDX Stories
• Mocks current user, and updates UI while dev server is running

View test run on Replay ↗︎

[redwoodjs-bot]

🔔 @jtoar, @Tobbe—I couldn't cherry pick this one. If you want it in the next release, you'll have to cherry pick it manually.