-
Notifications
You must be signed in to change notification settings - Fork 5.1k
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
Cannot see newly added column to MySQL in Metabase #6553
Comments
Can you check if the column is in the metabase application database under the "metabase_field" table? |
@salsakran where is |
Isn't there anyone who could know the issue? Or more information to solve this problem? This problem has not been solved yet. |
I went through this all over again and something new has happened! I dropped the whole database (well not because of this bug :) ) and added that specific table with years separated and the general one something like Is there something in metabase side that I could reset to force update the table structure? |
This is again interesting that when I rename the table the field gets back, but when I again rename it into its original name the problem rise again! |
wondering if you're querying a view or the actual table? Have found that if the view is a 'select * from table' and you simply update the underlying table then the stats on view don't change and conversely metabase scan sees no changes for the associated view... ? |
I think it can be easily solved. It seems that the Sync database schema now option fixes this issue. To find the above Sync option, go to Settings -> Admin -> Databases -> MyDB Notes |
@srb45 Thanks man 👍 |
No! This doesn't resolve my problem. I have already tried resyncing my database schema many times now. I have even tried dropping my table and bringing it back again. In my next step I have even tried creating a "select *" view of the same table and re-tried to get my newly added fields but it didn't result positive. The problem that I figured out was the SQL statement that Metabase throws to scan any table. I carefully monitored all the statements that Metabase fires to scan a table and I couldn't find any statement to scan my newly added fields. Probable causes for the same might lie around:-
P.s. Metabase version - 0.31.1 . We use Presto as our query engine. I am able to query those fields through a native query option but to set those fields as filters in my question I require them to be scanned by Metabase. I can't risk changing table name as I have a lot of dependencies on the same. And my table contains >70 columns as it's an aggregated table. Please help here! |
i solved it by rescanning the cached field values settings-->Admin-->database-->table-->settings |
We've got a similar problem still on v0.33.3. We renamed some columns in PostgreSQL from mixed case to lower case and Metabase isn't detecting the new names. We triggered a database sync and refreshed the field values and it still throws errors when browsing the tables due to the name mismatch. |
@calz1 There's also a specific issue about sync not seeing case changes - #7923. #7612 - newly added columns doesn't appear in question, when question is re-ordered before the new column is added to database |
If anyone experiencing this has logs from the sync process on systems having this issue would help a lot. |
Closing in favor of all the other issues referenced, and the sync process has been improved a lot since this issue was created. |
Metabase version: 0.27.1
I have 49 columns in my table and when I get data in
Metabase
the newly added column is not shown.I have used
Sync database schema now
button inadmin panel
to sync the schema change, but it is not shown. I thought there may be a limitation on count of columns, so I hid some of the columns, but I cannot see the new column.The interesting part is that when I click
View the SQL command
is change the query and include the column name inSELECT query
it is displayed.In
developer tools
there is no problem that could lead to anything? How should I solve this problem?The text was updated successfully, but these errors were encountered: