[PR #44] [CLOSED] build(deps): bump @prisma/adapter-better-sqlite3 from 7.3.0 to 7.4.1 in /frontend #158

Closed
opened 2026-03-13 17:20:35 +03:00 by kerem · 0 comments
Owner

📋 Pull Request Information

Original PR: https://github.com/adminsyspro/proxcenter-ui/pull/44
Author: @dependabot[bot]
Created: 2/23/2026
Status: Closed

Base: mainHead: dependabot/npm_and_yarn/frontend/prisma/adapter-better-sqlite3-7.4.1


📝 Commits (1)

  • 9c93e34 build(deps): bump @prisma/adapter-better-sqlite3 in /frontend

📊 Changes

3 files changed (+108 additions, -23 deletions)

View changed files

📝 frontend/package-lock.json (+12 -12)
📝 frontend/package.json (+1 -1)
📝 frontend/pnpm-lock.yaml (+95 -10)

📄 Description

Bumps @prisma/adapter-better-sqlite3 from 7.3.0 to 7.4.1.

Release notes

Sourced from @​prisma/adapter-better-sqlite3's releases.

7.4.1

Today, we are issuing a 7.4.1 patch release focused on bug fixes and quality improvements.

🛠 Fixes

Prisma Client

Driver Adapters

  • @​prisma/adapter-ppg: Handle null values in type parsers for nullable columns (prisma/prisma#29192)

Prisma Schema Language

🙏 Huge thanks to our community

Many of the fixes in this release were contributed by our amazing community members. We're grateful for your continued support and contributions that help make Prisma better for everyone!

7.4.0

Today, we are excited to share the 7.4.0 stable release 🎉

🌟 Star this repo for notifications about new releases, bug fixes & features — or follow us on X!

Highlights

ORM

Caching in Prisma Client

Today’s release is a big one, as we introduce a new caching layer into Prisma ORM. But why the need for a caching layer?

In Prisma 7, the query compiler runs as a WebAssembly module directly on the JavaScript main thread. While this simplified the architecture by eliminating the separate engine process, it introduced a trade-off: every query now synchronously blocks the event loop during compilation.

For individual queries, compilation takes between 0.1ms and 1ms, which is barely noticeable in isolation. But under high concurrency this overhead adds up and creates event loop contention that affects overall application throughput.

For instance, say we have a query that is run over and over, but is a similar shape:

// These two queries have the same shape:
const alice = await prisma.user.findUnique({ where: { email: 'alice@prisma.io' } })
const bob = await prisma.user.findUnique({ where: { email: 'bob@prisma.io' } })

Prior to v7.4.0, this would be reevaluated ever time the query is run. Now, Prisma Client will extract the user-provided values and replaces them with typed placeholders, producing a normalized query shape:

... (truncated)

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/adminsyspro/proxcenter-ui/pull/44 **Author:** [@dependabot[bot]](https://github.com/apps/dependabot) **Created:** 2/23/2026 **Status:** ❌ Closed **Base:** `main` ← **Head:** `dependabot/npm_and_yarn/frontend/prisma/adapter-better-sqlite3-7.4.1` --- ### 📝 Commits (1) - [`9c93e34`](https://github.com/adminsyspro/proxcenter-ui/commit/9c93e34df10f4b660343011b176f5cf14733c7e6) build(deps): bump @prisma/adapter-better-sqlite3 in /frontend ### 📊 Changes **3 files changed** (+108 additions, -23 deletions) <details> <summary>View changed files</summary> 📝 `frontend/package-lock.json` (+12 -12) 📝 `frontend/package.json` (+1 -1) 📝 `frontend/pnpm-lock.yaml` (+95 -10) </details> ### 📄 Description Bumps [@prisma/adapter-better-sqlite3](https://github.com/prisma/prisma/tree/HEAD/packages/adapter-better-sqlite3) from 7.3.0 to 7.4.1. <details> <summary>Release notes</summary> <p><em>Sourced from <a href="https://github.com/prisma/prisma/releases"><code>@​prisma/adapter-better-sqlite3</code>'s releases</a>.</em></p> <blockquote> <h2>7.4.1</h2> <p>Today, we are issuing a 7.4.1 patch release focused on bug fixes and quality improvements.</p> <h2>🛠 Fixes</h2> <p><strong>Prisma Client</strong></p> <ul> <li>Fix cursor-based pagination regression with parameterised values (<a href="https://redirect.github.com/prisma/prisma/pull/29184">prisma/prisma#29184</a>)</li> <li>Preserve <code>Prisma.skip</code> through query extension argument cloning (<a href="https://redirect.github.com/prisma/prisma/pull/29198">prisma/prisma#29198</a>)</li> <li>Enable batching of multiple queries inside interactive transactions (<a href="https://redirect.github.com/prisma/prisma/pull/25571">prisma/prisma#25571</a>)</li> <li>Add missing JSON value deserialization for JSONB parameter fields (<a href="https://redirect.github.com/prisma/prisma/pull/29182">prisma/prisma#29182</a>)</li> <li>Apply result extensions correctly for nested and fluent relations (<a href="https://redirect.github.com/prisma/prisma/pull/29218">prisma/prisma#29218</a>)</li> <li>Allow missing config datasource URL and validate only when needed (<a href="https://redirect.github.com/prisma/prisma-engines/pull/5777">prisma/prisma-engines#5777</a>)</li> </ul> <p><strong>Driver Adapters</strong></p> <ul> <li><strong><code>@​prisma/adapter-ppg</code></strong>: Handle null values in type parsers for nullable columns (<a href="https://redirect.github.com/prisma/prisma/pull/29192">prisma/prisma#29192</a>)</li> </ul> <p><strong>Prisma Schema Language</strong></p> <ul> <li>Support <code>where</code> argument on field-level <code>@unique</code> for partial indexes (<a href="https://redirect.github.com/prisma/prisma-engines/pull/5774">prisma/prisma-engines#5774</a>)</li> <li>Add object expression and object member support to schema reformatter (<a href="https://redirect.github.com/prisma/prisma-engines/pull/5776">prisma/prisma-engines#5776</a>)</li> </ul> <h2>🙏 Huge thanks to our community</h2> <p>Many of the fixes in this release were contributed by our amazing community members. We're grateful for your continued support and contributions that help make Prisma better for everyone!</p> <h2>7.4.0</h2> <p>Today, we are excited to share the <code>7.4.0</code> stable release 🎉</p> <p><strong>🌟 Star this repo for notifications about new releases, bug fixes &amp; features — or <a href="https://pris.ly/x">follow us on X</a>!</strong></p> <h1>Highlights</h1> <h2>ORM</h2> <h3>Caching in Prisma Client</h3> <p>Today’s release is a big one, as we introduce a new caching layer into Prisma ORM. But why the need for a caching layer?</p> <p>In Prisma 7, the query compiler runs as a WebAssembly module directly on the JavaScript main thread. While this simplified the architecture by eliminating the separate engine process, it introduced a trade-off: every query now synchronously blocks the event loop during compilation.</p> <p>For individual queries, compilation takes between 0.1ms and 1ms, which is barely noticeable in isolation. But under high concurrency this overhead adds up and creates event loop contention that affects overall application throughput.</p> <p>For instance, say we have a query that is run over and over, but is a similar shape:</p> <pre lang="tsx"><code>// These two queries have the same shape: const alice = await prisma.user.findUnique({ where: { email: 'alice@prisma.io' } }) const bob = await prisma.user.findUnique({ where: { email: 'bob@prisma.io' } }) </code></pre> <p>Prior to v7.4.0, this would be reevaluated ever time the query is run. Now, Prisma Client will extract the user-provided values and replaces them with typed placeholders, producing a normalized query shape:</p> <!-- raw HTML omitted --> </blockquote> <p>... (truncated)</p> </details> <details> <summary>Commits</summary> <ul> <li>See full diff in <a href="https://github.com/prisma/prisma/commits/7.4.1/packages/adapter-better-sqlite3">compare view</a></li> </ul> </details> <br /> [![Dependabot compatibility score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=@prisma/adapter-better-sqlite3&package-manager=npm_and_yarn&previous-version=7.3.0&new-version=7.4.1)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> <br /> You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot show <dependency name> ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) </details> --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
kerem 2026-03-13 17:20:35 +03:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/proxcenter-ui#158
No description provided.