第181页，共486页。 显示 4,854 条结果 (0.037 秒)
Windows环境上自动安装后如何访问系统
信息也需要根据实际配置，点击保存之后重启smartbi服务器。 图片6.png 4.重启smartbi服务器之后登陆系统 空库初次登陆的账号：admin 密码：manager 图片7.png windows一键安装部署启动访问环境 exe启动访问环境水印 - 电子表格水印显示不全
（本文档仅供参考） 现象描述： 如下图所示，电子表格设置了 融入背景 式水印，但是部分水印显示不全 image2021-9-14_10-22-56.png 问题原因： 此为正常现象，因电子表格 融入背景 式水印是把水印融入电子表格背景图中。在没有背景图的情况下，系统插入大致A4尺寸大小的空背景图。如报表比较大，电子表格背景图会自动按A4尺寸大小重复。因此当A4纸的高宽不等于水印的高宽加上水印间隔高宽时，就会出现水印被截断的现象。详细说明可见：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=44501755 https重置SmartbiMppmd
（本文档仅供参考） 问题描述 SmartbiMppmd无法启动，控制台一运行就闪退，日志文件中并无明显报错信息，只是正常打印Create thread "BBPmanager"，可能库已损坏，如何重装Smartbimppmd？ image2025-4-1_11-21-21.png 解决方案 建议可以向官方支持申请SmartbiMppmd安装包重装，或也可将该库重置，重置规避步骤如下： （以下操作相当于置空数据，以往抽取的数据文件也会清空，需要再重新抽取） 1、删除data/smartbimppmd目录下的内容，具体删除内容如图红色框 image2025-4-1_11-15-57.png 2、重启条件格式告警 - 对同一个单元格设置多个条件格式，导出excel后条件格式不生效
（本文档仅供参考） 问题说明 原本想要设置条件格式想要实现的效果为：只有排名前十的才显示对应的数据条条件格式，是通过另一个条件格式来进行控制的，关键设置项为【如果为真则停止】 image2022-2-23_19-13-59.png 浏览器中显示是正常 … 整到其他规之前。 如本资源中的两个条件格式规则，都是应用于同一个范围=$M$169:$M$335，原本公式的顺序是设置在数据条之前的，在经过第三方插件保存为excel之后，就会变成数据条在前面公式在后面，所以在存在有设置【如果为真则停止】的情况下，条件格式的执行顺序是很重要的，所以就导致了问题（只有保存成excel时背景图片显示完整
问题： 通过Excel插件背景图，设置背景为；拉伸后背景图显示不全 原理 显示不全这个是图片分辨率问题，因为拉伸是图片的高度和宽带都会进行拉伸的，拉伸后的尺寸超出了展示屏的尺寸，因此显示不全。 例如展示屏的分辨率是 1366*768 ，高宽比例为 16:9 ，背景图的分辨率比例也要相同。常见16:9的分辨率 … ://s2-cs-pub-std.oss-cn-shanghai.aliyuncs.com/icon/tid8599/image_1650768198512_2brto.jpeg 展示屏 拉伸效果为：可以看到图片能完全覆盖背景 https://s2-cs-pub-std.oss-cn-shanghai.aliyuncs.com/icon/tid8599SQL查询/数据集支持权限控制
4 参数的备选值、默认值(SQL查询) (公共设置的参数+模型参数+模型查询参数+电子表格的参数管理） 653 complete 654 complete 655 complete 5 用户属性的 SQL【表达式】 656 complete数据连接支持情况-汇总
备注： 存储过程：存储过程只支持单个输出参数，而且OUT参数只支持游标类型。 选项中是“-”、，代表它不支持。 以下是“高速缓存库”适配情况 序号 数据库 数据源 内置驱动 数据源 导入文件 数据源 多catalog 数据源 存储过程 数据模型 导入文件 数据模型 生成日期表 数据模型 分区 指标模型 作为指标库 自助ETL 关系数据源(读) 自助ETL 关系表(追加) 自助ETL 关系表(覆盖) 自助ETL 关系表(插入或更新) 自助ETL 建表 自助ETL 删除回退 数据模型引擎 V2.0文件数据源导入报错：Wrong data or column definition
（本文档仅供参考） 问题现象： 基于高速缓存库为导入数据源，导入本地数据源excel文件报错“Wrong data or column definition. ··· ···”如下图所示： image2021-4-6_9-57-56.png image2021-4-6_9-57-50.png 问题原因解决方案： 原因：本地高速缓存库是用mysql，在创建表时，字符串类型长度为255，导入的excel文件字段字符长度超过255，所以导致报错。 方案：可修改字段类型为长文本类型来规避此现象，如下所示。 image2021-4-6_10-1-31.pngCLOSE_WAIT引起mysql或tomcat应用假死
2、修改Linux系统的连接超时参数【需要通知用户运维人员处理】 vim /etc/sysctl.conf 在文件末端加上以下内容： net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1 net.ipv4.tcp_fin_timeout = 30 然后执行 /sbin/sysctl -p 让参数生效。 注：可以把 “四、其他内核参数调整” 中2个设置一并在此处设置，避免后期JS 示例
() { // 数据集ID(对应示例库中的"根目录\功能演示\查询定义\原生SQL查询\带参数的原生SQL") var bizViewId = "I2c94907127855da201278df551b62602"; // 参数ID(对应"带参数的原生SQL"的输出参数标识) var paramId = "OutputParameter.I2c94907127855da201278df551b62602.产品名称参数_列表对话框"; // 参数真实值 var paramValue = "牛奶,花生,饼干,猪肉,汽水"; // var paramsJsonArrStr
