-
-
Notifications
You must be signed in to change notification settings - Fork 391
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updating migrations table using Oracle fails #788
Comments
Why does that column already exist? Did you add it manually. I don't have a way to test against Oracle easily. Can you help triage the problem? |
I'm afraid you read the message wrong: Oracle warns about the I can test, but I unfortunately do not have much time to spare to find the actual cause. |
@bobvandevijver Which version of Oracle DB is in use? |
I've now seen it on these two versions:
|
If you manually add the new columns to the table, does Doctrine stop trying to update the table? |
Yes, if I manually add the |
Hello I have the same issue with Oracle. I made a PR. |
Bug Report
Summary
The new
executed_at
column as introduced in #675 (awesome feature btw!) unfortunately breaks migrations on Oracle databases as the SQL statement generated to update the migrations table is incorrect.As you can see, it tries to re-add the already existing table (which is missing the
executed_at
column), which obviously then fails with:Note we've also just updated several MariaDB and Postgres servers without any issue, so it seems that only Oracle is affected.
Current behavior
Migrations are broken when using an Oracle database (until manual intervention)
How to reproduce
Remove the
executed_at
table if you have one, and run (using the Symfony migrations bundle for integration):Expected behavior
No errors 😄
The text was updated successfully, but these errors were encountered: