Xinyi Zhao
Xinyi Zhao
在用iotdbv0.7.0版本的时候出现了重启服务器之后恢复时间很慢（约一个半小时）的情况，有时还会启动失败，失败时服务器提示截图如下。  具体情况是：在写入的时候他是10个客户端同时插入数据，每个客户端内的时间戳是顺序的，但是多个客户端之间未必保序，写入数据量最近一次有20G，overflow数据有45M。log+gclog文件见链接： https://tower.im/projects/36de8571a0ff4833ae9d7f1c5c400c22/dirs/81d6063db8024647bb056947c1066c94/
在server关闭的情况下，将原来生成的数据移出然后再移动回来，打开服务器数据就访问不到了，具体截图没有了，大致就是提示路径不存在。 详细描述： 直接 cp 到整个 iotdb 之外的目录 移动的是/iotdb/data/data/settled/root.perform文件夹下的文件（root.perform是他的存储组） 同时移动的还有overflow文件夹 移出和移入的过程都是在server关闭的情况进行的
当前iotdb的小数位数控制主要通过tsfile文件中float_precision配置来控制（即持久化的小数位数），但是理论上显示的小数位数和持久化的小数位数并不相同，用户有可能有希望在看到显示的时候保留1-2位小数但是存储的时候还是保存更高精度小数的需求。且没有区分显示小数位数和持久化小数位数会带来一些小问题，例如刷新磁盘前后的小数显示不同等（如下图）。   是否需要将此小修改纳入进来？ 若纳入，包括各类function（avg等）、苏月的SQL表达式计算等中涉及到的小数保留问题也可以得到统一解决
过项目所有的错误信息，按照以下规则处理错误： 1. 服务器端未受到影响不用打印堆栈信息（如，sql语法出错） 2. 已知错误无需打印堆栈信息，只需打印错误描述，同时需要[ERROR]级别提示。记录下所有已知错误的类别和详情，便于写troubleshooting的文档。 3. 未知异常应打印堆栈信息和ERROR提示 尽快提上日程，帮助用户更好的使用DB。更改时记录错误类型，便于撰写文档
对于语句： select temperature from root.sgcc.wf03.wt01 where time = 2017-11-01T16:37:50.000 fill() 此时不指定对应类型的填充方式，应全部使用默认填充。 现在不接受这样的输入： 
问题描述： 当前对于浮点数精度的控制是仅针对写入磁盘的非overflow数据设置的。因此会在flush和merge前后造成显示的浮点数位数不一致的情况。容易让用户产生疑惑。 解决方案： 在客户端中加入显示位数的控制（例如使用round方法指定），用户可以自行指定显示位数。在不指定时需要有一个默认值（例如两位），对位数超过默认值的浮点数据进行四舍五入的显示，对位数小鱼默认值的浮点数补零。 复现语句： ``` IoTDB> set storage group to root.ln execute successfully. IoTDB> create timeseries root.ln.wf01.wt01.temperature with datatype=FLOAT,encoding=RLE execute successfully. IoTDB> insert into root.ln.wf01.wt01(timestamp,temperature) values(1509465660000,24.359503) execute successfully. IoTDB>...
前缀路径聚合问题
``` IoTDB> select * from root +-----------------------+-------------------------------+-------------------------------+-------------------------------+-------------------------------+-------------------------------+ | Time|root.turbine.Shanghai.d2.Energy|root.turbine.Shanghai.d3.Energy| root.turbine.Shanghai.d3.Speed| root.turbine.Beijing.d2.Energy| root.turbine.Beijing.d2.Speed| +-----------------------+-------------------------------+-------------------------------+-------------------------------+-------------------------------+-------------------------------+ |2017-12-01T00:22:59.334| null| null| null| 27.928814| 1| |2017-12-01T00:22:59.855| null| null| null| 25.391584| 0| |2017-12-01T00:23:00.269| null| null| null| 29.979698|...
由于当前update语句在表达和支持广度上有一定局限性，因此将update语句更改为以下规则： ### UPDATE语句语法设计 ```SQL EQUAL := '=' | '=='; NOTEQUAL := '' | '!='; LESSTHANOREQUALTO := ''; DOT := '.'; COMMA := ',' ; MINUS := '-'; Letter := 'a'..'z'...