-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Listing Views Spec #16
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking good. I have a few questions about Scenario 1 -- "Schema detail view"
- What is the purpose of the "Schema detail view" page? Why do we need it?
- How does the user navigate to this page?
- What should the URL look like for this page?
- What does "Last access" mean? The time I viewed it? The time anyone viewed it? The time someone modified it?
@seancolsen thanks for the feedback.
At some point, as we've discussed in the issue for 'Listing Views' we'll have limits on how many views or tables we can show, and having an overview of the schema might be helpful for this.
The user can navigate to it by clicking on the top nav's schema name.
I'm assuming just
Last accessed was added in replacement for 'last updated' as we have no way of knowing that. Accessed would mean the object was opened in the explorer view. |
@ghislaineguerin Here are some thoughts based on your above clarifications:
|
@seancolsen I've introduced the 'last accessed functionality based on this comment. The requirements specified 'last updated' which we couldn't determine. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ghislaineguerin Looks good! Please assign me again when it's ready for re-review.
design/specs/listing-views.md
Outdated
|
||
- User opens a schema and sees the [schema explorer sidebar](#schema-explorer-sidebar). | ||
- User sees a list of all tables and views for the current schema. | ||
- The list shows both object types by default but can be filtered to only show tables or views using the [filter bar](#sidebar-filters) at the top of the sidebar. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm wondering if we might want to reuse the filter component (from tables/views) here rather than having tabs. That way, the user has the same experience for all filtering actions.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think maybe the name filter is misleading. I'll update that to tabs instead. I'd be concerned about having multiple instances of filter and confusing users.
design/specs/listing-views.md
Outdated
No differentiation has been introduced for materialized views, as we concluded that the functionality would be similar. A different icon was proposed, which can be added to the UI improvements design work. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mathemancer The product goals for the alpha release are to ensure that materialized views that are already present in a database are shown as such to the user. We will not have any other functionality for creating or working with materialized views from the UI.
I don't think it is worth spending much design effort into materialized views until we have better support for them in the product.
Co-authored-by: Kriti Godey <kriti@kritigodey.com>
…thesar-wiki into listing-views-spec
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ghislaineguerin Looks good, some minor changes requested.
design/specs/listing-views.md
Outdated
|
||
### Schema Details Page | ||
|
||
The schema details page will be shown when a schema is open and notables are selected. It will contain the schema's name, the total number of tables and views, and additional sections that we can use to present the user with relevant information or links. Examples of content that could go into this section are: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you mean "no tables" instead of "notables"? I was trying to figure out what a "notable" was. :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yup, that was it, I'll fix it. Thanks
design/specs/listing-views.md
Outdated
|
||
The schema details page will be shown when a schema is open and notables are selected. It will contain the schema's name, the total number of tables and views, and additional sections that we can use to present the user with relevant information or links. Examples of content that could go into this section are: | ||
|
||
- Recently opened views or tables |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you add a note here that these are examples and not meant to be part of the implementation of this spec.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If any of these are not examples and should be implemented (maybe recently opened?), please indicate those.
design/specs/listing-views.md
Outdated
|
||
### Regular vs. Materialized Views | ||
|
||
Regular views need to be differentiated from materialized views as the use cases might differ. However, we don't want to create a rigid distinction between both as it could confuse users being introduced to the concept of views. For this purpose, an indicator, such as the letter 'M' can be added next to the view icon to show that it is of the type 'Materialized'. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What does "can be added" mean here? Should it be added or not?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@kgodey I did add an indicator to the design. I believe it should be added, I will update the spec to remove the ambiguity.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good @ghislaineguerin!
Specs to implement the design for Support for listing database views