Skip to content
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

MySQL compatibility: BLOB vs TEXT for String types #53482

Closed
slvrtrn opened this issue Aug 16, 2023 · 1 comment · Fixed by #55617
Closed

MySQL compatibility: BLOB vs TEXT for String types #53482

slvrtrn opened this issue Aug 16, 2023 · 1 comment · Fixed by #55617
Assignees

Comments

@slvrtrn
Copy link
Contributor

slvrtrn commented Aug 16, 2023

Describe the issue
All the string types are reported as BLOB if use_mysql_types_in_show_columns is set to 1. This, unfortunately, causes issues with QuickSight via MySQL interface, as it cannot recognize BLOB columns as strings. For example:

image

As you can see, BLOB (aka LONGVARBINARY, see the explanation) does not work here as expected. However, this works fine with tools such as Looker Studio.

How to reproduce

  • Which ClickHouse server version to use: the latest master build
  • Which interface to use, if matters: MySQL
  • Non-default settings, if any: users.xml -> add <use_mysql_types_in_show_columns>1</use_mysql_types_in_show_columns> to the default profile.
  • Sample data: commits sample dataset
  • Queries to run:
show full columns from commits;

Preferred solution
While BLOB is technically the correct type for representing Strings via MySQL interface, a configuration option to switch between BLOB and TEXT globally reported types for String columns in the SHOW (FULL) COLUMNS output will enable us to integrate with QuickSight better.

CC @rschu1ze

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants