Prisma MongoDB Upgrade-Pfad
MongoDB-Projekte sind die einzige Prisma-Kohorte, für die es keinen Weg zu Prisma 7 gibt: v6 ist die letzte klassische ORM-Hauptversion für MongoDB, und v7 wird niemals einen MongoDB-Connector ausliefern. Der Nachfolgepfad ist Prisma Next, wo die MongoDB-Unterstützung im Early Access ist, mit GA nach Postgres geplant. Dieses Skill stellt die eigentliche Entscheidung dar — migrieren zu Prisma Next (der empfohlene Pfad) oder auf v6 bleiben, wenn ein harter Block besteht — und enthält die Migrationsmechaniken.
Tue niemals Folgendes:
- Rate einem MongoDB-Projekt niemals, auf „Prisma 7 upzugraden“. Der Connector existiert dort nicht. Der
prisma-upgrade-v7-Leitfaden gilt nicht für MongoDB-Projekte. - Löse die Versionsfrage niemals, indem du die App auf eine SQL-Datenbank umstellst. Der Wechsel der Datenbank-Engine ist eine separate, viel größere Entscheidung, die du nicht implizit treffen darfst.
Die Versionslandschaft
| Version | MongoDB-Status |
|---|---|
| Prisma ORM v6 | Voll unterstützt (mongodb-Provider); neueste 6.x ist der aktuelle stabile Pfad; Wartungslinie |
| Prisma ORM v7 | Kein MongoDB-Connector – keine Option, niemals |
| Prisma Next | MongoDB-Unterstützung im Early Access, aktiv entwickelt, GA nach Postgres geplant – der Nachfolgepfad für MongoDB-Projekte |
Die Entscheidung, vorweg
Die Migration zu Prisma Next ist der empfohlene Pfad. Die MongoDB-Unterstützung in Prisma Next ist im Early Access: funktionsfähig und entwickelt sich schnell, mit GA nach Postgres geplant – und das Prisma-Team möchte, dass MongoDB-Benutzer früh migrieren und Feedback teilen. Die Migrationsmechaniken sind in den Referenzen detailliert beschrieben.
Auf dem neuesten v6 zu bleiben, bleibt eine legitime Wahl, wenn ein harter Block vorliegt – klar gesagt: Der Next-Mongo-Fassaden-Wrapper kapselt noch keine Transaktionen (der zugrunde liegende Treiber ist direkt verfügbar; dies wird sich voraussichtlich bald ändern), und Vor-1.0-Minor-Versionen können breaking changes mit veröffentlichten Upgrade-Rezepten enthalten.
Entscheidungstabelle
| Signal | Richtung |
|---|---|
| Keine der unten genannten Hürden trifft zu | Zu Next migrieren; die verify-cutover-checklist ausführen und Feedback mit dem Prisma-Team teilen |
| Neuland / Prototyp / internes Tool | Zu Next migrieren |
Codebase verwendet Multi-Dokument-Transaktionen ($transaction) – mit grep prüfen, nicht fragen | Zuerst Raw-Treiber-Session-Äquivalente planen (siehe client-api-mapping) oder auf v6 bleiben, bis der Fassaden-Wrapper verfügbar ist |
| Team kann keine Pre-1.0-Breaking-Upgrades zwischen Minor-Versionen absorbieren | Bis GA auf v6 bleiben |
| Risikoavers, aber interessiert | Einen gestaffelten Next-Roundtrip auf einer Kopie durchführen (siehe verify-cutover-checklist), dann migrieren |
Anmerkung: Die Transaktionslücke wird voraussichtlich bald geschlossen – dieser Abschnitt wird aktualisiert, sobald Fassaden-Transaktionen in Prisma Next zusammengeführt werden.
Bei Verbleib auf v6: Hygiene (ein bewusster Verbleib, keine Vernachlässigung)
- Die Prisma-Pakete auf der neuesten 6.x-Linie fixieren und weiterhin 6.x-Patch-Releases einspielen.
- Die Prisma-Release-Notes und Sicherheitshinweise für die 6.x-Linie verfolgen.
- Das klassische v6-MongoDB-Setup beibehalten:
url = env("DATABASE_URL")im Schema,db push-Workflow, keine SQL-Treiber-Adapter (sieheprisma-database-setupfür die v6-MongoDB-Form). - Neu bewerten, wenn Prisma Nexts MongoDB GA erreicht hat oder wenn Hürden für den EA-Test gelöst sind.
Referenzdateien
| Referenz | Was sie abdeckt |
|---|---|
references/decision-stay-or-migrate.md | Die vollständige Entscheidungsframing, Hürdenprüfungen und Details zum Verbleib mit Hygiene |
references/schema-contract-mapping.md | v6-Schema (mongodb-Provider, @db.ObjectId, zusammengesetzte Typen) → Next-Konzeptverträge |
references/client-api-mapping.md | v6-Client-Aufrufe → Next-Äquivalente, inkl. Raw-Escape-Hatches und Transaktionen – Namen passen, Parität nicht |
references/migrations-mapping.md | v6 db push-only-Geschichte → Nexts plan/migrate/verify/sign-Ablauf |
references/verify-cutover-checklist.md | Datenverschiebungsfreie Verifizierung: gleiche DB, Index-Parität, gestaffelter Roundtrip vor dem Cutover |
Verifizierung
Verhaltensbehauptungen über Prisma Next in diesem Skill wurden gegen prisma/prisma-next zum Commit a2791c5dd59d579b4b3052942ae7f8fe5e2ee852 (pre-1.0, ~v0.14/0.15-Linie) verifiziert. Prisma Next entwickelt sich im Early Access schnell: Bevor du auf eine Next-seitige Behauptung handelst, verifiziere sie gegen die tatsächlich installierte Version (prüfe die @prisma-next/*-Versionen des Projekts und die damit installierten Prisma-Next-Skills). Nexts Mongo-Ziel erfordert MongoDB 8.0+ und erwartet mongodb@^7 als benutzerbereitgestellte Peer-Abhängigkeit.
Übergaberegel
Dieses Skill ist die Entdeckungsbrücke, kein Ersatz für die eigene Dokumentation von Prisma Next. Nachdem ein Projekt auf Prisma Next umgestiegen ist, führe die init/Skill-Installation von Prisma Next aus und folge dessen eigenen Skills (Quickstart, Contract, Queries, Migrations, Runtime) für die tägliche Arbeit – arbeite nicht weiterhin mit den Zusammenfassungen dieses Skills.