-
Notifications
You must be signed in to change notification settings - Fork 82
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
Adding Data Source Tables containing wildcards '*' breaks schema #447
Comments
Hey, i wanna fix this. Can I get some direction to do this? |
hi, I'm not sure about the progress of this project, but I'm very interested in it. My proposal is to first validate user input when adding a data source and prevent users from using reserved characters (such as ) as table names. |
@hennlo So what is the objective now, not allowing * (asterix) or implement the logic to select all the available db in the schema |
The issue is as pointed out by @dengjuan0721 that an * or other reserved keywords like already existing tables_names in that schema may break the entire schema. Therefore the input should be validated. |
My basic solution is provided in #479 |
I'd like to contribute in this issue . pls assign me. |
Operating System (Polypheny-DB)
Linux
Polypheny-DB Version
v.0.9.0
Affected Areas
DB, UI
Browser
No response
Client Operating System
SLES 15 SP4
Bug Description
When adding a new Data Source within Polypheny and the source tables are selected via wildcard
*
instead of specifying each table on its own.The system goes ahead an creates a new entity in the public schema called
*
When now trying to view or select this table the schema view breaks and the system behaves very strangely.
Reproduction Steps
*
This "successfully" creates an entity called
*
which cannot be used.Expected Behavior
Related to: #449
*
The asterix is actually a reserved keyword and shouldn't be allowed in the first place.The original intention was to use
*
to select all tables within a schema that the user has access to.Without tediously adding table by table.
Even if this is not supported creating an entity with * shouldn't be allowed.
Relevant Log Output
No response
The text was updated successfully, but these errors were encountered: