-
Notifications
You must be signed in to change notification settings - Fork 21
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
Enhancement Request: Data Samples in the Schema Viewer #376
Comments
Having a better schema browser is something I wanted to have for a long time... What I had in mind:
I thought of having dedicated pages for the extended schema browser, but maybe we can figure out a way to have it in the query editor? |
A couple other thoughts/questions I had: Perhaps we can use the bottom area where visualization tabs are made and have an additional tab there where query samples could go? @arikfr For your 3rd point about selecting schema viewer tables and descriptions, I guess this would be additional info that an admin can add to a data source? |
How about we use an icon to indicate the column type? As for showing data example on hover: that's interesting! Maybe use something like Ant's Popover? We can later extend it to show more rich information. Also we can have a similar popover on the table name to show full row example. |
Yes. Maybe on the data source page. Instead of showing configuration editor like we do today, show information about the data source along with schema and option around the schema. |
Query samples? |
The info I added in hover text there is what I meant by "query samples". It sounds like they might be ok as hover text for now. But once the admin adds a variety of other metadata, such as table description, where can we show that to the user? Maybe in brackets next to the table name? Though it's getting a little crammed in that schema viewer! heh XD |
Hm, not sure if we can find icons that indicates those types properly. I'm not sure what's the best solution here right now. |
I don't think we need an icon for "character varying" and a different one for "text". We need icons for the human types: number, string, date, etc. |
Maybe instead of showing it in the visualization area, we will use a Drawer? (see the Drawer that opens from the bottom) |
User story: Writing queries often works with data of not necessarily known exact types. For example, a string date could be
YYYYMMDD
, orYYYY-MM-DD
. A long timestamp could be seconds, milliseconds, or nanoseconds since the epoch.Generally I have to do a quick
SELECT *
on some recent data and keep that open in a new window when writing queries. This would reduce that burden.It would be nice to have them be some recent data, but it's not clear to me that re:dash will always know how to find which data is recent and which is not. For the very least we can select a few rows from the most recent dates in all of the telemetry datasets partitioned by
submission_date_s3
.The text was updated successfully, but these errors were encountered: