Prisma から Atlas + Kysely への移行 - Supabase 環境での実践記録
これはなに？ 本番環境で約2年間 Prisma を使っていたプロジェクトを、Atlas + Kysely に移行した記録です。Supabase の PostgreSQL を使っている環境だったので、いくつか注意点がありました。この記事では、移行の動機から具体的な手順、そして移行リスクを抑えるために追加した E2E テストまで、一連の流れを共有します。 プロジェクトの背景 このプロジェクトは 2021年8月に Next.js で開発を開始し、約4年半運用しています。 技術スタックは何度か変わっていて、最初は Next.js と Supabase SDK を使っていました。認証も Supabase Auth を使っていたのですが、2023年7月に Remix へ移行したタイミングで Supabase SDK を外し、Prisma と自前の認証に切り替えました。2024年11月には React
Prisma 7 がつらくて Atlas + Kysely に移行した - Turso + better-auth 環境での実践
これはなに？ SlideCraft という、AI でスライドを修正・再構成するアプリを開発しています。React Router v7 + Turso + better-auth という構成で、認証基盤を Prisma 7 で管理していました。 しかし Prisma 7 へのアップグレードで色々とつらくなってきたので、思い切って Atlas + Kysely に移行したら想像以上に快適になりました。その経緯と手順を共有します。 Prisma 7 のつらみ ドライバーアダプター必須化 Prisma 7 から、SQLite 系のデータベース（Turso/LibSQL 含む）を使う場合はドライバーアダプターが必須になりました。 import { PrismaClient } from '@prisma/client' import { PrismaLibSQL } from '@prisma/ad
【反省】バッチの実装を誤って、盛大にご迷惑をおかけしてしまった話
やらかしてしまいました。今回は業務における失敗談をお話しようと思います。 何をやらかしたか バッチの実装を誤った結果多数のユーザーにメールを重複送信してしまい、ユーザーはもちろん社内のカスタマーサクセスチーム、開発チームにもご迷惑をおかけしてしまいました。 技術スタック typescript Prisma Mysql バッチの要件 特定のステータスを持つユーザーに対して、以下の処理を行うバッチです ステータスの更新 ※更新すること次のバッチの対象から外れる その他の処理 ※本題から逸れるので省きます メール送信を行う どんな実装をしたか 流れとしてはこんな感じ バッチの対象ユーザーを取得 ユーザーに対して、updateMany等で一括更新処理 処理が終わったら対象ユーザーにメール送信 export async function sample() { // 対象ユーザーを取得 const t
Prismaの型処理を100倍ほど改善できるかもしれない知識
はじめに もしかしたら多くの開発者が見落としているかもしれないPrismaのちょっとした使い方が TypeScriptコンパイラやIDE等の開発環境に思わぬ悪影響を与えることに気付いたので、 その解決策と実際のプロジェクトでの適用例を紹介します。 問題の発見 手前味噌ですが、冒頭に記載した自作のOSSを使ってTypeScriptのパフォーマンスを測定していたところ、あるプロジェクトでPrisma関連のコードに起因してやたらIDEが重くなることに気づきました。 そこで tsc --noEmit --diagnostics などのデバッグコマンドを使って調べてみると、面白いことが分かったのでそのエッセンスを検証データとともに以下にまとました。 検証環境の構築 パフォーマンスの問題を明確に示すため、30段階のネストしたPrismaスキーマを作成しました。 Tree1からTree30まで、各モデル
遂に Cloudflare + Next.js(OpenNext) + Prisma 6.7.0(No Rust) が動く時代が来た
現状たぶんこれが一番安いと思います。(※個人開発前提のスタックです) 実現したこと opennext for cloudflare prisma (no-rust, no-engine) prisma-postgres (free plan) つまり Cloudflare 上で Next.js を動かして、現実的なビルドサイズで Prisma を動かせました。 自分の手元のビルドサイズです。 ┌ ○ / 149 B 102 kB ├ ○ /_not-found 978 B 103 kB ├ ○ /prisma-test 149 B 102 kB # ... + First Load JS shared by all 102 kB ├ chunks/770-76939705ff65587a.js 46.5 kB ├ chunks/96e220d1-21a0fdc894793ec0.js 53
Prototyping your schema | Prisma Documentation
The Prisma CLI has a dedicated command for prototyping schemas: db push db push uses the same engine as Prisma Migrate to synchronize your Prisma schema with your database schema. The db push command: Introspects the database to infer and executes the changes required to make your database schema reflect the state of your Prisma schema. By default, after changes have been applied to the database s
From Rust to TypeScript: A New Chapter for Prisma ORM
The Prisma query engine, written in Rust, has always been a core part of Prisma ORM. It was developed for the future, but is no longer compatible with Prisma ORM’s current direction. Read on to learn more about our rewrite from Rust to TypeScript. Prisma’s doing what now?! In our recently released ORM Manifesto, we described how Prisma ORM will be managed in the coming months and years. One small
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Why Prisma ORM Checks Types Faster Than Drizzle
Announcing Prisma’s MCP Server: Vibe Code with Prisma Postgres