понял, PRIMARY KEY в словаре всегда будет с типом UInt64. Но это выходит странная ситуация. Представим, что я создаю обычную таблицу сначала, она наливается данными. Потом решаю создать словарь, где одна из колонок первой таблицы будет PRIMARY KEY. Теперь получаем ситуацию, что в словаре эта колонка будет UInt64, а в первой таблицы она может иметь другой более подходящий тип. И теперь каждый раз для взаимодействия со словарем придется в функции dictGet вручную конвертировать значение, либо пересоздовать первую таблицу меняя там тип колонки на UInt64 (а просто так тип колонки еще фиг сменишь, нужно создавать новую таблицу с новым типом колонки, копировать данные и переименовывать таблицу в оригинальное имя). Я все правильное понимаю или где-то ошибаюсь?
нет не всегда есть LAYOUT(COMPLEX_KEY_HASHED и т.п. когда ключом является tuple из нескольких полей любых типов
https://clickhouse.com/docs/en/sql-reference/dictionaries#composite-key
хм.. интересный трюк, на сколько сильно может повлиять использование COMPLEX_KEY_HASHED вместо HASHED?
Оно инты само конвертит. Можно в hashed словарь передавать ключ какой-нибудь int16 и оно работает.
хм.. перепроверю, вроде не работало у меня, когда тестил...
можно в примере выше поменять в таблицах тип и проверить: https://fiddle.clickhouse.com/1348b558-0178-434c-8301-b5779e5f6be7
Обсуждают сегодня