You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 2, 2022. It is now read-only.
Setting a unique constraint will error if there are already duplicates present in the case of a field update or if a new field is required and unique since SQL will set default values for the newly required fields. I'm closing this issue since it seems to show symptoms of this problem. With the deploy changes from 1.6.1 and this PR the issue should be fixed https://github.com/graphcool/prisma/pull/2371
If anyone is still experiencing problems please open a new issue with a reproduction.
I am still able to make an infinite loop. This is a database configuration issue on my end, but errors show up for the Migration and requests are continually sent. An exit is expected rather than an infinite loop.
Hi @gregwebs, please create a new issue in which you share a "before" and "after" version of your datamodel that causes the infinite loop. There are other known issues that cause this symptom collected here: #2018.
My point is not that I have a particular case that causes an infinite loop, but that an infinite loop should not be possible. prisma appears to have an unbounded error retry in some error situations during deploy.
Current behavior
upon updating a schema in a specific way, deploy goes into infinite loop with a step
Reproduction
deploy this schema
insert 2 records with the Twitter type:
update the schema by adding @unique to type field. This should cause SQL exception since the schema violates the existing data in the database.
what I'm getting on console is repeated entries of these lines:
Expected behavior?
Meaningful error message "translated" from the SQL error that this schema modification is not possible.
The text was updated successfully, but these errors were encountered: