Prisma1: MySQL connector incorrectly allows UUID on non ID field

Created on 10 Apr 2019  路  1Comment  路  Source: prisma/prisma1

Describe the bug
MySQL does not support UUID but allows us to use that as a type on non ID fields but the deployment always rolls back

To Reproduce
Steps to reproduce the behavior:

  1. Try to deploy the following datamodel on mysql:
type User {
  id: ID! @id
  name: String!
  zebra: UUID!
}
  1. Try deploy, it rolls back

Expected behavior
Prisma server should reject this datamodel on any field that has type UUID for MySQL or Mongo

Versions (please complete the following information):

  • Connector: MySQL
  • Prisma Server: 1.30
  • prisma CLI: 1.30

Additional context
CLI should communicate rollbacks better https://github.com/prisma/prisma/issues/4351
Cloud should list rollbacks correctly https://github.com/prisma/prisma-cloud-feedback/issues/262

bu2-confirmed areconnectomysql areserver kinbug

Most helpful comment

Yes please show warning, alert or rollback deployment.
It showed me deployment successful but in fact it has problems.

After I changed UUID to String and it works fine.
@divyenduz I think it's worth mentioning it somewhere in the docs that UUID can't be used with MySQL.

>All comments

Yes please show warning, alert or rollback deployment.
It showed me deployment successful but in fact it has problems.

After I changed UUID to String and it works fine.
@divyenduz I think it's worth mentioning it somewhere in the docs that UUID can't be used with MySQL.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

thomaswright picture thomaswright  路  3Comments

schickling picture schickling  路  3Comments

akoenig picture akoenig  路  3Comments

marktani picture marktani  路  3Comments

hoodsy picture hoodsy  路  3Comments