第228页，共405页。 显示 4,041 条结果 (0.103 秒)
CPU采样粗略分析
（本文档仅供参考） 问题说明 常常遇到报表访问慢的时候会要求录制CPU采样，但用户能否自行先分析下，若是分析不出来，再进一步求助技术支持人员？ 解决方案 在这里归整下常见的CPU采样分析。本质分为4类：1、数据库执行慢；2、smartbi代码执行慢；3、smartbi调用第三方接口的代码，第三方接口执行慢。4、里边找不到任何和smartbi相关的代码，说明和smartbi没有关系，但这样的情况极少。 1、下载下来的CPU采样导入到【系统监控】–》【性能】上展示： image2019-12-25 17:25:11.png 2、从CPU电子表格获取首行和末行数据
（本文档仅供参考，仅适用于本文档中的示例报表/场景，若实际报表/场景与示例代码无法完全适配（如使用功能不一致，或多个宏代码冲突等），需根据实际需求开发代码。） 问题描述： 如下一个电子表格模板，销售量在数据集中进行了排序，由于数据较多，当需要看到销售量最少的数据时，需要下拉到电子表格最后才能看到，有什么方案能够直接获取到电子表格的首行和末行数据呢？ image2021-4-6_11-15-28.png 解决方案： 可通过如下代码进行获取。注意：此获取的是当前页面的首行值和最末值，也就是说当报表为清单报表分页时，获取到的是当前页面的第一行和最后一行，而不是总体数据排序后的首行和末行。 服务端宏如下电子表格回写点击任一单元格删除一整行数据
（本文档仅供参考） 需求说明 由于电子表格删除行的功能，只能是基于主键单元格去进行删除，在其他非主键单元格右键删除行是无法找到对应的记录的， 而在有的情况下，希望可以点击其他的单元格可以实现删除一整行数据，那么这个时候可以通过以下宏代码来实现。 image2019-12-6 15:46:12.png 注意： 1、该代码不能与点击任一单元格添加数据的宏（电子表格回写点击任一单元格插入整行 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=52625535）放在一起，需要分别创建2个宏，否则Excel导入模板导入数据到Impala数据库，字符串数据被截取
（本文档仅供参考） 问题说明： Excel导入模板中，某个字段绑定导入当前登录的用户名，例如：管理员，导入后发现只导入了“管”。 image2020-8-25_17-43-12.png 原因： Smartbi在导入数据时会执行标准的insert语句：insert into table value ( ...) 把数据插入到数据库，但是Impala数据库对此语法支持不好，导致导入的字符串会被截取。若是可以联系到维护厂商，让厂商从数据库上修复支持，这是最好的！ 具体验证说明如下： 1、smartbi在回写数据时系统会拼接出以下格式的SQL，insert into table value ( ?,?,?) :['a','b回写-电子表格参数引用回写字段，回写保存数据后参数备选值实时刷新
（此文档仅供参考！） 问题说明 电子表格参数引用回写字段，回写保存数据后参数备选值不能立即更新，需要重新打开报表才更新 图1.jpg 原因 这个效果是正常的，参数控件在报表加载完成后已读取完参数的备选值，这时候数据库更新数据，不会再次触发参数备选值的SQL逻辑。 解决方案 可以通过宏来实现此效果。 1、如果参数未设置默认值，回写刷新仅刷新备选值即可，则通过步骤一方案可实现此效果。 2、如果参数设置默认值，回写刷新需同时刷新备选值与默认值，则需通过步骤一和步骤二方案实现此效果。 步骤一：在报表宏界面新建客户端模块。在弹出的新建模块对话框中，选择对象为spreadSheetReport、事件为回写-电子表格批量导入报主键或唯一约束冲突：ORA-00001：违反唯一约束条件
（本文档仅供参考） 现象 带参数的电子表格进行批量导入数据时，重复两次导入后报主键或唯一约束冲突：ORA-00001：违反唯一约束条件，见下图 image2021-8-16_10-54-33.png 原因： 在报表设置合理的情况下，此报错是因为第一次批量导入数据时，数据库没有对应的数据，所以执行insert操作，而第二次进行批量导入时，数据库已经存在对应数据，但是电子表格是带参数的，此时根据参数筛选出的报表数据并未包含excel表导入的数据，见下图： image2021-8-16_11-13-31.png 此时进行批量导入excel数据后出现报错。 对于带参数的电子表格，产品是根据参数获取的数据集来判断base64编码及encode
（本文档仅供参考） 问题 在第三方系统打开smartbi报表并且传递参数时，如果参数名称或者参数值存在中文以及特殊符号时，需要对URL中的参数部分进行base64编码以及encode（仅有中文时也可以使用POST打开URL），之后传递paramsInfoBase64属性进行参数的传递。 image2019-12-5 16:9:33.png 一般情况下对参数部分进行base64编码及encode时，都是在集成代码中使用代码进行处理。那么有时候自己测试，或者就想简单查看效果时，应该如何来处理base64编码及encode呢？ 方案 1.首先写好URL中参数部分。如 [{"name":"姓名","value":"中集成传参时写带中文或特殊符号的参数报400错误
（本文档仅供参考） 问题现象 用户在第三方打开资源使用paramsInfo传参时，参数中带有中文或者特殊字符访问时，会出现报400错误导致无法访问。例如：http://10.10.4.8:18080/smartbi/vision/openresource.jsp?paramsInfo=[{"name":"月","value":"02","displayValue":"02"}]&resid=I297e39ed017cf851f8510d5e017d037344bf22ea&showtoolbar=true&refresh=true&user=admin&password=admin 访问报400错。 问题原因 问题原因是java调用jdbc测试数据库返回表速度及表注释
（本文档仅供参考） 使用场景 此jsp是直接调用驱动进行加载对应schema下的表，未走产品逻辑，主要测试场景如下： 1、数据库管理的时候，获取schema下的表很慢； 2、数据库管理时，部分表没有展示出来； 3、数据库管理加载表之后，表注释未同步过来作为别名。 注：此jsp调用的是驱动通用接口，而产品层面对部分数据库有进行优化对应的逻辑，故某些情况下，驱动返回的速度可能会更慢。 使用方法 1、获取到jsp文件，下载地址：testTables.jsp 2、将文件放到可以被访问到的路径如下，如smartbi应用的vision文件夹下，不需要重启. 2023-04-28_092837.png 3、访问地址Smartbi 组件默认端口修改汇总
（本文档仅供参考） 问题说明 Smartbi 应用和服务已经被人众所周知， 在项目部署 Smartbi 中，由于这些默认端口通常不会被修改，它们也成为了首要攻击目标。 通过修改默认端口，可以在一定程度上隐藏应用的存在，从而降低被潜在攻击者发现的概率和应用遭受自动化攻击和扫描的风险，从而提高系统的安全性 … ，把默认的3003改为其他未被占用的端口，重启Smartbi_Export服务即可。 3.Docker 环境部署 Smartbi 修改宿主机映射端口即可：-p：映射端口，格式：宿主机端口:容器端口 4.组件模板数据源（HSQL） 默认为9001端口，可以参考如下文档变更： 如何修改组件模板数据源
