We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Incorrect result
Standalone mode
- is not supported in catalog/schema name. Quote it in CREATE DATABASE can bypass this limit. But it will breaks other internal components
-
CREATE DATABASE
Arch Linux with Kernel: 6.3.5-arch1-1
MySQL [(none)]> show databases; ERROR 1815 (HY000): Invalid table metadata, err: Illegal SchemaNameKey format: '__schema_name/greptime/'illegal-database''
SHOW DATABASES works and can give the correct result.
SHOW DATABASES
show databases; create database illegal-database; create database 'illegal-database'; show databases;
The text was updated successfully, but these errors were encountered:
@waynexia so what is the expected manner?
BTW, perhaps we can add such a section in the bug report issue template (what is expected) >_< (FYI - #2716)
Sorry, something went wrong.
Updated to the issue description. Under Expected behavior section
Expected behavior
The issue is not about -, but the extra ':
'
mysql> create database 'illegaldatabase'; Query OK, 1 row affected (0.01 sec) mysql> show databases; ERROR 1815 (HY000): Invalid table metadata, err: Illegal SchemaNameKey format: '__schema_name/greptime/'illegaldatabase'' mysql>
The NAME_PATTERN actually allows - but not ':
NAME_PATTERN
const NAME_PATTERN: &str = r"[a-zA-Z_:-][a-zA-Z0-9_:\-\.]*";
I don't think we should allow ' but try to trim it somewhere.
I'll try to dig it a bit.
tisonkun
Successfully merging a pull request may close this issue.
What type of bug is this?
Incorrect result
What subsystems are affected?
Standalone mode
What happened?
-
is not supported in catalog/schema name. Quote it inCREATE DATABASE
can bypass this limit. But it will breaks other internal componentsWhat operating system did you use?
Arch Linux with Kernel: 6.3.5-arch1-1
Relevant log output and stack trace
Expected behavior
SHOW DATABASES
works and can give the correct result.How can we reproduce the bug?
The text was updated successfully, but these errors were encountered: