OB
Эти читал
всё так и работает))
Size: a a a
2020 June 11
SZ
всё так и работает))
Тогда ок, спасибо
А
Подключил через связный сервер клик к mssql. Запросы к числовым столбцам работают без проблем. А при запросе к столбцу типа string, получаю ошибку invalid string or buffer length. С чем может быть связано?
AK
Подключил через связный сервер клик к mssql. Запросы к числовым столбцам работают без проблем. А при запросе к столбцу типа string, получаю ошибку invalid string or buffer length. С чем может быть связано?
mssql в кодировке wind-1251, а CH - utf8, например
DC
день добрый.
вопрос.
хочу я добавить policy пользователю так, чтобы он видел только часть записей в таблице.
и получается у меня такая штука:
select count(*) from (select * from access_test);
665
—
select count(*) from access_test;
1000
вопрос.
хочу я добавить policy пользователю так, чтобы он видел только часть записей в таблице.
и получается у меня такая штука:
select count(*) from (select * from access_test);
665
—
select count(*) from access_test;
1000
ну это баг, КХ при select count() без where берет из system.parts
вроде исправляли, возможно исправлено в мастере
вроде исправляли, возможно исправлено в мастере
DC
Добрый день. Есть вопрос по встроенной хэш функции sipHash64()
Я попробовал сгенерировать хэш используя библиотеку для Java http://www.forward.com.au/pfod/SipHashJavaLibrary/SipHashTests.java для одной и той же строки Мой код на Java и CH выдает разные результаты
На джава код такой:
Выдает 6754548778392356773
CH же выдает при вызове
select sipHash64('abc')
результат
4596069200710135518
Подскажите пожалуйста в чем может быть причина?
Я попробовал сгенерировать хэш используя библиотеку для Java http://www.forward.com.au/pfod/SipHashJavaLibrary/SipHashTests.java для одной и той же строки Мой код на Java и CH выдает разные результаты
На джава код такой:
SipHash_2_4 sipHash = new SipHash_2_4();
long result = sipHash.hash(key, "abc".getBytes());
System.out.print(result);
assertTrue( true );
Выдает 6754548778392356773
CH же выдает при вызове
select sipHash64('abc')
результат
4596069200710135518
Подскажите пожалуйста в чем может быть причина?
seed ? key = 0 ?
AT
seed ? key = 0 ?
Ключ я передаю тестовый из либы а вот какой ключ используется кх
DC
Ключ я передаю тестовый из либы а вот какой ключ используется кх
кажется 0
еще
еще
System.out.print(result); -- печатает Int64, а КХ UInt64 -- но это не этот случай, но все же стоит long джавный печатать как unsignedA
Приветствую, тестирую версию 20.4.4.18
Следующий запрос:
OPTIMIZE TABLE table PARTITION toYYYYMM(yesterday());
даёт ошибку
Code: 62, e.displayText() = DB::Exception: Syntax error: failed at position 69 (end of query): . Expected one of: LIKE, GLOBAL NOT IN, IS, OR, QuestionMark, BETWEEN, NOT LIKE, AND, IN, NOT, token, NOT IN, GLOBAL IN
Не могу понять это баг или что-то поменялось в синтаксисе?
Такой запрос отрабатывает нормально:
OPTIMIZE TABLE table PARTITION 202006;
Следующий запрос:
OPTIMIZE TABLE table PARTITION toYYYYMM(yesterday());
даёт ошибку
Code: 62, e.displayText() = DB::Exception: Syntax error: failed at position 69 (end of query): . Expected one of: LIKE, GLOBAL NOT IN, IS, OR, QuestionMark, BETWEEN, NOT LIKE, AND, IN, NOT, token, NOT IN, GLOBAL IN
Не могу понять это баг или что-то поменялось в синтаксисе?
Такой запрос отрабатывает нормально:
OPTIMIZE TABLE table PARTITION 202006;
DC
Приветствую, тестирую версию 20.4.4.18
Следующий запрос:
OPTIMIZE TABLE table PARTITION toYYYYMM(yesterday());
даёт ошибку
Code: 62, e.displayText() = DB::Exception: Syntax error: failed at position 69 (end of query): . Expected one of: LIKE, GLOBAL NOT IN, IS, OR, QuestionMark, BETWEEN, NOT LIKE, AND, IN, NOT, token, NOT IN, GLOBAL IN
Не могу понять это баг или что-то поменялось в синтаксисе?
Такой запрос отрабатывает нормально:
OPTIMIZE TABLE table PARTITION 202006;
Следующий запрос:
OPTIMIZE TABLE table PARTITION toYYYYMM(yesterday());
даёт ошибку
Code: 62, e.displayText() = DB::Exception: Syntax error: failed at position 69 (end of query): . Expected one of: LIKE, GLOBAL NOT IN, IS, OR, QuestionMark, BETWEEN, NOT LIKE, AND, IN, NOT, token, NOT IN, GLOBAL IN
Не могу понять это баг или что-то поменялось в синтаксисе?
Такой запрос отрабатывает нормально:
OPTIMIZE TABLE table PARTITION 202006;
поменялось, отменили выражения в 2.4 https://github.com/ClickHouse/ClickHouse/issues/10212
а вот так работает OPTIMIZE TABLE table PARTITION tuple(toYYYYMM(yesterday())) ?
а вот так работает OPTIMIZE TABLE table PARTITION tuple(toYYYYMM(yesterday())) ?
A
поменялось, отменили выражения в 2.4 https://github.com/ClickHouse/ClickHouse/issues/10212
а вот так работает OPTIMIZE TABLE table PARTITION tuple(toYYYYMM(yesterday())) ?
а вот так работает OPTIMIZE TABLE table PARTITION tuple(toYYYYMM(yesterday())) ?
Спасибо, так да, работает
AT
кажется 0
еще
еще
System.out.print(result); -- печатает Int64, а КХ UInt64 -- но это не этот случай, но все же стоит long джавный печатать как unsignedя попробую конечно прописать 0 как ключ, а вы уверены что он действительно 0?
DC
я попробую конечно прописать 0 как ключ, а вы уверены что он действительно 0?
ну откройте исходник КХ и посмотрите, я хз. В доке КХ про siphash есть ссылка на реализацию с которой скопирован код, почитайте
AT
ну откройте исходник КХ и посмотрите, я хз. В доке КХ про siphash есть ссылка на реализацию с которой скопирован код, почитайте
да, вы оказались правы, ключ действительно 0
А
mssql в кодировке wind-1251, а CH - utf8, например
А как обойти?
DC
да, вы оказались правы, ключ действительно 0
siphash это криптографический хеш и key как бы сикрет в вашей системе, по дефолту просто используют 0
DC
А как обойти?
вы тикет создайте в гитхабе odbc КХ драйвера, у КХ вроде есть юникодный и неюникодный odbc драйвера
А
Подключил через связный сервер клик к mssql. Запросы к числовым столбцам работают без проблем. А при запросе к столбцу типа string, получаю ошибку invalid string or buffer length. С чем может быть связано?
Как я понимаю с collation играться или нет?
AT
siphash это криптографический хеш и key как бы сикрет в вашей системе, по дефолту просто используют 0
а его как-то можно катомный в кх передать? потому что я не видел такого в доках
А
вы тикет создайте в гитхабе odbc КХ драйвера, у КХ вроде есть юникодный и неюникодный odbc драйвера
Я юникодный пользовал