今天调整 Finereport 中的列宽，发现怎么都不对内容生效，后来发现不是列宽设置的有问题，而是数据列的“其他”属性中，内容设置了“自动调整列宽”，难怪之前一直改不了。

调回“跟随页面设置”，内容就可以随列宽正常展示了。

最近还真遇到了一个 finereport 的父格设置场景问题，原本是一个父子项的概念，竟然慢慢变成了 1:n:n:n 的情况，调试了很久才设置好样式效果。下面做一下概念解释：

Finereport 中的“最父格”，严格来说就是“最左父格”和“最上父格”，前者是纵向扩展的概念，后者是横向扩展的概念。这个“最”指的不是位置上的“最”，不是说最左边的或最上边的格子就是最父格，而是指父子格关系上面的最左或最上。

通过指定“最父格”，来实现不同子项对于同个父格的扩展关系。

sqlboy 终于学到 create 表了，开心！

最近发生了几件有关文件的事情，我都“粗心大意”了。

1、发送给领导的文档，我没有用手机端检查就发送了，导致文档只有半截。

2、发送给同事的 Excel ，我没有检查计算指标的正确性就发送了，导致数据不准确。

虽然都是小事，但作为数据人来说确实不应该。这背后反映了我没有对文件传输前做检阅的习惯，至少应该本地下载下来检查数据后，再发送。

今后的文件传输，需要可以分为两类并做检查：

1. 系统生成的，下载核实检查后发送。
2. 自己补充填写的，用包含手机端的浏览检查后发送。

记今天踩了一个Finereport 的坑。

由于公司的系统报表都是由Finereport生成，所以主要显示页面都是在帆软设计器中调试，领导说页面纸张大小，我索性就调到了自定义，2000x1200毫米，结果直接预览出现了大量空白和重复分页。长长的滚动条折磨着线上效果，后来发现原来是扩大纸张的时候Finereport 会默认给报表增加列内容，需要把列删除到虚线处。

这下，终于解决了帆软报表空白过多的问题。

业务部门总是需要取数，于是自己写了一段查询 sql进行查询。但还是架不住业务频繁来取数，于是把查询条件中的字段变成了动态参数，结合finereport 和内网环境部署了一个报表模板。

将用法和链接发给业务人员，这样就解决了类似的紧急不重要需求。

（PS:这个 sql 查询效率很慢，但比起找我动不动要半天、一天的时间，已经是相当快了）

二红老师带带，是时候建立深度链接了

然后呢？对方两手一摊，bug 我是不可能修的，修了出事情你负责啊？

真正做 ai 落地的从来不会强调自己是用 ai 技术来解决问题，反过来说，需要用新的技术来讲故事，则是一种概念吸引。

数据立足于业务呀，没有业务没有数据，脱离业务的数据也就脱离了应用场景，真的没什么价值。