-
Notifications
You must be signed in to change notification settings - Fork 310
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
ERROR: cannot drop columns from view from marquez/db/migration/R__3_Datasets_view.sql #2183
Comments
Thanks for opening your first issue in the Marquez project! Please be sure to follow the issue template! |
|
This means the latest change to the migration script is not backwards
compatible for any users that had already applied the previous version of
the migration. Any attempts to update their Marquez installation will fail
the application.
…On Wed, Oct 12, 2022 at 11:11 PM pawel.leszczynski ***@***.***> wrote:
-
https://stackoverflow.com/questions/65117930/postgresql-error-cannot-drop-columns-from-view
- https://www.postgresql.org/docs/current/sql-createview.html
CREATE OR REPLACE VIEW is similar, but if a view of the same name already
exists, it is replaced. The new query must generate the same columns that
were generated by the existing view query (that is, the same column names
in the same order and with the same data types), but it may add additional
columns to the end of the list. The calculations giving rise to the output
columns may be completely different.
—
Reply to this email directly, view it on GitHub
<#2183 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AJT2EJF4Q3YEHRQBYJREAYTWC6RXZANCNFSM6AAAAAARDTCCPA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Fortunately, this affects only people who do have previous version installed and are now upgrading from main branch. So it does not affect any released versions of Marquez. It's great, you were able to spot it, @Esaych 👍 |
Issue
With existing local database instance, starting up my lineage backend service throws this error. Work around for me is to delete my database and recreate it. Ideally this shouldn't need to happen.
How to reproduce
Run migration with existing database instance
Expected behaviour
No errors should be thrown and backend should start without problem
The text was updated successfully, but these errors were encountered: