微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

Clickhouse词典:为什么CREATE DICTIONARY需要数据库?

如何解决Clickhouse词典:为什么CREATE DICTIONARY需要数据库?

ClickHouse中的 new CREATE DICTIONARY用法将在数据库内部创建字典:

$OUTPUT_2

由XML文件创建的字典被创建为空字符串数据库

ls *keyword*

,它们在system.dictionaries上生成一个条目,如下所示:

CREATE DICTIONARY [IF NOT EXISTS] [db.]dictionary_name [ON CLUSTER cluster]

是空字符串数据库,被理解为可以在没有数据库前缀的情况下引用的全局字典。

但是,使用<dictionaries> <dictionary> <name>rates</name> <source> ... </dictionaries> sql习惯用法,如果未指定:) select * from system.dictionaries \G ... Row 4: ────── database: name: rates ,则将在CREATE DICTIONARY数据库中创建字典,而不是将其作为全局字典:

db

问题:是否可以通过sql用法创建全局字典?

解决方法

DDL词典不能驻留在全局范围内,因为就DDL而言它不存在。

据我了解,您的问题是基于XML的向后不兼容字典和DDL,因此解决它的一种方法是添加数据库前缀(例如,如果它在表架构中定义需要应用{{ 3}}声明)。 为了轻松地从基于xml的字典迁移到基于DDL的字典,需要暂时托管两种类型的字典(xml和DDL),并将所有使用方一一切换到DDL字典。


DDL词典比基于xml的词典更具可维护性和灵活性,因为:

  • 易于管理(添加,删除等)而无需触摸xml文件
  • ALTER TABLE MODIFY COLUMN-子句允许在指定集群的所有服务器上执行一些操作
  • 管理访问权限ON CLUSTER
  • privileges字典开始的
  • 可以有效地在JOIN子句中使用,而不是 dictGet (请参阅v20.4.2.9,2020-05-12
  • 使用它作为顺序表

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。