第31页，共307页。 显示 3,064 条结果 (0.05 秒)
图片直接放存在mysql数据库，导致前端查询性能很慢
（本文档经供参考） 问题详情： 设计的是图片用户自行拍照，直接放存在mysql数据库，导致前端查询性能很慢。当出现这样问题应该如何来提升前端页面查询性能？ image2022-8-12_9-39-29.png 解决方案： 可考虑将手机拍的照片不存放到mysql，而是存放到一个ftp服务器，然后在展示层面文字部分内容是来源mysql的，照片部分是来源ftp服务器的，这样性能压力就不会在mysql，可以有效提升一定的性能，此效果需要定制java查询配合上mysql数据源的常规查询一并在电子表格中进行使用。基于数据模型创建的即席查询 · 宏示例
基于数据模型创建的即席查询使用了新的一套API，只支持客户端宏，故其写法和以前的有点不同。 场景示例： 1. 隐藏工具栏 image1.png 宏类型 类型 对象 事件 ClientSide model_query onRender 宏代码 function … 2. 根据参数值，显示不同报表 在即席查询中切换一个参数，不同的参数值打开不同的报表。 切换【报表】参数，值为1的时候显示报表1，值为2的时候显示报表2， 值为3的时候显示报表3： 2bb79b7c-7404-429b-a05f-2c8dea806de0.gif 1）在3个报表使用到的数据模型中添加一个基于数据模型创建的即席查询 · 宏示例
基于数据模型创建的即席查询使用了新的一套API，只支持客户端宏，故其写法和以前的有点不同。 场景示例： 1. 隐藏工具栏 image1.png 宏类型 类型 对象 事件 ClientSide model_query onRender 宏代码 function … 2. 根据参数值，显示不同报表 在即席查询中切换一个参数，不同的参数值打开不同的报表。 切换【报表】参数，值为1的时候显示报表1，值为2的时候显示报表2， 值为3的时候显示报表3： 2bb79b7c-7404-429b-a05f-2c8dea806de0.gif 1）在3个报表使用到的数据模型中添加一个即席查询（旧）如何实现排序告警？
该宏示例在 V10.5上 验证通过 提示：本文档的示例代码仅适用于本文档中的示例报表/场景。若实际报表/场景与示例代码无法完全适配（如使用功能不一致，或多个宏代码冲突等），需根据实际需求开发代码。 示例说明 在即席查询中对排序列添加告警效果，可以通过宏代码来实现。 宏代码实现效果如下： image2020-6-10 16:25:17.png 设置方法 在“分析展现”节点下，创建一张即席查询。 选中即席查询，右键选择 编辑宏 进入报表宏界面。 在报表宏界面新建客户端模块，在弹出的新建模块对话框中选择对象为simpleReport；事件为onRenderTable；并把下面宏代码复制到电子表格查询报错java.8ql.$QLException:数字溢出
（本文档仅供参考） 问题现象 数据集查询正常，电子表格查询报错java.8ql.$QLException:数字溢出 image2024-7-27_9-14-26.png image2024-7-27_9-14-38.png 问题原因 这个错误是数据库驱动报的错，是数字太大超出了整型的最大范围 解决方案 找到出问题的字段，将数据集里面的整型字段修改为浮点型的解决。 （如果找不到出问题的字段，建议一个一个将整形修改为浮点型看下是哪个字段影响） image2024-7-27_9-16-22.png跨库查询报错：catalog does not exist
（本文档仅供参考） 问题描述 基于跨库联合数据源新建原生sql数据集，查询报错catalog does not exist，跨库数据源里移除对应数据源再重新添加之后可以正常，但是重启跨库之后，还是会有同样的问题。 image2024-8-31_11-43-48.png 解决方案 客户是k8s部署的，重启会删跨库的配置文件，需要将跨库目录下/etc/catalog/smartbix挂载出来。 catalog不存在 找不到catalog数据模型的sql查询报错，网络请求有500，后台日志报错请求响应头数据过大
（本文的仅供参考） 问题描述： 在使用数据模型创建sql查询，报未知错误，此类提示通常与网络有关，可先参考此文档查看请求是否正常：F12-network image2025-5-6_14-49-44.png 经查看网络有请求报有500的错误，有500报错时可查看bi的日志是否有具体的报错原因： 请求500.png 打开系统监控->日志，重新执行sql，查看smartbi日志，日志提示请求头数据过大： 后台日志.png 问题原因： 项目使用Tomcat部署，Tomcat连接器默认原生SQL查询的输出字段为什么显示成了问号
（本文档仅供参考） 问题 新建的原生SQL查询，在右侧"查询输出"面板上"输出字段"下的字段显示成了问号，为什么呢？ 排查步骤 1. 如下图所示，新建一个"原生SQL查询"，我们可以看到右侧的"查询输出"面板上"输出字段"下并没有把所有的字段列出来，而是显示成了一个问号。同时在"预览数据"时，看到的表格上也只有一列，列名也是问号。 207.png 206.png 2. 为什么呢？我们在SQL编辑器中可能会输入复杂的SQL语句，Smartbi自身是无法解析SQL语句并自动判断有哪些输出字段的。它只能利用数据库的功能，先去执行该SQL语句，根据数据库返回的结果集来判断有哪些输出字段。因此，我们需要在"输出字段"节点上点基于跨库数据源查询报错表不存在（大小写敏感）
问题现象 将数据源放入跨库数据源中，基于跨库数据源查询报错数据表不存在（table does not exist） image2024-1-31_19-0-10.png 原因 原始数据源大小写敏感，目前跨库查询时表名是小写的，实际原始数据库中存储的是大写。 处理方案 一、V10.5.8及以下版本 在部署跨库所在目录下的数据源的配置文件中加入下述配置项解决： case-insensitive-name-matching=true 对应跨库数据源的配置文件存放目录为：SmartbiUnionServer\etc\catalog\smartbixSmartbi中查询SqlServer同名临时表字段会丢失
（本文档仅供参考） 问题说明 1、SqlServer中新建了多张同名#临时表 2、#临时表作为参数传入存储过程查询出结果 3、在smartbi中查询带#临时表参数的存储过程时会出现字段丢失的情况 有关临时表说明可参考网上的介绍：https://zhuanlan.zhihu.com/p/562721751 … -->校验语句-->设置返还时关闭 image2023-2-10_16-45-49.png 注：设置返还时关闭打开报表速度会有所降低，可以新建一个新的数据源设置返还时关闭用于创建带有临时表的数据集，其他查询原表可使用原有的数据源。
