第2页，共618页。 显示 6,174 条结果 (0.11 秒)
跨库联合数据源
（SmartbiUnionSever)：是系统内置数据源（如下图所示），用于实现跨库查询的需要，为不同的数据源提供统一的SQL解析、跨库查询能力。系统自动将新建的关系数据源信息添加到该跨库联合数据源中。跨库数据源支持应用在数据集定义中，通常在数据模型中应用比较广泛。 目前支持做跨库的数据源类型包括：高速缓存库 … :uniondb://<hostname>:<port>/ 参数说明： hostname：跨库联合数据源的主机名、IP地址 port：跨库联合数据源的服务端口，通常为48080 用户名 admin或root 密码 空 数据库管理 在“资源目录区”中找到该跨库联合数据源，右键或更多操作回写-电子表格后，查询时保持原数据库表的小数位
问题描述： 客户创建的回写表，通过数据模型的方式，创建的查询数据，然后进行回写查询，发现数据回写没有问题，查询时，小数位只展示2位，如何展示数据库表一样的小数位？ image2024-7-30_14-48-15.png image2024-7-30_14-48-46.png 解决方案： 方案一：可以通过直接获取系统数据库表的字段进行查询，开启电子表格旧的数据集，系统选项-高级设置； image2024-7-30_14-52-20.png 方案二：如果是通过数据模型和sql方式进行查询，这时需要在电子表格中设置如下选项，清除选项即可： image2024-7-30_14-50-48.png 回写后显示所有小数位跨库联合数据库添加数据源失败提示存在重复垃圾数据
（本文档仅供参考） 问题 跨库联合数据源移除数据源后再重新添加失败，系统检查修复过后仍提示：未指定错误，请查看详细信息。 image2024-8-9_16-39-39.png 查看详细日志中记录如下： image2024-8-9_16-22-43.png 08-07 12:21:08 ERROR … (Constructor.java:423) ~[?:1.8.0_202] 问题原理 此问题是由于跨库数据源移除数据源时，会调用资源树接口删除数据源及下面的表和字段节点，但是由于未知原因数据源删除成功了，但是下面的表和字段没有删除，此时去系统检查中进行修复时，可以检测出未删除成功的表和字段这些垃圾数据，但是修复之后，由于无法确定项目实际是否高斯数据库查询order by排序问题
（本文档仅供参考） 问题描述 Oracle数据库切换成了高斯数据库，切换后同样的SQL查询语句，同样的数据发现字段顺序不一致。 SELECT column FROM TABLE ORDER BY column ORACLE排序结果： ORACLE排序结果.jpg 高斯数据库排序结果： 高斯排序结果20231229150509.jpg 问题原因 不同数据库有不同的排序规则，还可能根据数据类型有所不同 解决方案 COLLATE是SQL中的一个子句，用于定义数据库、表列或字符串表达式的排序规则。排序规则决定了如何比较和排序字符数据。在高斯数据库中，可以使用COLLATE子句来指定不同的排序规则，以满足特定的排序需求使用跨库的数据集抽取报无法获取连接Cannot get a connection
问题说明 QQ截图20190313103920.png 问题原因 SmartbiUnionServer在多个数据库跨库进行查询时，有数据库表超过几十万条数据到上百万数据，查询的时候其他查询会不能查询，只能进入队列，之后presto连接测试，select 1进入了队列，smartbi这边查看30秒未获取到查询结果，直接报错无法创建连接。 解决方案 SmartbiUnionServer指定设置资源配置文件，配置查询的并发数。在etc/目录添加文件resource-groups.properties,queue_config.json，然后重启SmartbiUnionServer图片直接放存在mysql数据库，导致前端查询性能很慢
（本文档经供参考） 问题详情： 设计的是图片用户自行拍照，直接放存在mysql数据库，导致前端查询性能很慢。当出现这样问题应该如何来提升前端页面查询性能？ image2022-8-12_9-39-29.png 解决方案： 可考虑将手机拍的照片不存放到mysql，而是存放到一个ftp服务器，然后在展示层面文字部分内容是来源mysql的，照片部分是来源ftp服务器的，这样性能压力就不会在mysql，可以有效提升一定的性能，此效果需要定制java查询配合上mysql数据源的常规查询一并在电子表格中进行使用。跨库查询报错：No operations allowed after connection closed.
问题 基于跨库联合数据源新建查询报No operations allowed after connection closed，原始库为MySQL，基于原始MySQL库查询时没问题，跨库联合数据源及原始库均测试连接通过。 https://s2-cs-pub-std.oss-cn-shanghai.aliyuncs.com/icon/tid8599/image_1604569494800_2e9fo.png 解决方案 MySQL数据库连接超时，在连接字符串上加上 &autoReconnect=true&failOverReadOnly=false 即可，这两个参数作用为连接超时后能自动重连⬝ 检查Smartbi-Unionserver跨库联合查询
本文介绍跨库联合查询部署完成后，Smartbi检查连接Smartbi-Unionserver。部署跨库联合查询请参考安装SmartbiUnionServer跨库联合数据源 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=114988688 Smartbi连接跨库联合查询 部署完成跨库联合查询后，浏览器访问Smartbi，打开数据连接--跨库联合查询，输入跨库联合查询的IP地址和端口，点击测试，显示测试成功，保存。如下图: yg-7.png检查Smartbi-Unionserver跨库联合查询
本文介绍跨库联合查询部署完成后，Smartbi检查连接Smartbi-Unionserver。部署跨库联合查询请参考部署Smartbi-UnionServer https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=56688811 Smartbi连接跨库联合查询 部署完成跨库联合查询后，浏览器访问Smartbi，打开数据连接--跨库联合查询，输入跨库联合查询的IP地址和端口，点击测试，显示测试成功，保存。如下图: yg-7.png跨库查询报错：catalog does not exist
（本文档仅供参考） 问题描述 基于跨库联合数据源新建原生sql数据集，查询报错catalog does not exist，跨库数据源里移除对应数据源再重新添加之后可以正常，但是重启跨库之后，还是会有同样的问题。 image2024-8-31_11-43-48.png 解决方案 客户是k8s部署的，重启会删跨库的配置文件，需要将跨库目录下/etc/catalog/smartbix挂载出来。 catalog不存在 找不到catalog
