Schema doesn't filter by schema
See original GitHub issueI created a new connection, and set the schema to public
:
But I’m still seeing tables from all schemas (including the PG ones, which are a lot):
BTW: Good job on the GUI, I can’t believe I missed something this well polished. Except for these two bugs, this is great stuff!
Issue Analytics
- State:
- Created 6 years ago
- Comments:7 (4 by maintainers)
Top Results From Across the Web
Levels of filtering for schema names and table names
A level of filtering may affect schemas, tables, or both. The following table shows ... 1, System administrator, (No previous level), Schemas and...
Read more >SQL Developer 3 EA1 - SCHEMA filter doesn't work on ...
The Schema Filter in the Schema Browser doesn't filter the list of schemas. Rather, it is a name filter across your entire schema...
Read more >Allow pattern-based filtering of database and schema
Currently we can use patterns to filter objects like tables, views, routines etc. But to filter databases and schemas we must specify an...
Read more >How to filter a schema based on other schema - Stack Overflow
1 Answer 1 ... first you get a document from the matchList collection. const _matchList = matchList.findOne();. Next, you filter users collection ...
Read more >Allow to filter by schema when adding multiple tables into a ...
When working with schema-based data sources and you try to add a table to an existing connection,. the list is crowded with the...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
The trick thing about the multiple database types support is that when we need to add a new feature or changing an app behavior, you have to take in consideration all the other database clients. Some times, we need to keep the UI or even internal implementation simpler so it can have a better consistency over all databases clients. That said, I guess we didn’t grouped by schemas because not all dbs have schema support. So keeping schemas in the same level with tables was the best approach to ensure UI and internal implementation consistency over all dbs. But I’m not against this feature if grouping the tables or schemas would really improve the UX. I just don’t want to spend time in this feature since the current implementation is working fine for me 😃 If anyone else is interested to work on that I could help with any development questions.
How about grouping objects by schema in the lists. Then we can expand the schema we want to browse but still have access to the others. So, under “Tables” we can have “information_schema”, “pg_catalog”, “public”, and any other applicable schemas. It think this would help declutter the lists while retaining the desired access.