UInt8,UInt16,UInt32,UInt64,Int8,Int16,Int32,Int64: 固定长度的整型，包括有符号整型或无符号整型 整型范围 * Int8-[-128:127] * Int16-[-32768:32767] * Int32-[-2147483648:2147483647] * Int64-[-9223372036854775808:9223372036854775807] 无符号整型范围 * UInt8-[0:255] * UInt16-[0:65535] * UInt32-[0:4294967295] * UInt64-[0:18446744073709551615]   Float32,Float64 浮点数 Float32 - float Float64 - double 对浮点数进行计算可能引起四舍五入的误差   Decimal(P,S),Decimal32(S),Decimal64(S),Decimal128(S)： 有符号的定点数，可在加、减和乘法运算过程中保持精度。对于除法，最低有效数字会被丢弃（不舍入） P - 精度。有效范围：[1:38]，决定可以有多少个十进制数字（包括分数）。 S - 规模。有效范围：[0：P]，决定数字的小数部分中包含的小数位数。 对于不同的 P 参数值 Decimal 表示，以下例子都是同义的： -P从[1:9]-对于Decimal32(S) -P从[10:18]-对于Decimal64(小号) -P从[19:38]-对于Decimal128（S)   十进制值范围 * Decimal32(S) - ( -1 * 10^(9 - S),1*10^(9-S) ) * Decimal64(S) - ( -1 * 10^(18 - S),1*10^(18-S) ) * Decimal128(S) - ( -1 * 10^(38 - S),1*10^(38-S) )   内部表示方式 数据采用与自身位宽相同的有符号整数存储。这个数在内存中实际范围会高于上述范围，从 String 转换到十进制数的时候会做对应的检查。 由于现代CPU不支持128位数字，因此 Decimal128 上的操作由软件模拟。所以 Decimal128 的运算速度明显慢于 Decimal32/Decimal64。 运算和结果类型 对Decimal的二进制运算导致更宽的结果类型（无论参数的顺序如何）。 * Decimal64(S1) <op> Decimal32(S2) -> Decimal64(S) * Decimal128(S1) <op> Decimal32(S2) -> Decimal128(S) * Decimal128(S1) <op> Decimal64(S2) -> Decimal128(S) 精度变化的规则： * 加法，减法：S = max(S1, S2)。 * 乘法：S = S1 + S2。 * 除法：S = S1。 对于 Decimal 和整数之间的类似操作，结果是与参数大小相同的十进制。 未定义Decimal和Float32/Float64之间的函数。要执行此类操作，您可以使用：toDecimal32、toDecimal64、toDecimal128 或 toFloat32，toFloat64，需要显式地转换其中一个参数。注意，结果将失去精度，类型转换是昂贵的操作。 Decimal上的一些函数返回结果为Float64（例如，var或stddev）。对于其中一些，中间计算发生在Decimal中。对于此类函数，尽管结果类型相同，但Float64和Decimal中相同数据的结果可能不同。   Boolean: 没有单独的类型来存储布尔值。可以使用 UInt8 类型，取值限制为 0 或 1   String: 字符串可以任意长度的。它可以包含任意的字节集，包含空字节。因此，字符串类型可以代替其他 DBMSs 中的 VARCHAR、BLOB、CLOB 等类型 ClickHouse 没有编码的概念。字符串可以是任意的字节集，按它们原本的方式进行存储和输出。 若需存储文本，建议使用 UTF-8 编码。至少，如果终端使用UTF-8（推荐），这样读写就不需要进行任何的转换了   Fixedstring: 固定长度 N 的字符串（N 必须是严格的正自然数）<column_name> FixedString(N) 当数据的长度恰好为N个字节时，FixedString类型是高效的。 在其他情况下，这可能会降低效率   UUID: 通用唯一标识符(UUID)是用于标识记录的16字节数 如果在插入新记录时未指定UUID列值，则UUID值将用零填充00000000-0000-0000-0000-000000000000 用法示例 限制 UUID数据类型仅支持以下功能 字符串 数据类型也支持（例如, min, max，和 计数). 算术运算不支持UUID数据类型（例如, abs）或聚合函数，例如 sum 和 avg   Date: 日期类型，用两个字节存储，表示从 1970-01-01 (无符号) 到当前的日期值。允许存储从 Unix 纪元开始到编译阶段定义的上限阈值常量（目前上限是2106年，但最终完全支持的年份为2105）。最小值输出为1970-01-01   Datetime64: 允许存储时间instant间，可以表示为日历日期和一天中的时间，具有定义的亚秒精度。刻度尺寸（精度）：10-精度 秒 语法：DateTime64(precision, [timezone]) 在内部，存储数据作为一些 ‘ticks’ 自纪元开始(1970-01-01 00:00:00UTC)作为Int64. 刻度分辨率由precision参数确定。 此外，该 DateTime64 类型可以存储时区是相同的整个列，影响如何的值 DateTime64 类型值以文本格式显示，以及如何解析指定为字符串的值 (‘2020-01-01 05:00:01.000’). 时区不存储在表的行中（或resultset中），而是存储在列元数据中 用法示例:

 

 

Enum8,Enum16: Enum 保存 'string'= integer 的对应关系。在 ClickHouse 中，尽管用户使用的是字符串常量，但所有含有 Enum 数据类型的操作都是按照包含整数的值来执行。这在性能方面比使用 String 数据类型更有效。 Enum8 用 'String'= Int8 对描述。 Enum16 用 'String'= Int16 对描述。 用法示例

 

 

LowCardinality Data Type: 把其它数据类型转变为字典编码类型 LowCardinality(data_type) 参数：data_type — String, FixedString, Date, DateTime，包括数字类型，但是Decimal除外。对一些数据类型来说，LowCardinality 并不高效，详查allow_suspicious_low_cardinality_types设置描述   LowCardinality 是一种改变数据存储和数据处理方法的概念。 ClickHouse会把 LowCardinality 所在的列进行dictionary coding。对很多应用来说，处理字典编码的数据可以显著的增加SELECT查询速度。 使用 LowCarditality 数据类型的效率依赖于数据的多样性。如果一个字典包含少于10000个不同的值，那么ClickHouse可以进行更高效的数据存储和处理。反之如果字典多于10000，效率会表现的更差。 当使用字符类型的时候，可以考虑使用 LowCardinality 代替Enum。 LowCardinality 通常更加灵活和高效   用法示例: