第54页，共133页。 显示 1,325 条结果 (0.034 秒)
导入失败：null
（本文档仅供参考） 问题说明 资源导入的时候报错：导入失败：null，看系统日志报错无法解析成员访问表达式，如下图： image2024-12-25_15-55-5.png image2024-12-25_15-55-45.png 解决方案 看一下t_rowpermission表是不是有这一列：c_is_spreaded；如果没有，建议是手工补一下这个列再清空缓存测试。缓存设置
： image2024-10-26_14-52-15.png 可以设置缓存有效期，在缓存有效期内，如果查询字段或值未改动，再次访问时将直接从缓存中获取数据。 缓存有效期：默认读取系统选项/性能优化/数据模型缓存有效期“的值；用户可以手工输入，支持小时、分、秒单位。 点击工具栏的”清空缓存“之后，会重新读取最新数据。 禁用缓存高速缓存库日志配置操作
。 image2024-11-18_17-0-59.png 注意：修改配置后，需要重启高速缓存库才能生效。 重启后，原来存在的表都会增加_0后缀，需要自行手动drop 这些_0后缀的表。 image2024-11-18_17-24-20.png 高速缓存库日志配置回写-电子表格回写删错行，无法插入及删除行
（本文档仅供参考） 问题1: 回写填报设置成功之后能正常保存，但是删除后点击保存按钮，删除的行又会出现 问题原因 删除时，会根据回写规则中设置的主键进行数据筛选，如下，where条件则为customer ID，若多主键则多个条件。先将对应数据能查询出来才会删除。 而上述无法删除成功的原因，是由于开始设置了3个主键进行了数据回写，后来又新增了一个主键，新增的主键导致查询时无法查出数据，导致无法删除。 image2025-5-22_16-27-12.png 解决方案 修改主键，或将数据库中之前的测试数据进行手动删除。 问题2： 使用回写表时，对选中数据行进行删除时，存在删除下一行的情况，但选中行却没有被删除。如下跨库联合数据源
数据源;。 提醒说明： 如果要同步到跨库联合数据源，需要手工操作：通过”跨库联合数据源“的右键菜单/数据库管理，详情，看下文。 跨库联合数据源（SmartbiUnionSever)：是系统内置数据源，用于实现跨库查询的需要，为不同的数据源提供统一的SQL解析、跨库查询能力。系统自动将 … SmartbiUnionServer SmartbiUnionServer不会自动加载新添加的驱动包，需要手动重启。更多 ⬝ 报表导出
名称+服务器时间(日期-时:分:秒)"； 支持手工调整。 数据格式 带格式导出：即导出会把设置的数据格式一起导出来。 不带格式导出：就是导出数据库中的原始值。 比如: 日期 原始值：2023-01-03 设置了格式: yyyy年MM月dd日,那报表上展示的是2023年01月03日； 带格式导出 … 行数 受系统选项控制 “Excel2007最大导出行数” 控制。 全部导出：即导出设置的”Excel2007最大导出行数”设置的行数。 前X行：可手工输入行数，但是也不能超过”Excel2007最大导出行数“。 导出渠道 支持”在线导出“、”离线导出“。 编辑态，只能“在线导出”，无法“离线导出”；浏览linux跨库联合查询设置systemctl方式开机自启
（本文档仅供参考） 1、问题说明 跨库联合查询设置systemctl方式开机自启 2、解决方案 1、由于跨库服务不能直接通过systemctl方式设置开机自启，需要添加启动脚本unionserver.sh cd SmartbiUnionServer/ #注意：unionserver.sh脚本一定要放在跨库联合查询部署目录下 vi unionserver.sh #!/bin/bash PRG="$0" PRGDIR=`dirname "$PRG"` cd $PRGDIR Current_Dir=$(cd `dirname $0`; pwd) case "$1" in 'start')部署Smartbi MPP 单节点
系统 # 停止服务 clickhouse stop # 启动服务 clickhouse start # 查看服务进程 ps -ef｜grep clickhouse # 设置开机自启 systemctl enable clickhouse-server 2、上手教程 2.1 命令行登录 # 用 … SmartbiMPP日志，请使用root用户或者具有sudo权限的用户操作 ① 系统不支持ipv6： 日志报错情况如下图所示。手工修改/etc/clickhouse-server/config.xml的监听地址，屏蔽：：和：：1的IPV6监听配置。 image2019-8-23 17:9:43.png202503产品更新说明
参数默认值，减少用户手动操作。 表格主题色一键切换：自动适配背景与文字配色，优化视觉一致性，支持个性化微调。 6. 公共模块升级：强化系统安全与管理便捷性 角色批量分配：支持快速为多个用户组分配权限，提升管理效率。 Redis主从哨兵模式适配：增强系统高可用性，保障服务连续性。 3 详细 … 查看的数据也会有所变化。在旧版本中，报表层自动使用数据模型中定义的参数默认值来刷新数据。而在新版本中，当仪表盘、透视分析和即席查询使用数据模型参数时，用户可以在报表层设置参数的默认值。这样，用户在每次打开报表时，无需手动切换参数值即可直接查看所需数据，极大提升了使用便捷性。详细查可查看：参数数据模型引擎V2.0
，在尝试访问依赖于该模型的报表时，系统将自动触发数据模型的抽取过程。 2、若数据模型 引擎V1.0 通过扩展包接入数据源，升级至数据模型引擎V2.0 时，需同步升级扩展包以确保兼容性。 2 功能介绍 V2.0依然包含 SQL引擎和多维引擎，如果满足条件会系统会自动切换，无需手工切换： SQL引擎：详情可查 … ，全部数据库都要用单引号。 如下图，如果V1.0刚好使用的是mysql数据库，然后计算列中字符串中刚好使用了双引号，升级到V2.0需要手工调整成单引号。 jisuanliechayi.png 4、即席查询 说明 V1.0 VS V2.0 V1.0即席查询多事
