[Bug] 为什么我的压缩比很低，而且越来越低，现在差不多2.5 about iotdb

[github-actions]

Hi, this is your first issue in IoTDB project. Thanks for your report. Welcome to join the community!

[hzltbs]

[HTHou]

只有两个序列？

[hzltbs]

不是，只是所有序列都是这两种类型。 应该有10万左右序列

[hzltbs]

有10万左右的序列，所有序列的两个属性都是这两种类型

[hzltbs]

截止到今天有40亿数据量了，压缩比现在只有2.5左右了，每天都在下降。 每天数据的增量在七千万左右

[hzltbs]

只有两个序列？

有10万左右的序列，所有序列的两个属性都是这两种类型

[jixuan1989]

现在磁盘占用是多大？
顺便数一下文件个数？
（之前的截图看不到，似乎上传失败了）

[hzltbs]

现在磁盘占用是多大？ 顺便数一下文件个数？ （之前的截图看不到，似乎上传失败了）

[HTHou]

可以再提供一下 unsequence 目录下的文件数吗，另外部署的 iotdb 给 datanode 分配的内存大小是？

[hzltbs]

可以再提供一下 unsequence 目录下的文件数吗，另外部署的 iotdb 给 datanode 分配的内存大小是？

内存设置应该是32g

[hzltbs]

看了下sequence的文件数比上次少了

今天物理磁盘占用91g,总数据量到75亿了。压缩比还在下降 大概2.41了，降的比之前慢了。

[HTHou]

数据不敏感的话可以发一个 tsfile 文件，我们可以分析分析

[hzltbs]

root.JH.zip

数据不敏感的话可以发一个 tsfile 文件，我们可以分析分析

[HTHou]

目前看起来建模方式有一些不合理

1. 现在的建模里，假如 root.JH.JHGDS.DV_SYSOPSD81 作为一个device，一个 device下有 ts 和 v 两个measurements。建模可以优化为 root.JH.JHGDS 作为一个 device，DV_SYSOPSD81 作为其中的一个 measurement，ts 和 v 分别作为时间戳和值，不需要写成两个序列。序列 root.JH.JHGDS.DV_SYSOPSD81 可以作为一个 double 类型的序列。
2. database 的个数有些过多了，推荐 1 个。

1 是导致压缩比不高的主要原因。按目前的建模，所有的时间戳都存储了3份。