ITPub博客

1、 如果没有报表工具或者使用的开源报表工具中没有固定表头功能时，可以使用代码开发方式实现，例如可以通过 jQuery 方式实现固定表头效果，实现思路如下：用 div 替换 table，将要冻结的表头放入 thead 中，用 thead 绝对定位达到固定的目的，使用 overflow-y:hidden 属性达到滚动效果。但是这种方式或者其他插件方式都存在一些问题：对于左表头的固定支持性比较弱；容易

数据排序以后，按照查询条件找到需要的两条记录，然后算出这两条记录之间间隔了多少条记录。用SQL来求这个解比较麻烦！SQL的集合中没有记录顺序，不能提供记录的位置信息。SQL2003标准中加入了窗口函数，能够给记录添加行号了，解决这个问题就需要先添加行号，然后再用多次子查询定位计算。举个例子：现有股票收盘价数据表STOCK数据如下，要求查出股票000062最后的最低收盘价和最后的最高收盘价之间相隔多

有时我们希望把参数列表分行存储在文本文件里，执行SQL时再拼到in函数里，从而查询出符合条件的记录。但SQL不能解析文本文件，直接拼到in函数里有困难，所以很多人先把文件导入数据库临时表，再用join语句做关联，从而间接实现in函数的功能。但这样一来每当文件变化的时候，都要手工做一遍删表导库的动作，过程还是挺麻烦的。一劳永逸的做法是用Python、C#等编程语言开发程序，但这类语言技术门槛很高，想

出于各种原因，有时我们要将一个大Excel拆成一些小文件。这种算法可以用VBA实现，但代码很非常难写，还容易发生内存溢出。用esProc就简单多了，比如把大文件拆成每1500行一个的小文件，只有这么几行：ABD1=file("dt.xlsx").xlsimport@t()/打开Excel，假定第一行是标题2for A1.group((#-1)\1500)/循环取数，每次1500

商业报表工具大都直接提供了水印设置的功能，通过简单配置就可以做出水印，但灵活性或完善度上区别较大。对于单报表模板的静态水印一般都支持得较好，但如果遇到动态水印、全局水印等的时候，很多报表工具就显得很麻烦了，需要借助平台或 js 来实现。润乾报表提供了完整的水印功能，全面支持动态水印。只需一个标签属性或一个表达式就可以解决，显然要简单的多。具体用法可以参考：动态水印怎么做。另外，像 Logo 水印在

在不需要 IT 人员协助处理的前提下，能够支持业务人员自己做数据上报的工具需要满足以下几点：1）业务人员制作采集模板的报表工具需要是业务人员不用学就会用的，一般建议采用类 excel 报表工具。如果直接用 excel，虽然可以进行初始数据的采集，但是后续数据结构化处理分析还是需要程序员来完成。2）模板制作要简单明了，不涉及任何专业技术，此时数据结构化的处理是靠报表工具的处理逻辑来完成的，和业务人员

国外报表软件或者开源报表工具一般面向数据统计展现需求，对于数据填写、数据采集需求没有对应接口和功能，所以不用考虑；国内报表工具基本都带了填报功能，选择时可以查看以下几点：1）填报表样制作应该简单灵活易上手，建议选择类 excel 报表工具，对 excel 的兼容性更好；2）报表工具应支持从各种数据源中取数，更新到数据库中，真正做到来去无关；3）报表工具应该提供人性化的输入控件，例如常用的下拉列表、

就是在SQL SERVER实现类似MYSQL中group_concat函数的功能，把分组中的字串拼接起来。SQL Server 2017可以用STRING_AGG函数实现，比如SELECT G, STRING_AGG(S, ',') FROM T GROUP BY G（按表T的G字段分组，组内S字段拼接起来）;但2016版没有STRING_AGG函数，就会麻烦很多：SELECT p

在项目开发过程中，常会遇到用户要上载 Excel 文件，并要将其中数据导入到数据库的情况。需导入的 Excel 格式多种多样。对于结构简单的列表式 Excel ，如图很多数据库本身就可以实现数据的导入，并不需要借助其他的工具。但并不是所有的 Excel 都是这种简单的行列对齐的列表，更多的是包含了一些布局或者格式的表格（如下自由式 Excel）。对于这种结构的 Excel 其格式灵活、数据分散需要

去重复行，用SQL写很简单，就一句SELECT DISTINCT … FROM。但是文件上没法直接用SQL了，想用SQL还得找个数据库先建表，也很麻烦。如果直接写程序，简单思路就是先打开文件，再逐行读入文本。然后将文本跟缓存中的惟一值比较，是重复的文本就丢弃，否则追加到缓存，待文件读完后，再将缓存中去重后的内容写出到输出文件。上述思路虽然简单，却只能对付小文件，没法处理大文件。当文件很大（内存装不

比如每个文件由空格分隔的数字构成，行数列数不定，要实现一个可反复执行的算法，每次计算指定文件里所有数字的平均值。如果只做一次，导入到Excel再算就行了。但如果要反复做很多次，就需要编程序了。各种程序设计语言都能完成这类事情，但不同的语言完成起来麻烦度相差很大。比如用JAVA实现上面的算法，写起来大概是这样：import java.io.BufferedReader;import java.io.

大量数据从数据库里全部查出来，然后再生成报表输出到 web 端，一般需要很长时间，用户体验很差，而且报表一般采用内存计算，全读入的话也容易爆掉内存。所以大数据量报表呈现时都是采用分页的方式，尽量快速呈现第一页，用户也可以随意翻页，每次显示的一页数据量比较小，也就不会内存溢出。大部分报表工具通常是使用数据库的分页机制。利用数据库提供的返回指定行号范围内记录的语法，即界面端根据当前页号计算出行号范围（

现在常见的报表工具主要面向 J2EE 平台，开源及商业的都不少，专门针对.net 平台的报表工具少一些。还有一部分采用 JS 开发，不挑平台，但是功能都比较简单。至于.net 下用啥报表工具，实际上和集成报表的方式有关系，并非.net 下只能用针对.net 平台开发的产品。平台集成报表的方式可概括为两种：1、 深入集成，报表作为模块在.net 应用里存在，共同管理2、 可以采用 Url 跨系统调用

基本上所有的报表都号称支持多源，确实简单的关系型所有产品都支持。如果报表工具连关系型都支持不全，那么直接可以淘汰掉。所以考察是否支持多源的重点应该放在以下三点上：报表工具对非关系型数据源的支持，例如文件、webservice 接口、nosql 数据库等，报表工具对这些数据源类型支持的越多越好；报表工具对不同类型数据源的关联处理方式是否简单，关联计算后的性能如何；报表工具的性价比，相同功能支持下价位

1. 关系型数据库关系型数据库是报表工具必须支持的基础功能。不管是以 JDBC 方式还是 ODBC 方式连接数据库，报表工具都应该能对其进行取数计算。如果某个报表工具只支持部分关系数据库处理，那么这个报表工具在选型时就可以淘汰掉了。另外，如果报表工具可以完善一些数据库自身的不足，简化运算，那么这个报表工具的性价比就很高了，例如可以简化 sql 的非等值分组处理、优化 Join 性能等。2. 非关系

市面上几乎所有的报表工具都支持生成 html5 标准网页，移动端可以直接拿这个网页展现数据，那么使用哪个报表工具都可以，找个便宜的报表软件就足够了。有些人可能认为：移动端展现报表那就得报表厂商提供一个 APP 才行，这其实是没必要，或者说是有误的。报表一般是作为一个组件嵌入到门户中，但独立的报表 APP 无法进行集成到已有的门户 APP；而且 APP 个性化、定制化程度很高，厂商如果提供 APP

Jasper 怎么配置动态数据源rqgxy 2020-05-15 11:43:52  1  收藏编辑 展开Jasper 本身是不支持动态数据源的，能用的解决方式是通过 api 自定义数据源，实际操作就是根据条件判断后动态设定 jdbc 的 url、用户名及密码等连接属性。比如： String userName&nbsp

1．什么工具都可以做大屏什么工具都可以做大屏，为什么这么说呢，是因为大屏一般是将多个组件内容整合在一个屏幕中的，从组成上来分可以分为两部分：一：整个页面的框架布局，也就是在哪个位置显示什么内容，以及框架的大小、样式二：框架内每个组件要显示的内容，比如是表格还是统计图等2. 专门做大屏的厂商怎么回事简单的，说白了就是一个 pc 页面，利用 iframe 框架 + Js + echarts

Hive 提供了两种方式实现存储过程，但使用上都不方便。第一种是 HPL/SQL。这种方式目前还不完善，比如游标使用限制多，很多功能无法实现，对变量要求严格，经常发生不兼容的错误。只要可调试，代码报错并非障碍，但 HPL/SQL 的问题在于不可调试，对于开发者就很不方便。更不方便的是，HPL/SQL 缺乏 JDBC 接口，无法方便地嵌入 JAVA 程序，只能在 JAVA 中调用命令行执行 HPL/

BIRT提供了简单的计算列功能，可以在原始数据基础上再计算出一些别的列值或统计值（规律性较强的表达式）。但由于模型采用控件拖拽式布局（一般用列名命名设计阶段的数据单元），没有很好的运算后报表数据项命名机制，很难精确描述数据之间的引用关系，导致随意的独立格运算非常困难。比如要处理这么个场景：为了让例子尽可能简单，假设有3列数据，按id分组，数据格式如下：期望展现的报表结果如下图所示：计算规则：1、n