某一日，对接一个新需求，需要修改 Influxdb 数据库表里的字段，增加了一个float类型的 field，且称这个字段为 A 吧。但又需要根据 A 进行分组，最后只能把 A 改成字符串类型的 tag。
由于已经把 float 类型的 A 发布到线上，在查询数据的时候，分组后的数据就出现两个 A，一个float类型的 A ，一个 String 类型的A_1。
怎么办呢？我首先想到了删除，删除 float 类型的 A，只留 String 类型的 A。
如何删除这个 float 类型的 A 呢？
在 influxdb 里，有几个限制：
Influxdb 目前是不支持删除某个 field 或 tag ；
在 influxdb 里，tag 只能是 String 类型，分组也只能根据 tag 进行分组；
如果有新加入的 field 和 tag，对于历史数据，是无法设置默认值的；
对于新加入的 field 和 tag，没有设置过的，查询出来都是 null。
还有别的办法吗？
第一种办法，删历史数据
delete from measurement_name;
使用 sql 语句删除历史数据，后面还可以加 where 条件；
删除历史数据后，再查看表中的 field 是否还存在：
show field keys from measurement_name；
优点：测试环境可以这么干，删掉历史数据一了百了；
缺点：线上环境就不能这么干，历史数据一个都不能删。
管用，但是线上环境不能用。
来个 demo 示范一下
示例1：
1、这里有一张表 mtest1，表里有两个 tag，两个 field。
2、添加 3条以 deviceType 作为 field 的数据；
3、再添加一条以 deviceType 作为 tag 的数据；
4、查询结果
分组查询结果：
从查询结果可以看到，出现了两个deviceType，一个tag类型的，一个 field类型的。
5、删除历史数据后再次查询
在influxdb里，当数据被删除掉时，就是重建 measurement。简单又粗暴。
第二种办法，曲线救国，建立临时表
假设旧的 measurement 中有tag1、 tag2、 field1、field2、field3 共 5 列，现在想删除 field3 这一列。
# 1、转移历史数据，除 field3 列的数据转移到临时表 tmp上；
select tag1, tag2, field1, field2 into tmp from old_measurement;
# 2、删除旧表中的数据；
drop measurement old_measurement;
# 3、将临时表的数据转移至旧表
select * into old_measurement from tmp;
# 4、删除临时表及数据
drop measurement tmp;
如果你的 old_measurement 正在有数据写入, 可能会丢失一些数据, 请谨慎操作.
优点：保证老数据不会丢失；
缺点：在操作的时候，如果旧的 measurement 正在写入数据，还是会丢失一部分数据；线上的数据库慎用。
有点麻烦，还会丢数据，不敢用。
这个方法，有兴趣的可以试下。我就不试了。
第三种办法，增加标识
在查询语句里和查询条件里指定 tag；
select time,field1,field2,filed3,tag1,tag2,
# 指定要查询的字段为 tag
A::tag from measurement_name
# tag 必须是字符串，查询时必须加引号
where A::tag = '0'
# 根据全部的 tag 进行分组
group by *
order by time desc
group by 使用扩展：
这个方法管不管用呢，来个 demo 试一下。
示例2：再新增 4 条数据，只有一个 deviceType 为 tag 的：
查询一下，查询出来一个 deviceType，一个 deviceType_1，傻傻分不清。
分组一下，变成下图这样，我们只想要 tag 类型的 deviceType；
先在查询字段里做限制：
select temperature,voltage,companyId,deviceId,deviceType::tag from mtest1;
查询结果如下图所示：
查询条件上再加 tag 标识，完美屏蔽脏数据。
最后总结
我真的想删掉那个字段吗？不是的，我只是想保证查询字段的唯一性。有时候一个小语法就解决了，关键在于熟练应用，几天不用可能就忘记了。如果在设计之初，我就想到了对分组的限制，可能就不会出现这么多麻烦了。
Influxdb历史文章：
时序数据库 Influxdb 中 in 的替换用法，多表查询
初次使用时序数据库InfluxDB，安装、简单的命令及详解配置新手上路，时序数据库InfluxDB命令总是报错，这篇文章不容错过！SpringBoot2.0快速整合InfluxDB，新增、批量新增，通过反射机制构建查询结果，简单易懂，拿来即用Linux CentOS 7.X 时序数据库InfluxDB的安装及简单使用
