第11页，共203页。 显示 2,025 条结果 (0.023 秒)
获取数据模型的执行MDX和SQL
（本文档仅供参考） 问题 可以通过什么方式获取通过数据模型创建的报表的执行MDX和SQL？ 解决方案 方案一：系统监控（推荐） 具体步骤如下： 1、【用户】-【系统监控】-【服务器-设置】；或者访问该地址：http://ip:端口/smartbi/vision/sysmonitor.jsp，参考此文档添加OLAP服务器：如何使用SmartbiOLAP监控器? image2023-12-4_14-0-24.png 2、清空系统缓存（因有缓存情况下，不会重新将SQL拿到数据库中执行则无法获取到执行SQLSQL引擎
驱动程序无法通过使用安全套接字层(SSL)加密与 SQL Server 建立安全连接
（本文档仅供参考） 问题现象 etl ，数据查询节点，里面执行sql能够查询，外面执行节点报错。 image2024-11-11_20-21-37.png 处理方案 经验证，通过sql查询可正常执行。原因为sql查询是基于数据源的连接驱动进行与数据库连接查询的。而数据查询节点的执行是通过spark引擎执行的。将对应数据源连接的驱动，放到etl连接的目录下，重启引擎就可以了。 image2024-11-11_20-24-11.png 注：此报错信息，并非一个根因，也可能是其他原因导致。网上可根据报错关键词搜索其他参考方案。 https://blog.csdn.net/qq_33838819/articlesql查询异常user lacks privilege or object not found
（本文档仅供参考） 问题描述 客户使用原生sql查询输入测试数据正常，添加复杂的sql就会一直报如下错误。 image2024-7-12_15-13-4.png 解决方案： 发现测试正常，生产数据异常只有别名不一样。经确认是由于别名字段太长造成的。修改输出表头正常了。 image2024-7-12_15-18-24.png参数实现默认为空/模糊查询-SQL怎么写
（本文档仅供参考） 问题 问题1.希望参数实现默认为空 问题2.希望参数实现模糊查询 解决方案 问题1.希望参数实现默认为空 RE：使用 {[]}的方式编写表达式 问题2.希望参数实现模糊查询 RE：SQL中使用like where {[ `ShipName` like '% %' ]} 具体如下： 2023-10-27_165243.png 2023-10-27_164550.png 如果需要参数中默认值为空，则参数要进行设置 2023-10-27_164516.png 注意参数的数据类型使用其它类型：文本框参数用于模糊查询会报错数据模型SQL查询什么情况下会强制抽取
在一些情况下，我们在数据模型中创建了一个SQL查询，SQL查询能够正常查询预览出数据，但保存时会提示SQL查询只支持抽取模式，这是为什么呢？ image2023-11-21_20-37-1.png image2023-11-21_20-38-11.png 这是因为数据模型直连情况下，要求SQL查询中的SQL必须是可以嵌套查询的。简单来说即下面SQL语句是可以执行成功不报错的。 select * from (原始SQL) T1 WHERE 1 = 0 保存SQL查询时，我们可以从SQL监控或系统日志中找到执行报错的SQL，分析其报错原因，以上述sql为例，可能模型中sql查询运行正常，但SQL监控会显示运行状态为失败SQL查询与可视化查询有什么区别？
说明 设置方式不同 可视化查询通过鼠标的拖拉操作设置查询，并自动生成查询语句运行，不用手写SQL语句；而SQL查询是通过在文本区中输入SQL语句，来创建一个报表。 针对对象不同 可视化查询可以看作是对一个特定业务主题的查询，主要针对业务人员进行应用。而SQL查询对于熟悉SQL语句的技术人员来说，是一个较为快捷的方式。SQL在数据库工具中运行正常，但是预览数据报表达式解析错误
（本文档仅供参考） 问题说明 数据集中的SQL语句在数据库工具中是正常执行的，但是在smartbi中却报“表达式解析错误:expecting STRING_LITERAL, found '['at line:1 column:399 http://column:399/”... 解决方案 1、通常是由于SQL语句里面有特殊字符导致，大部分报错的是SQL中包含“^”，由于"^"在smartbi的SQL编辑器中是有标记对象（如参数、表、用户属性等）的特殊作用，因此不支持SQL语句中直接写^，这类特殊字符需要进行转义。 （1）MySQL库中，char(47) 代表字符“/”，char(94)代表字符"^"（向上尖括号），特殊StarRocks数据预览出现SQL错误: nanos>999999999 or <0
问题现象： 数据源在数据快查的时候发现会出现如下是sql查询错误，数据库本身查询是没有问题的，在产品中写原生sql查询也是相同的报错信息 image2024-7-27_9-53-38.png 问题原因： 从报错信息中定位到，jdbc抛出的这个报错信息，是由于驱动在做类型转换的时候timestamp(时间戳)类型没有读取到时间的信息抛出的异常（注意：纯jdbc驱动链接测试jsp可能无法复现这个问题）。由于在产品中默认连接StarRocks是使用产品内置的mysql5的驱动连接的，低版本的驱动没有适配StartRocks的timestamp类型取数，导致驱动查询的时候异常。 解决方案： 参考文档如何向Smartbi中获取sql数据错误：column 'XXX' does not exits
（本文档仅供参考） 问题说明 sql数据集报获取sql数据错误：column 'XXX' does not exits，原生sql数据集正常。 image2023-3-14_9-12-27.png 解决方案 经排查，sql数据集会在外面再进行嵌套，需要对字段设置别名。
