第11页，共610页。 显示 6,098 条结果 (0.069 秒)
可视化跨库查询示例
。 目前支持做跨库的数据源类型包括：高速缓存库、Hadoop_Hive、星环、Vertica、CH、Greenplum、Infobright、Oracle、DB2 V9、MySQL、MS SQL Server、Spark SQL、Teradata_v12、Informix、IMPALA、PostgreSQL。 本示例基于如下两个数据源进行跨库查询： MySQL Oracle image2019-12-10 15:9:13.png image2019-12-10 15:15:43.png 按照如下步骤基于以上两个数据源实现可视化的跨库查询： 1、创建一个新的可视化数据集 ，数据源选择“跨库联合数据源”。如下⬝ 使用OceanBase数据库作为知识库
“_JDBC_oceanbase.jar”。 目前支持Mysql模式，不支持Oracle模式；Mysql模式下有部分限制 1、不支持alter字段的类型和长度。 2、不支持在无主键的表使用alter添加主键。 3、gbk编码的数据库目前存在一些问题(需要具体问题具体分析), utf-8目前没什么问题。 4、由于连接该数据库时后置升级类导入资源的时候很慢，很久没有commit，会报Transaction is timeout的错误。 需要设置一下 ob_query_timeout 和 ob_trx_timeout 两个数据库变量(用SQL执行)。 使用show variables like知识库大小写问题
（本文档仅供参考） 问题现象 由于linux环境下安装的mysql的表名称默认是区分大小写的，当smartbi使用linux系统下的mysql作为知识库时创建的Q开头的表名称是默认大写的（如未开启大小写敏感，默认创建表名是小写的）； 当通过修改myslq的参数lower_case_table_names=1将mysql的表名称改成不区分大小写，重启mysql和smartbi会报Table 'smartbi.qrtz_locks' doesn't exist和Table 'smartbi.qrtz_triggers' doesn't exist 这类缺表的错误。 对于这类问题要安装部署/服务器/启动服务报错获取知识库失败
到一定大小的时候，大概是4G，启动的时候会往表里写日志，MySQL认为这个表到上限了，导致MySQL挂了，目前发现只会出现在Windows环境。 解决方案 方法一： 知识库 t_operationlog表损坏了，将t_operationlog这个表重命名成t_operationlog_bak，再重新创建一个t_operationlog，然后启动。 方法二： 新建知识库，把除t_operationlog之外的表和数据都复制到新库了，再创建一个新的t_operationlog，进入config页面更新知识库信息后重新启动服务连接数据库
://abc.cloud.smartbi.com.cn/smartbi/vision/RMIServlet。 点击右下角”保存“按钮。 image2025-3-29_11-37-48.png 二、公网连接租户内置的MySQL 每个租户有一个内置的 MySQL 实例，由于 MySQL 和 Tomcat 在同一个容器 … MySQL，可以在笔记本电脑连接数据库，方便的创建表、导入数据，并在 Smartbi 租户上制作示例。可以找管理员新建MySQL账号。 四、 新建Oracle/SQL Server等数据库 如果项目组需要Oracle/SQL Server/PostgreSQL/GaussDB等社区版数据库，可以找管理员创建容器实例。 五setFetchSize对各数据库的影响
，知识库为mysql 8C32G，资源选取两个字段，每个字段拼接成40个字符长度，CPU统计平均值，内存按最大使用量统计。 当业务库为100W 17字段，来源原生SQL，4字段，字符长度为200个字符时，FetchSize对oracle影响如下： 并发数 内存 时间 fetchsize5000 … 大部分数据库而言查询效率都有一个不错的提升，因此1w是一个比较合适的值。 （3）对于某些数据库具体而言，如：DB2_V9、HANA、MYSQL、ORACLE、SHENTONG和TERADATA_V12随FetchSize值的增大而效率提升巨大；CLICK_HOUSE、DAMENG和POSTGRESQL的查询效率也有一定setFetchSize对各数据库的影响
，知识库为mysql 8C32G，资源选取两个字段，每个字段拼接成40个字符长度，CPU统计平均值，内存按最大使用量统计。 当业务库为100W 17字段，来源原生SQL，4字段，字符长度为200个字符时，FetchSize对oracle影响如下： 并发数 内存 时间 fetchsize5000 … 大部分数据库而言查询效率都有一个不错的提升，因此1w是一个比较合适的值。 （3）对于某些数据库具体而言，如：DB2_V9、HANA、MYSQL、ORACLE、SHENTONG和TERADATA_V12随FetchSize值的增大而效率提升巨大；CLICK_HOUSE、DAMENG和POSTGRESQL的查询效率也有一定数据模型引擎V2.0
及事实表度量时，会出现空的维度; 抽取模式：都是V2.0的展示效果。 新的变更调整更符合业务实际使用逻辑，如果想保持V1.0的效果，建议升级后设置“假设引用完整性”。 说明 V1.0 VS V2.0 V1.0，默认不显示维表中不存在的度量的值。 V2.0 ，默认会显示事实表中所有的度量值，匹配 … ：OLAP_QUERY_NEW_ENGINE_BUILD_MDX 如果为true代表开启，如为false代表关闭。(确保当前MPP库适配新引擎，否则设置项无效)； 在2025-04-08之后的包是默认开启该引擎的。 2.2 数据模型引擎V2.0 比V1.0 增强了哪些功能 1、前提：业务库适配 目前已经有28+个业务库适配了引擎202412产品更新说明
库：MySQL 8.0。 场景：在事实表[订单明细表]表中，初始数据量为5KW，增量“插入更新”10w”数据的性能情况： 表名称 原始数据 增量数据 是否分区 分区设置 增量抽取耗时 抽取提升效率 订单明细表 5KW 10w 是 按照day分区 … 江南冬十二月，溪上梅三两花。载取小舟香影，月明自棹回家。 1 发布月份 2024年 12月 2 更新概览 1、新增数据预警功能，实现自动监控关键指标和重点数据，及时推送预警消息给相关人员，以确保快速响应。 2、自助ETL全面升级，全新的ETL在操作性、易用性、交互性上得到了较大提升，在新UI的加持下，将给概述
灵活分析业务发展情况。但是由于业务数据分散存在多个业务系统，比如：产品生产系统中的产品表（MySQL库）、订单系统的订单表（Oracle库）等，并且还有部分存储在本地Excel文件中的数据很难导入系统进行关联分析。因此导致小王业务分析效率、正确率低下，对业务指导不够及时。 客户期望：整合分散的业务数据，及时灵活的分析业务数据 Smartbi数据模型整合多种数据集类型，融合线上线下数据，包括数据源表、即席查询、SQL查询、导入文件等，并且支持跨库数据整合，可以直接连接Oracle、MySQL、Excel文件等各类数据关联分析，满足不同用户的数据准备需求，提升数据分析的效率。 03.png 1.1.5 解决“网状路径
