-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
"Reset" not work after manual drop tables "public" #1348
Comments
Oh my. I had a problem when I dropped tables without a metadata reset, then it did not work after. |
And if I make a change in the structure of the database that is critical for the database, without a prior "reset", then there is no way to work "Reset" |
@Pomazan-Bogdan - Have you tried Reset Metadata option under |
But if i after step 1 go to menu "Data", redirect to login page |
<!-- The PR description should answer 2 important questions: --> ### What Remove copies of metadata from SQL artifacts: Resulting in **19% smaller artifact** for chinook, **17% faster runtime**. Customer metadata with multiple subgraphs will show more dramatic effect. There was a separate copy of the metadata stored for each subgraph in the sql "catalog". From the point of view of MBS we were serializing 2+N copies of the same metadata which bloats artifacts and is very slow. Additionally the usage sites became confusing because you had multiple identical (we assume) copies of metadata in scope at the same time. Instead we reconstruct the original Catalog type before use, because it's required for the Datafusion impls ### How convert to a different type for serialization, re-hydrate in body of sql code V3_GIT_ORIGIN_REV_ID: 0e7e35255cfe8fe01ea328a1d7cb96db0e2dd726
To solve problems with such a case
#1346
and for the "quick" reinitialization of changes in the database, I suggest adding a 1 button "Untreсk all relationships and tables in the scheme"
Alternatively, another button: "Delete all tables in the schema"
The text was updated successfully, but these errors were encountered: