[MDEV-14474] INFORMATION_SCHEMA.CHECK_CONSTRAINTS Created: 2017-11-22 Updated: 2020-11-05 Resolved: 2018-08-25 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Information Schema |
| Fix Version/s: | 10.3.10 |
| Type: | Task | Priority: | Major |
| Reporter: | Sergei Golubchik | Assignee: | Anel Husakovic |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | beginner-friendly | ||
| Issue Links: |
|
||||||||||||
| Description |
|
INFORMATION_SCHEMA.CHECK_CONSTRAINTS as in the standard (for GUI tools to be able to have all table metadata, e.g. for ALTER TABLE ... CHANGE) |
| Comments |
| Comment by Sergei Golubchik [ 2018-01-10 ] | ||||||||||||
|
In MariaDB check constraint names are not necessarily unique within a schema. | ||||||||||||
| Comment by Sergei Golubchik [ 2018-01-10 ] | ||||||||||||
|
Alternative approach — add the column CHECK_CLAUSE to the existing INFORMATION_SCHEMA.TABLE_CONSTRAINTS table. But it's somewhat against the standard logic, where TABLE_CONSTRAINTS only list names, while full constraint metadata is in CHECK_CONSTRAINTS for check, in CONSTRAINT_COLUMN_USAGE for unique and primary keys, and in REFERENTIAL_CONSTRAINTS for foreign keys. | ||||||||||||
| Comment by Anel Husakovic [ 2018-03-29 ] | ||||||||||||
|
Hi serg I would like to work on this issue. Is it ok with you if I try to investigate it ? | ||||||||||||
| Comment by Sergei Golubchik [ 2018-03-29 ] | ||||||||||||
|
of course! please, go ahead | ||||||||||||
| Comment by Vlad Skarzhevskyy [ 2018-12-17 ] | ||||||||||||
|
Thanks for adding this feature this helps with DB migration. | ||||||||||||
| Comment by Vicențiu Ciorbaru [ 2019-01-31 ] | ||||||||||||
|
vlads The field length is probably an oversight, which we will fix in a subsequent push. Thanks for letting us know. | ||||||||||||
| Comment by Anel Husakovic [ 2019-02-01 ] | ||||||||||||
|
The order of table fields should go:
| ||||||||||||
| Comment by Alexander Barkov [ 2019-02-11 ] | ||||||||||||
|
anel Please try to avoid putting workarounds like this:
into Field_varstring::store(). This will pollute the code. Instead, you need to create a Field of a proper data type. Maybe TEXT. | ||||||||||||
| Comment by Anel Husakovic [ 2019-02-18 ] | ||||||||||||
|
Hi bar, |