第19页，共566页。 显示 5,660 条结果 (0.09 秒)
数据模型错误用法
还记得你第一次构建数据模型时的雄心壮志吗？想象着自己化身数据界的"神笔马良"，挥一挥鼠标，就能让杂乱无章的数据乖乖听话，变成一幅清晰明了的商业洞察图。 然而现实总是骨感的，当你兴致勃勃地开始搭建，却发现：维度表主键重复？事实表数据缺失？关联关系一团乱麻？…… 恭喜你，成功解锁了数据模型构建的"隐藏关卡"——踩坑之旅！ 别担心，你不是一个人在战斗！这次，我们一起回顾那些年我们踩过的坑，一起笑看数据模型界的"乌龙事件"， 并从中吸取经验教训，让我们的下一次模型构建之旅更加顺畅！ 踩坑一：事实表不使用共享日期维表 当处理包含多个日期列的事实表时，选择使用哪个日期列进行筛选变得尤为重要。若选择不当，可能导致日期序列的不连续性，进而造成数据库网关
1.需求背景 Smartbi服务器部署在云端，用户需要在云端Smartbi中建立数据源以访问企业内网的关系数据库，这时就需要通过数据库网关功能进行相关的链接和访问。 参考资料：本地数据网关体系结构 https://learn.microsoft.com/zh-cn/data-integration/gateway/service-gateway-onprem-indepth 2.功能说明 云端的Smartbi，可以直接访问企业内网的关系数据库。 3.使用说明 3.1. 扩展包部署 扩展包：Smartbi_Common_DatabaseGateway https://my.smartbi.com.cn/addons透视分析（旧）选择焦点项数据量显示不全
（本文档仅供参考） 问题说明 透视分析“选择焦点项”数据量显示不全，如下： image2025-1-7_15-54-0.png 解决方案 “选择焦点项”返回多少数据量，是受【系统选项】--> 【性能优化】 -->【透视分析单次查询数据行数】的配置影响。此设置项的值，不能设置过大，建议按照“自动优化”后的值使用，避免一次性加载较多的数据到内存中导致系统内存溢出。 image2025-1-7_15-52-22.png 透视分析数据不全 透视分析数据缺失获取上一年年末数据
1 背景 用户在报表层根据“年”筛选数据，获取上一年年末数据。 比如"行"轴的日期是：2024-03-24，获取 2023年12月31日的数据，如果日期是2023-03-24或2023-12-30 获取2022年12月31日的数据。 2 需求分析 如果要实现这个需求，需要根据行轴上的”日期“获取上一年的最后一天。 3 具体操作 可以点击链接 https://demo.smartbi.com.cn/smartbi/smartbix/?integrated=true&showheader=false&l=zh_CN&hash=%23adhocanalysis%2Fedit当数据库中的表名与字段名称有关键字的情况下请设置"数据源连接"中"引用标识符："
（本文档仅供参考） 说明 当数据库中的表名与字段名称有关键字的情况下请设置“数据源连接”中“引用标识符：”。 步骤 以MYSQL数据库的"："为例： 当MYSQL的数据库中的数据表的表名称为“table”时，”table“为关键字，则找到对应的数据源，并双击打开该数据源设置“引用标识符：”。（注：不同数据库类型的“引用标识符”不同） 3.png table表名自助ETL-数据查询
1. 概述 数据查询，是指将选择的Smartbi“数据查询”转换成二维宽表，供后续节点使用。 “数据查询”节点的部分查询类型执行依赖于高速缓存库，如果高速缓存库连接信息未正常配置，该节点无法正常执行。 高速缓存库配置的 url 地址建议使用 ip 方式连接，不推荐使用域名的方式连接。 必选依赖“高速缓存库”的节点(见下图红色框标记)：存储过程查询、生成日期表、java查询，脚本查询； 不依赖“高速缓存库”的节点(见下图蓝色框标记)：“sql查询”，“可视化sql查询”，“模型明细查询”，“模型汇总查询”；其中前面2个（“sql查询”，“可视化sql查询”），如果sql依赖的原始数据库ETL不支持，则还是会依赖“高速缓存库部署Smartbi数据挖掘/SmartbiETL集群
数据挖掘组件介绍 部署Smartbi 数据挖掘引擎集群需要部署以下组件： 服务名称 简介 数据挖掘-执行引擎 负责接收Smartbi 发送执行请求。 通过解析执行定义，生成spark 计算任务或python计算任务，分别发送给计算节点。 本身并不承担计算任务，只负责计算任务的调度跟分发。 数据挖掘-服务引擎 提供模型预测服务给第三放系统调用 Zookeeper 用于实现数据挖掘执行引擎和数据挖掘服务引擎的高可用。 Python执行节点 python 执行环境，主要承担执行引擎发送过来的python计算任务。 可以横向扩展，执行引擎会根据负责均衡策略SQL查询/数据集支持权限控制
1 概述 从安全角度上，产品正在逐步完善数据权限控制，避免出现数据安全性问题。 2 功能说明 1、在系统运维(运维设置) /系统选项/ 高级设置 增加了下面的设置项： 序号 选项 内容 1 RAW_SQL_APPLY_MASKING_RULE 如果在源表设置了脱敏规则，通过原生SQL数据集、SQL查询等方式取数，如果开启了该项，能正常继承到对应的脱敏规则，从而对数据进行脱敏处理。 系统系统默认false，即不开启(不生效)；设置成true，则是开启。 2 RAW_SQL_APPLY_ROW_PERMISSIONS 如果在源表设置了行权限，通过原生SQL数据集、SQL查询等方式数据模型预览报错：Error while looking up jdbcDriver!
（本文档仅供参考） 问题描述 已经按照wiki在BI中添加驱动：如何向Smartbi中添加数据库驱动jar包—V9及以上版本，并可以正常读取数据。 但数据模型引用数据表，预览数据，系统日志报错：Error while looking up jdbcDriver! image2023-7-21_11-36-48.png 解决方案 此问题是由于OLAP缺少对应的数据库驱动导致，可参考上述文档，继续在OLAP中配置驱动：如何向Smartbi中添加数据库驱动jar包—V9及以上版本 image2025-5-6_16-59-1.png olap缺少驱动 缺少驱动数据模型查询无数据，即席有数据，透视分析无数据
（本文档基于v11版本的数据模型创建的即席和透视） 问题描述： 数据模型查询无数据、即席查询使用到的数据模型可以查到数据，透视分析使用到的数据模型查询不到数据，（同一个数据模型），数据源是mysql image2024-1-17_9-58-39.png image2024-1-17_9-59-10.png image2024-1-17_9-59-40.png 问题原因 数据源链接字符串处的编码问题 解决方案 出现问题的实际环境数据源连接字符串useOldAliasMetadataBehavior=true后面的参数都给去掉了，将后面的信息【&useUnicode=true&characterEncoding
