chore(deps): update dependency @prisma/get-platform to v4

[renovate]

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
@prisma/get-platform (source)	2.30.0-28.60b19f4a1de4fe95741da371b4c44a92f4d1adcb -> 4.8.1

---

Release Notes

prisma/prisma

v4.8.1

Compare Source

Today, we are issuing the 4.8.1 patch release.

Fix in Prisma Client

• Prisma 4.8 produces conflicting typescript types for custom many to many relations

v4.8.0

Compare Source

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

Highlights

Improved serverless experience — smaller engines size

In this release, we have decreased the size of our engine files by an average of 50%. The size of the Query Engine used on Debian, with OpenSSL 3.0.x, for example, went from 39MB to 14MB. We will also remove some smaller engines to decrease the total size in future versions.

Additionally, we have started optimizing how the Prisma schema is loaded in Prisma Client. You should notice a considerable improvement when executing the first query if you're working with a bigger schema with many models and relations.

We will continue investing in this direction in the next releases and further improve the experience with Prisma and serverless environments.

Multi-schema support for CockroachDB (Preview)

We're pleased to share that this release adds Preview support for multi-schema for CockroachDB. 🎉

This release adds support for:

• Introspecting databases that organize objects in multiple database schemas
• Managing multi-schema database setups directly from Prisma schema
• Generating migrations that are database schema-aware with Prisma Migrate
• Querying across multiple database schemas with Prisma Client

If you already have a CockroachDB database using multiple schemas, you can quickly get up and running set up multiple schemas by:

• Enabling the Preview feature in the Prisma schema
• Defining the schemas in the schemas property in the datasource block
• Introspecting your database using prisma db pull

You can further evolve your database schema using the multi-schema Preview feature by using prisma migrate dev.

For further details, refer to our documentation and let us know what you think in this GitHub issue.

Improved OpenSSL 3.x support

Prisma now supports OpenSSL 3 builds for Linux Alpine on x86_64 architectures. This particularly impacts users running Prisma on node:alpine and node:lts-alpine Docker images. The images are based on an Alpine version that ships with OpenSSL 3.0.x, which isn’t compatible with OpenSSL 1.1.x (already supported by Prisma). You can read more details about it in this GitHub comment.

We also have rewritten our OpenSSL version detection logic, making it future-proof. We now expect Prisma to support systems running with any OpenSSL 3 minor versions out of the box.

Fixes and improvements

Prisma

• Migrate: @​dbgenerated with @​db.Time(0) keeps generating new migrations
• Error parsing attribute "@​@​index": The Gin index field type Uuid has no default operator class.
• UTF-8 Error: index is not a char boundary
• Error in migration engine. Reason: entered unreachable code
• Regression in enum default value handling in 4.7.0
• Regression in relation field name deduplication
• multiSchema: migrate reset only resets first schema
• Cross schema reference with foreign key not working in 4.7.0.
• Support SQL Server in multiSchema introspection
• migrate dev does not detect drift between database schema and migration history for multiSchema
• Bad credentials when downloading using @​prisma/fetch-engines
• multiSchema: migrate dev fails to apply cleanly to shadow database after custom migration renames table in secondary schema

Prisma Migrate

• Prisma db migration always altering my table contains mysql TIME data type inside of it
• Prisma migration fails with postgres
• Migrate Dev CMD Issue when using multiSchema preview feature with MySQL

Prisma Client

• Prisma 4.3.1 distribution is bundling a libquery_engine
• enum fields are missing in select's type when clientExtensions preview feature is used
• $extends TS error: "Inferred type of this node exceeds the maximum length the compiler will serialize" with "declaration": true in tsconfig
• Regression bug: batched findUniqueOrThrow queries throw 'Field does not exist on enclosing type.'
• Prisma Client Extensions: args is undefined
• Support OpenSSL 3.0 for Alpine Linux
• console.log outputs incorrect value when result extensions are used
• 4.6.0 and newer does not let me spy using vitest.
• Investigate memory issues on Windows
• prisma@4.7.1 - "RangeError: Maximum call stack size exceeded" when clientExtensions enabled
• Unique constraint error when connecting an item in a 1-1 relation that is already connected
• Error when using "multiSchema" with custom database schema and implicit Many To Many relation
• binaries.prisma.sh not accessible via IPv6
• Nested disconnect fails with extendedWhereUnique on SQL

Language tools (e.g. VS Code)

• Auto completion suggests @map although already present
• Update message for detecting both Stable and Insiders in workspace
• Update to use correct form of criteri(a/on)
• Extra ' in optional arguments context

Prisma Engines

• Use correct forms of "criterion" (singular) and "criteria" (plural)
• Only use buildjet action runner where needed
• Bug: @@​schema attribute should always be required when schemas is defined in the datasource

Credits

Huge thanks to @​ivan, @​Mini256, @​cmd-johnson for helping!

Prisma Help Center (New)

We recently just launched our Help Center that you can use to find resources and get help from our support team for both the Prisma ORM and the Prisma Data Platform.

Check it out, and let us know what you think.

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

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

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

v4.7.1

Compare Source

Today, we are issuing the 4.7.1 patch release.

Fixes in Prisma Client

• Enum fields are missing in select's type when clientExtensions preview feature is used
• console.log outputs incorrect value when result extensions are used
• "Field does not exist on enclosing type" error is thrown in findUniqueOrThrow
• Prisma Client Extensions: args is undefined

v4.7.0

Compare Source

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

Highlights

Interactive transactions are now Generally Available

After an extensive Preview phase and lots of great feedback from our community, we're excited to announce that interactiveTransactions is now Generally Available and production ready! 🚀

Interactive transactions allow you to pass an async function into a $transaction, and execute any code you like between the individual Prisma Client queries. Once the application reaches the end of the function, the transaction is committed to the database. If your application encounters an error as the transaction is being executed, the function will throw an exception and automatically rollback the transaction.

Here are some of the feature highlights we've built:

• Support for defining transaction isolation levels — from 4.2.0
• Support for the Prisma Data Proxy — from 4.6.0

Here's an example of an interactive transaction with a Serializable isolation level:

await prisma.$transaction(
  async (prisma) => {
    // Your transaction...
  },
  {
    isolationLevel: Prisma.TransactionIsolationLevel.Serializable,
    maxWait: 5000,
    timeout: 10000,
  }
)

You can now remove the interactiveTransactions Preview feature in your schema.

Relation mode is Generally Available

This release marks relationMode="prisma" as stable for our users working with databases that don't rely on foreign keys to manage relations. 🎉

Prisma’s relation mode started as a way to support PlanetScale which does not allow you to create foreign keys for better online migration support. We transformed that into our Referential Integrity Emulation in 3.1.1 when we realised that more users could benefit from it, and then integrated it as the default mode for MongoDB, which generally does not have foreign keys. Prisma needed to use emulation to give the same guarantees.

We then realized the feature was more than just referential integrity and affected how relations work. To reflect this, we renamed the feature to relation mode and the datasource property to relationMode in 4.5.0

Index warnings for relationMode = "prisma"

In this release, we've added a warning to our Prisma schema validation that informs you that the lack of foreign keys might result in slower performance — and that you should add an @@​index manually to your schema to counter that. This ensures your queries are equally fast in relation mode prisma as they are with foreign keys.

With relationMode = "prisma", no foreign keys are used, so relation fields will not benefit from the index usually created by the relational database under the hood. This can lead to slower performance when querying these fields. We recommend manually adding an index.

We also added a fix to our VS Code extension to help adding the suggested index with minimal effort:

If you are currently using the Preview feature flag to enable relation mode, you can now remove referentialIntegrity from the previewFeatures in your generator client block in your Prisma schema.

For more information, check out our updated relation mode documentation.

Prisma Client Extensions (Preview)

This release adds Preview support for Prisma Client Extensions. This feature introduces new capabilities to customize and extend Prisma Client. Today we are opening up four areas for extending Prisma Client:

• model: add custom methods or fields to your models
• client: add client-level methods to Prisma Client
• result: add custom fields to your query results
• query: create custom Prisma Client queries

Prisma Client Extensions are self-contained scripts that can tweak the behavior of models, queries, results, and the client (Prisma Client) as a whole. You can associate a single or multiple extensions with an extended client to mix and match Prisma to your needs.

Prisma Client Extensions enables many use cases such as defining virtual fields, custom validation, and custom queries.

It also enables you to share your client extensions with others and import client extensions developed by others into your project.

For example, given the following schema:

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

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

model User {
  id        Int     @​id @​default(autoincrement())
  email     String  @​unique
  firstName String?
  lastName  String
}

You can create a computed field called fullName as follows:

import { PrismaClient } from "@​prisma/client"

const prisma = new PrismaClient()
  .$extends({
    result: {
      user: {
        fullName: {
          // the dependencies
          needs: { firstName: true, lastName: true },
          compute(user) {
            // the computation logic
            return `${user.firstName} ${user.lastName}`
          },
        },
      },
    },
  })

We're excited to see what you build with them! For more information, check out our docs and let us know what you think in this GitHub issue.

Multi-schema support for PostgreSQL (Preview)

We're pleased to announce that this release adds support for multi-schema support for PostgreSQL. The ability to query and manage multiple database schemas has been a long-standing feature request from our community.

This release adds support for the following:

• Introspecting databases that organize objects in multiple database schemas
• Managing multi-schema database setups directly from Prisma schema
• Generating migrations that are database schema-aware with Prisma Migrate
• Querying across multiple database schemas with Prisma Client

If you already have a PostgreSQL database using multiple schemas, you can quickly get up and running using prisma db pull — on enabling the Preview feature and specifying the schemas in the datasource block similar to the example below.

You can get started with defining multiple schemas in your Prisma schema as follows:

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

datasource db {
  provider = "postgresql"
  url      = env("DATABASE_URL")
  schemas  = ["base", "transactional"]
}

model User {
  id     Int     @​id
  orders Order[]

  @​@​schema("base")
}

model Order {
  id      Int  @​id
  user    User @​relation(fields: [id], references: [id])
  user_id Int

  @​@​schema("transactional")
}

Then generate and apply the changes to your database with prisma migrate dev.

We want to thank all our users for helping us design the feature since the early proposal on GitHub up to our current Preview release.

For further details, refer to our documentation and let us know what you think in this GitHub issue.

Request for feedback

Our Product team is currently running a survey for designing Database Views support for Prisma and we would appreciate your feedback.

Fixes and improvements

Prisma Client

• RangeError: Invalid count value during npx prisma generate with DEBUG=* on integration build
• When rejectOnNotFound is used, chaining deeper into a related table still throws if it doesn't find anything
• Stabilize referentialIntegrity
• Some errors are obfuscated by interactive transactions when using binary engine
• Transaction API error: Transaction already closed: Transaction is no longer valid. Last state: 'Expired' P2028
• The error is incorrectly pointed out when using the $transaction method
• Client: using update + connect throws an error on an idempotent operation
• findFirstOrThrow / findUniqueOrThrow errors are not reported via error event
• wrong error message/header on multiple table upsert using transaction
• Args are out of sync with the action type for count when creating prisma middeware
• “Transaction API error: Transaction not found”
• Add Prisma.TransactionClient to default-index.d.ts
• RangeError: Invalid count value during prisma generate
• Prisma Client regression bug after upgrading to 4.6.0: findMany errors with PANIC: index out of bounds: the len is 0 but the index is 0
• upsert() with nested selection errors with called Option::unwrap()on aNone value in 4.6.0
• Bug(qe): errors don't get logged
• Downloading binaries of 4.6.1 fails with wrong sha256 checksum
• Calling findUnique concurrently with different key order causes one of them to return null
• No way to catch error in findUniqueOrThrow via middleware
• Test implicit m:n in relation mode prisma / Reproduction test for prisma#​16390

Prisma

• [Multi Schema] Same model map different schema
• Schema: add deprecation warning for datasource property referentialIntegrity (renamed to relationMode)
• Error in migration engine. Reason: [migration-engine/connectors/sql-migration-connector/src/sql_renderer/postgres_renderer.rs:944:22] We should only be setting a changed default if there was one on the previous schema and in the next with the same enum.
• db pull with multiSchema error on schema with 2 models with the same table name but in a different schema
• Prisma 4.6.0 drops and recreates enum field when running db push even if the field has not changed
• @​@​map not working on postgress enums starting version 4.6.0
• relationMode: make feature GA
• Add SetDefault validation error with warnings when provider = "mysql" and relationMode = "foreignKeys" | default
• Polish relationMode validation warning messages
• Add linting/validation warnings for prisma validate & prisma format

Prisma Migrate

• What happen with prisma migrate dev
• Prisma complains when enum types are not declared in alphabetical order

Language tools (e.g. VS Code)

• Dim models that are @@​ignored and fields that are @ignored
• Recommend adding indices to foreign keys when referentialIntegrity = "prisma"
• PostgreSQL only: Add autocompletion in the datasource block for extensions when postgresqlExtensions preview feature is set
• language-tools: relationMode GA - remove preview feature condition
• feat: for relationMode="prisma", for @relation: add a warning if there is no index on the field(s)
• feat: Quick Fix - relationMode : missing foreign keys' indexes

Prisma Engines

• bug(fmt): quick-fixes break with no newline after model in schema

Credits

Huge thanks to @​cmd-johnson, @​jsoref, @​miguelgargallo for helping!

Prisma Data Platform

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

• 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. Let us know what you think!

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

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

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

v4.6.1

Compare Source

Today, we are issuing the 4.6.1 patch release.

Fixes in Prisma Client

• Prisma Client regression bug after upgrading to 4.6.0: findMany errors with PANIC: index out of bounds: the len is 0 but the index is 0
• upsert() with nested selection errors with called Option::unwrap()on aNone value in 4.6.0

Fix in Prisma Migrate

• Prisma 4.6.0 drops and recreates enum field when running db push even if the field has not changed

v4.6.0

Compare Source

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

Highlights

Interactive Transactions for Prisma Data Proxy (Preview)

In 3.8.0, we disabled the interactiveTransactions Preview feature when using the Prisma Data Proxy. This was because the API was not yet supported.

In this release, we're removing the limitation. You can now try the Preview version of interactive transactions with the Prisma Data Proxy. Re-generate Prisma Client using prisma generate --data-proxy after enabling the Preview feature.

Note: The interactiveTransactions Preview feature flag is still needed. We will remove this in a future version when the feature is stable.

Try it out and let us know your thoughts in our interactive transactions feedback GitHub issue.

Native database level upserts for PostgreSQL, SQLite, and CockroachDB

Prisma’s upsert is one of its most powerful and most convenient APIs. In this release, Prisma will now default to the native database upsert for PostgreSQL, SQLite, and CockroachDB whenever possible.

Prisma will use the native database upsert if:

• There are no nested queries in the upsert's create and update options
• The query modifies only one model
• There is only one unique field in the upsert's where option
• The unique field in the where option and the unique field in the create option have the same value

Prisma Client's upsert operation was implemented on a Prisma-level and did not use the native database implementations like, e.g., INSERT .. ON CONFLICT .. UPDATE SET. This allowed Prisma to also upsert nested queries.

The Prisma-implementation came at a cost. In some scenarios, it was more likely for a transaction to roll back because of a conflict when multiple upsert operations were being executed in parallel, and the multiple queries often took longer than the native database query would have taken.

Try it out and let us know what you think. If you run into any issues, don't hesitate to create a GitHub issue.

Relation Mode improvements (Preview)

In 4.5.0, we renamed the "Referential Integrity" Preview feature to "Relation Mode". We also changed the datasource property name of the feature to relationMode.

In this release, we fixed all remaining known bugs of relationMode = "prisma" and cleaned up our documentation. You can now read about Relation mode on its own documentation page which is up to date with the implementation.

If you encounter any problems please comment on our feedback issue. We plan to make this Generally Available soon.

extendedWhereUnique improvements (Preview)

In 4.5.0, we introduced the extendedWhereUnique Preview feature to allow filtering for non-unique properties in unique where queries. In this release, we're adding new rules to decide when concurrent findUnique queries get batched into a findMany query.

Unfortunately, we forgot to adapt our findUnique query batch optimization, which turns multiple concurrent findUnique queries into a single findMany query when possible — GitHub issue.

Therefore, findUnique queries will get batched into a findMany query if:

• All criteria of the filter must be on scalar fields (unique or non-unique) of the same model you're querying
• All criteria must use the equal's filter, whether that's via the shorthand or explicit syntax (where: { field: <val>, field1: { equals: <val> } })

Conversely, suppose the filter object contains any boolean operators, relation filters, or scalar filters that are not using equals. Prisma will fall back to executing the findUnique queries independently.

Let us know your thoughts and share your feedback on the Preview feature in this GitHub issue.

Fixes and improvements

Prisma Client

• upsert across HTTP requests has a race condition
• Client tests for Vitess, with relationMode=prisma
• Concurrent relation upserts conflict
• upsert() should do ON CONFLICT DO UPDATE/NOTHING in postgresql
• Cannot insert Floats (≥9.223372037e18 and <1e21) or (>-1e21 and ≤-9.223372037e18)
• Always serialize float fields in exponent notation
• Postgres integer column silently overflows to bad value
• Add duration to mongo logging
• upsert(): Unique constraint on DateTime sqlite
• "Unique constraint failed on the fields" when using upsert
• using connect in interactive transaction fails
• MongoDB does not log queries with binary Engine
• [MongoDb] Query logger produces incorrect output
• Float values around 2^63 get interpreted as invalid intergers and throw a graphql error
• referentialIntegrity/relationMode preview feature (referentialIntegrity = "prisma"): Make NoAction a synonym/alias of Restrict for the emulation, for all databases except PostgreSQL & SQLite.
• Client: In 1:1,1:n, m:n relations using OnDelete: SetNull with referentialIntegrity = "prisma" user.delete() should fail, but succeeds.
• calling findUnique concurrently on a model with a compound unique constraint causes it to return null
• Support interactive transactions in the Data Proxy

Prisma

• Re-Introspection: referentialIntegrity = prisma not respected when using @@​map()
• Validation fails to detect invalid SetNull referential action referencing non-optional fields
• Schema: add validation for datasource property referentialIntegrity & relationMode, so only one can be set.
• Create TypeScript tests for #​15655
• referentialIntegrity policy is lost during re-introspection
• Relation fields are removed after npx prisma db pull
• Re-introspection should not remove relations when relationMode="prisma"

Language tools (e.g. VS Code)

• Schema autocompletion intellisense don't match custom datasource name

Design Partner Program

Are you building data-intensive applications in serverless environments using Prisma? If so, you should join our Design Partner Program to help us build the tools that best fit your workflows!

The Design Partner Program aims to help development teams solve operational, data-related challenges in serverless environments. Specifically, we’re looking to build tools that help with the following problems:

• Solutions to listen and react to database changes in real time are either brittle or too complex to build and operate.
• Coordinating workflows executed via a set of isolated functions or services spreads that coordination logic across these services instead of keeping it centralized and maintainable. This adds unnecessary overhead and clutter to your business logic.
• Optimizing the data access layer for scaling performance often involves projecting data into denormalized views, or caching. These methods come with complex logic to figure out strategies for cache invalidation or preventing to use stale data.
• Building web applications on modern Serverless platforms such as Vercel or Netlify often breaks down as soon as you need to execute on any of the topics listed above. This pushes to re-platform on a traditional infrastructure, delaying projects, and losing productivity benefits offered by Vercel or Netlify.

Submit an application through our application form to join the Prisma Design Partner Program to take advantage of new features that you won't have to build or maintain yourselves.

Prisma Data Platform

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

• 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. Let us know what you think!

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

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

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

Credits

Huge thanks to @​cmd-johnson for helping!

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:

---

Configuration

📅 Schedule: Branch creation - "every weekend" in timezone Asia/Shanghai, Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

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

🔕 Ignore: Close this PR and you won't be reminded about this update 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.