Prisma 1 Upgrade is a CLI tool to help Prisma 1 users using MySQL or Postgres to upgrade to Prisma 2+.
We spent a lot of time on this tool and are happy with the results. It's well-tested and working as intended. It's not perfect though, so you may need to make some manual adjustments after upgrading to clean up your final Prisma 2+ schema. See this issue for more details.
We recommend you download the Prisma VS Code extension to help with your transition.
Note: You should always run the SQL generated by this tool on your test or staging databases before running it on production.
$ npx prisma-upgrade
See our documentation for more information about how to upgrade your Prisma 1 datamodel to Prisma 2+.
This table reflects the current feature set of the upgrade CLI and will be updated continuously. Read below for a more detailed explanation of each column.
Problem | MySQL | PostgreSQL | Prisma schema | Prisma 1 compatible |
---|---|---|---|---|
Database schema incompatibilities² | ||||
Default values aren't represented in database | Yes | Yes | Yes | Yes |
Mismatching CUID length | Yes | Yes | Yes | Yes |
@createdAt isn't represented in database |
Yes | Yes | Yes | Yes |
Inline 1-1 relations are recognized as 1-n (missing UNIQUE constraint) |
Yes | Yes | Yes | Yes |
Json type is represented as TEXT |
Yes | Yes | Yes | Yes |
Enum types are represented as TEXT in database |
Yes | Yes | Yes | Yes |
All non-inline relations are recognized as m-n | Not yet | Not yet | Not yet | No |
Scalar lists (arrays) are maintained with extra table | Not yet | Not yet | Not yet | No |
Prisma 2+ schema differences³ | ||||
@updatedAt isn't represented in database |
n/a | n/a | Yes | Yes |
Generated CUIDs as ID values aren't represented in database | n/a | n/a | Yes | Yes |
Maintain required 1-1-relations | n/a | n/a | Yes | Yes |
Maintain order of models and fields | n/a | n/a | Not yet | Yes |
Maintain relation names | n/a | n/a | Not yet | Yes |
@map and @@map |
n/a | n/a | Yes | Yes |
Cascading deletes | No | No | No | No |
² = fixed by executing SQL statements
³ = fixed by making changes to Prisma 2+ schema
What do the columns mean?
- MySQL: Does the CLI generate the correct MySQL statements to solve the problem?
- PostgreSQL: Does the CLI generate correct PostgreSQL statements to solve the problem?
- Prisma schema: Does the final Prisma 2+ schema I get from the CLI reflect the right solution?
- Prisma 1 compatible: Does the SQL change to the schema maintain Prisma 1 compatibility?
We parse your Prisma 1 datamodel and your Prisma 2+ schema and run both ASTs through a set of rules. These rules produce operations. The operations are printed into SQL commands for you to run on your database.
Prisma 1 Upgrade is idempotent, so you can run it as many times as you want and it will produce the same result each time. Prisma 1 Upgrade only shows you commands you still need to run, it does not show you commands you've already run.
You'll also notice that we never connect to your database, we simply look at your Prisma 1 files and your Prisma 2+ schema and generate from there!
To add a new test, follow the following steps:
- Create a new folder with one of the following prefixes:
postgres-
,mysql-
,postgres1-
ormysql1-
. Usepostgres-
andmysql-
for PrismaPrisma 1.34
,postgres1
andmysql1-
for versions before that. - Add a
prisma.yml
anddatamodel.graphql
- Run
node scripts/sqldump.js
. This should product adump.sql
file and aschema.prisma
. - Add an
expected.sql
. This is the commands you expect toprisma-upgrade
to guide you to do. Often, I first leave this blank, see whatprisma-upgrade
does and then tweak. - Add an
expected.prisma
. This is the final state the schema should be in. Often, I first leave this blank, see whatprisma-upgrade
does and then tweak.
Testing during implementation of this tool consists of 2 parts: a Local SQL Dump and Running Tests
Requirements: MySQL@5, Docker
Since it's cumbersome to run Prisma 1 in CI, we need to locally setup test cases first
mysqladmin -h localhost -u root create prisma
mysql -h localhost -u root prisma < ./examples/mysql-ablog/dump.sql
mysqladmin -h localhost -u root drop prisma -f
If you have a security issue to report, please contact us at security@prisma.io