第166页，共404页。 显示 4,038 条结果 (0.039 秒)
当前页面内容过多，继续显示可能导致浏览器卡死，是否继续？
（本文档仅供参考） 问题： 数据集预览正常，报表查看提示“当前页面内容过多，继续显示可能导致浏览器卡死，是否继续？” image2022-12-19_14-12-33.png 解决方案： 提示此原因为报表一次性加载的数据量过大，导致终端运行内存溢出甚至异常停止。 image2022-12-19_14-18-15.png 出现此情况，若不改变终端环境及报表类型的情况，则需在报表资源中添加对应参数进行过滤显示或 配置行分页处理。 当前页面内容过多电子表格报错：More than one token
（本文档仅供参考） 问题现象 有时候在预览电子表格报表时，会报More than one token错误，在某些情况下才会出现此问题。 image2018-5-10 10:1:9.png 原因 在单元格A2里面使用了counta函数，counta函数可接受的参数有限，当数据量大的时候会报错。 解决方案 数据量大的时候需要在counta函数上多加一层括号。例如：counta((A2 ))，如果还是报错，可以多加几层括号。扩展包加载不生效或是有问题？
（本文档仅供参考） 排查步骤 当扩展包加载不生效的问题，先进行以下检查，如仍有问题则联系售后支持人员。 首先确认加载扩展包后是否有重启smartbi应用服务器，只有重启，加载扩展包才会生效。 是否已经清除IE缓存，清缓存请参考wiki文档（可搜索关键字“缓存”）：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=44500224 https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=44500224 访问“管理 -> 工具 -> 调试工具集 -> 列出已加载扩展包耗时记录分析说明
（本文档仅供参考） 分析维度 影响性能的主要维度： SQL执行、数据读取、服务器处理，数据传输、前端渲染，其中服务器处理包括：数据处理、公式调整、生成报表。 服务器 处理 数据处理 相关抽取逻辑，透视分析的时间计算，数据的格式、图形需要的并列轴处理，部分功能合计值计算、自助的计算字段 … 时等，具体请参考系统中内置报表 资源访问耗时记录表，其中列出了用户访问资源的耗时记录。 未完跨库中计算日期减去一定的时间间隔
（本文档仅供参考） 问题说明 在“跨库联合数据源”用 date_sub 函数，出现如下提示，是否不能应用date_sub函数？如不能用，应用什么代替？ 想要用一个日期减去一定的时间间隔： image2023-8-31_18-35-16.png 解决方案 跨库联合数据源所使用的数据库为presto，该数据库不支持date_sub函数，建议可使用date_add实现上述需求，presto日期相关函数可参考网上的文档，如： https://zhuanlan.zhihu.com/p/395199658 https://zhuanlan.zhihu.com/p/395199658mysql8数据库，在smartbi展示日期时间与数据库日期时间不一致
（本文档仅供参考） 问题 smartbi展示的日期时间与数据库日期时间不一致 smartbi中展示数据如下： image2021-1-5_20-33-24.png 数据库中数据如下： image2021-1-5_20-33-51.png 问题原因 此问题是由于mysql8时区问题，可在数据源url连接中添加参数 "serverTimezone=UTC" 设置时区与数据库中一致，从而解决此问题。 注：关于相关的说明可以参考网上的说明：https://blog.csdn.net/starlemon2016/article/detailsoracle 11g 连接报ORA-00604:error occurred at recursive SQL level 1 ORA-01882:timezone region not found
（本文档仅供参考） 问题 在使用smartbi连接oracle 11g作为知识库或者业务库时，报错如下错误：“ORA-00604:error occurred at recursive SQL level 1 ORA-01882:timezone region not found” image2019-11-27 15:13:40.png 解决方案 问题基本上是因为内置的oracle驱动与oracle11g不匹配，可以找到对应的驱动并更换smartbi的war包中对应的驱动即可。 参考文档：https://stackoverflow.com/questions/9156379繁体版链接PostgreSQL报错：不支援 10 驗證型別
（本文档仅供参考） 问题 可通过数据库工具（DataGrip）连接的PostgreSQL无法在smartbi繁体版上连接，报错信息“SQL錯誤: 不支援 10 驗證型別。請核對您已經組態 pg_hba.conf 檔案包含客戶端的IP位址或網路區段，以及驅動程式所支援的驗證架構模式已被支援。image2020-10-20_16-39-45.png 解决方案 用数据库工具（DataGrip）自带的驱动替换服务器上PostgreSQL的驱动文件，可参考文档：如何向Smartbi中添加数据库驱动jar包—V9及以上版本高速缓存库不支持写原生sql删数据
（此文档仅供参考） 问题描述 在使用原生sql数据集执行SQL删数据，执行能预览出sql数据没有报错，但是数据没有删掉 image2021-10-20_10-4-24.png 注：CH删数据语法参考：https://clickhouse.com/docs/en/sql-reference/statements/alter/delete/ https://clickhouse.com/docs/en/sql-reference/statements/alter/delete/ 问题原因 高速缓存库抽取的临时表是是log引擎，log引擎不支持 delete操作，只能进行drop操作，建议重新抽取连接Kerberos认证的Hadoop-hive数据源报错
（本文仅供参考） 问题现象 测试连接数据源报错如下，在服务器中通过 kinit -kt 命令获取keytab文件凭证信息报错：kinit: Bad encryption type while getting initial credentials image2022-3-23_16-19-26.png 问题原因 数据库环境是在centos7环境中部署，而Smartbi服务部署在centos6环境上。由于centos7的加密算法在centos6中解密不了，导致keytab文件无法认证匹配。 处理方案 建议参考网上资源，调整keytab文件加密方式，详情请见：https://www.cnblogs.com/sellsa
