第261页，共371页。 显示 3,707 条结果 (0.038 秒)
业务主题基于日期字段类型为字符串生成的时间维度不生效
（本文仅供参考） 问题描述 客户数据源日期字段类型为字符串，业务主题中基于原始字段生成的时间维度不生效，无法预览数据 image2023-9-5_16-17-19.png 原因分析 业务主题一键生成的时间维度字段表达式为 to_char ,不适用于字符串 image2023-9-5_16-14-35.png 解决方法 修改字段属性里面的表达式为 substr （字段名，1，4）即可，符合数据库截取函数使用规则通过业务主题创建组合分析时，单表查询时能否使用到另一张表的数据权限
问题说明 一个主表两个维表创建的业务主题，给主表设置了数据权限。在创建组合分析时只拖动维表中的字段，数据权限不生效。能不能实现只显示维表字段时也能限制权限。 解决方案 可以在业务主题创建默认生效过滤器，将主表和维表创建关联关系，如下图： 过滤器.jpg 那么此时我在主表上增加数据权限控制后，只查维表数据，也会获取关联进行数据权限控制，如下图： 数据权限.jpg sql.jpggauss数据库链接配置的时候配置的参数
（本文档仅供参考） 问题说明 gauss数据库链接配置的时候配置的参数，想要长久保持连接，做保活措施，目前长连接频繁会被数据库主动断开，正常情况可以不用连接池 image2024-1-3_22-3-56.png 解决方案 如果不需要启用连接池，可以通过把数据源校验语句改成返还时关闭连接： image2024-1-3_22-4-23.png gauss关闭连接 gauss长连接断开数据库中number类型在smartbi中有时显示成整型，有时显示成浮点型
（本文档仅供参考） 问题 客户oracle数据库里面的字段类型是number，如下图 1.jpg 在smartbi同步过来的有的是整型，有的是浮点型 2.jpg 解决方案 java中没有number型，而在数据库中，当number型长度超过了INTEGER 长度，产品会默认转成DOUBLE 类型。 INTERGET的长度是 -2147483648 到 2147483648 oracle有的显示整形有的浮点型 oracle的number显示字段类型 oracle的number显示int和float跨库查询，数据库表加到跨库查询后，无法正常使用
（仅供参考） 问题场景： 数据库表，可以正常打开使用，当将数据库表加入到跨库查询后，提示此表不存在。 image2023-12-29_9-43-15.png image2023-12-29_9-44-25.png 解决方案： 此场景大概率可能是由于表名的大小写导致的，可以通过修改跨库下面的catalog的配置文件：case-insensitive-name-matching=true；如下图 image2023-12-29_9-47-22.png 添加表后查询报错 跨库查询表不存在跨库联合数据源服务请求失败，请联系管理员，检查相关配置和服务！:request was aborted。
（本文档仅供参考） 问题 使用跨库联合数据源同步连接信息报错，如下图： 跨库数据源同步链接信息报错20230914102711.png 解决方案 检查跨库服务lib目录下有两个不同版本的jar包，重新解压一个替换对应的目录（或者重新部署），可以正常添加查询。 lib目录下有大量重复不同版本的jar包20230914102642.png同步成功20230914102500.png连接跨库联合数据源报" Unsupported major.minor version 52.0"错误
(此文档仅供参考) 问题 exe安装insight后又做了系统升级，在连接跨库联合数据源保存时报错“未指定错误”，如下图： image2019-3-5 13:46:14.png 显示栈信息如图： image2019-3-5 14:55:25.png 解决方案 从报错信息看一般都是jdk版本太低，加载presto的jdk版本应该是jdk1.8。与客户确认jdk版本，若是1.7及以下，需要更新jdk版本。 favourite服务正常启动正常运行，一旦执行自助数据集数据抽取，执行过程中服务就会宕机
（本文档仅供参考） 问题描述： 服务正常启动正常运行，一旦执行自助数据集数据抽取，执行过程中服务就会宕机。 解决方法： 1.抽取的数据来自于什么数据库？ 客户：PostgreSQL 2.数据源连接里是否配置defaultRowFetchSize=10000？ 客户：数据源连接这里没有配置defaultRowFetchSize=10000 image2023-6-21_16-20-36.png 3.让客户在数据源连接后面添加上defaultRowFetchSize=10000 抽取导致smartbi宕机 defaultrowfetchsizeClickHouse-not enough space
(本文仅供参考) 问题描述： 客户在使用模型时抽取每7分钟会对模型进行抽取，而且数据量及大。高速缓存时不时就会发现异常。报错如下： image2023-8-17_14-37-21.png 解决方案： 因日志中包含not enough space，可以断定MPP服务器当前磁盘空间不足，可以先确认磁盘是否分配过小，如果本身分配较大，需要继续排查什么占用了磁盘空间，是否抽取备份表 抽取磁盘空间不够Clickhouse中文字段别名join后报错
（本文档仅供参考） 现象： 以clickhouse作为数据源，创建即席查询/透视分析，报错如下，排查sql拼接有问题： image2022-10-8_15-24-51.png 原因： Clickhouse在处理中文别名字段时存在bug： 在字段别名没有中文的情况下，clickhouse支持多表同一层join。在字段别名有中文的情况下，clickhouse只支持两表同一层join。 解决方案： 在当前sql拼接逻辑是多表同一层join的情况下，需要保证每张表的字段别名没有中文。 clickhouse使用join报错 mpp在jion后报错
