前言
TADS 主要针对物联网使用，物联网设备的特点是：设备基本有固定的上报数数据，上报的数据有时序性。设备种类不同，上报的数据格式不同。设备数据格式千变万化，需要根据具体设备创建具体的数据模型
TADS关键词概念
库： 单纯的数据库。所有的超级表、表都属于库。在创建表之前，必须先创建库。处于两个不同库的表是不能进行JOIN操作的。
超级表： 表的模板， 可以包含表。 目的是整合同一类数据，共享相同的静态属性字段（不是值，只是字段，例如：每个表都有一个位置字段，后续设备）。每一种类型的数据采集点创建一个超级表
举例：
每一种设备需要创建一个超级表：例如：电网中有电表数据、变压器数据、开关数据，我们足以给每一个设备创建一个超级表。
同一种设备有可能上报多种类型的数据，例如：电表，有的采集电流、电压数据，有的采集有功、无功数据，这样就得给每一种数据格式都创建一个超级表原则：
超级表中的所有字段数据，必须是同一时间上报的
表：属于某个超级表，每一个设备拥有一张表。表名用设备ID命名，如果设备没有ID，通过上报字段组合一个唯一字段作为表名（设备表名用设备ID名吗不是必须的，但是建议这么做）
举例：
比如我在一个工厂安装了100块采集电流、电压的电表，这一百块电表上报的数据格式都是一样的，我们就只需要创建一个超级表，这个超级表里包含了100个表，每个表的表名就是电表的ID
多列模型与单列模型：多列模型就是只一张表里有多个字段，只要上报数据是一个数据采集点同时采集的（时间戳一致），这些数据就可以作为不同列放在一张超级表里。
单列模型就是一张表里只有一个字段，比如电流、电压、相位，就建三张超级表。
TDengine建议尽可能采用多列模型，因为插入效率以及存储效率更高。但对于有些场景，一个采集点的采集量的种类经常变化，这个时候，如果采用多列模型，就需要频繁修改超级表的结构定义，让应用变的复杂，这个时候，采用单列模型会显得简单。
TAOS 类型定义关键词
| # | 类型 | Bytes | 说明 |
|---|---|---|---|
| 1 | TIMESTAMP | 8 | 时间戳。缺省精度毫秒，可支持微秒。从格林威治时间 1970-01-01 00:00:00.000 (UTC/GMT) 开始，计时不能早于该时间。（从 2.0.18.0 版本开始，已经去除了这一时间范围限制） |
| 2 | INT | 4 | 整型，范围 [-2^31+1, 2^31-1], -2^31 用作 NULL |
| 3 | BIGINT | 8 | 长整型，范围 [-2^63+1, 2^63-1], -2^63 用于 NULL |
| 4 | FLOAT | 4 | 浮点型，有效位数 6-7，范围 [-3.4E38, 3.4E38] |
| 5 | DOUBLE | 8 | 双精度浮点型，有效位数 15-16，范围 [-1.7E308, 1.7E308] |
| 6 | BINARY | 自定义 | 记录单字节字符串，建议只用于处理 ASCII 可见字符，中文等多字节字符需使用 nchar。理论上，最长可以有 16374 字节，但由于每行数据最多 16K 字节，实际上限一般小于理论值。binary 仅支持字符串输入，字符串两端需使用单引号引用。使用时须指定大小，如 binary(20) 定义了最长为 20 个单字节字符的字符串，每个字符占 1 byte 的存储空间，此时如果用户字符串超出 20 字节将会报错。对于字符串内的单引号，可以用转义字符反斜线加单引号来表示，即 \’。 |
| 7 | SMALLINT | 2 | 短整型， 范围 [-32767, 32767], -32768 用于 NULL |
| 8 | TINYINT | 1 | 单字节整型，范围 [-127, 127], -128 用于 NULL |
| 9 | BOOL | 1 | 布尔型，{true, false} |
| 10 | NCHAR | 自定义 | 记录包含多字节字符在内的字符串，如中文字符。每个 nchar 字符占用 4 bytes 的存储空间。字符串两端使用单引号引用，字符串内的单引号需用转义字符 \’。nchar 使用时须指定字符串大小，类型为 nchar(10) 的列表示此列的字符串最多存储 10 个 nchar 字符，会固定占用 40 bytes 的空间。如果用户字符串长度超出声明长度，将会报错。 |
