修改用友IUFO报表后，速度变得很慢

因公司2月份业务发生变动，需要增加一些费用。所以需要改动IUFO报表，像往常一样，备份好报表格式和公式后就开始调整，很快就修改完毕。可是到了3月份的时候，财务人员反映，IUFO报表数据采集的时候，不管是打开，还是计算，保存，凡是对报表的任何一个操作，速度都非常慢。修改前，主要点计算这个按钮，马上就会出现“正在计算”的提示。可是现在，没有任何响应，界面就像死掉了一样。出现这个问题，各分公司的财务都在抱怨，怎么速度这么慢。于是我开始查找原因。
首先，我怀疑是数据库并发操作，导致有死锁，可是进入数据库看后，没有死锁现象。
然后，我觉得会不会是数据库服务器资源不足，进入服务器一看，CPU、内存使用率都很低。
上面几点排除后，我有点着急，咨询了用友的一些工程师，说可能是修改部门编码、或者部门名称造成，建议我重建余额表和刷新部门编码。可是这些操作操作完毕后，报表速度仍是非常慢。
后来开始查看中间件日志，发现报表在计算的时候，有很多的错误日志，有譬如科目找不到，辅助核算设置错误的一些异常。以为会是这个原因造成的，可是后来一想，不对，因为改动以前，IUFO报表中就存在这些科目和辅助项，应该不是这些问题造成的。
折腾了不少时间，一直没能找到解决方案，我得有点灰心了，于是准备重新做这些报表，然后跟往常一样去备份报表格式。可是发现报表格式无法导出。打开控制台一看，发现有个错误提示“You cannot have more than 255 columns in a given row (IV)”。意思是报表中的列超过了255列。但是实际上我的报表确只有到M列，很明显255列是不可能的。我想估计是这个原因造成的。仔细一看报表，下面的滚动条长度非常小，可以拉动的范围很大，报表后面多了很多空白列。于是我赶紧删掉，然后再保存，重新运行采集报表数据，发现速度恢复正常。
根据这次的经验，提醒大家，以后在修改IUFO报表的时候，一定要注意后面别多了很多空白的列出来。
可是我一直没想明白，多的这么多的空白的列是怎么出来的。