第71页，共143页。 显示 1,421 条结果 (0.026 秒)
数据快查
是对数据综合信息快速查询的统称，包含了“数据结构”、“数据预览”和“血统分析”三方面的内容。 数据快查界面中显示了当前用户是否对该资产拥有数据权限，若用户没有数据权限，支持用户即时申请授权。数据授权详情请参见“数据授权 https://wiki.smartbi.com.cn/pages/viewpage.action?pageId=52628730”章节。 image2021-1-12_21-0-10.png 操作入口 数据连接 选择数据连接，在表上右键更多中选择“数据快查”。 image2021-1-12_14-25-12.png 数据准备 选择数据准备，在数据集或业务主题上右键更多中选择“数据快查Excel导入模板导入数据到Impala数据库，字符串数据被截取
可解决截取问题，也可通过定制Smartbi的数据处理类的方式，改变原有的insert SQL的拼接方式来规避此数据库问题。 image2020-8-25_17-32-32.png 规避方案2：若impala底层是hive表，并且Hive是允许使用JDBC方式直接连接的，可以尝试把数据导入到底层的hive。（一般hive配置了允许impala连接，hive允许直连的可能性比较少，不建议采用此方式） 后续： 在2021-01-29后的V95版本，产品在构造SQL时用 cast '管理员' as string 方式来处理，已规避此问题，可更新版本解决。 favourite电子表格⬝ 回写图片到数据库
： 1、在回写的数据源连接字符串中需要添加“&useServerPrepStmts=true”，例如上面例子中将数据回写进northwind数据库中，则需要在northwind的连接字符串中添加“&useServerPrepStmts=true”，如下打开报表显示乱码
（此文档仅供参考） 问题原因 应用服务器的启动参数未加字符集声明。 数据源连接中的字符集设置与数据库字符集不匹配。 解决方案 1.修改JVM虚拟机参数，增加 -Dfile.encoding=GBK 解决。在应用服务器的启动信息中增加中文字符集声明，操作步骤如下： (1) Webshpere … ：各种服务器如何修改JVM参数可参考：应用服务器配置建议(JVM参数) 2.在数据源连接中，一般情况下数据源字符集 https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=44500309#id-%E5%85%B3%E7%B3%BB%E6Spark SQL函数说明
： image2023-11-27_14-15-15.png 拖入【列选择】组件，连接组件，再执行该节点： image2023-11-27_14-16-57.pngimage2023-11-27_14-16-37.png 拖入【派生列】，连接组件，再 执行该节点： image2023-11-27_14-17-33.png 点击【派生列配置指标模型-快速入门
节点 章节开始。 指标存储库支持ClickHouse、SQL Server、MySQL、Oracle和PostgreSQL五种类型。 我们创建“MySQL”类型的指标存储库： 1）在“数据连接”主界面单击选择 MySQL： image2022-2-26_22-19-0.png 2）弹出“新建关系数据源”，在数据源配置界面，按照如下进行设置： image2022-2-26_22-24-51.png 3）单击 测试连接 按钮，待连接通过后，单击 保存 按钮，指标存储库即创建完成。 image2022-2-26_22-27-34.png 4、新建指标模型节点 1）在“数据准备”界面的资源目录更多菜单中选择 新建 > 指标快速创建指标模型
）在“数据连接”主界面单击选择 MySQL： image2022-2-26_22-19-0.png 2）弹出“新建关系数据源”，在数据源配置界面，按照如下进行设置： image2022-2-26_22-24-51.png 3）单击 测试连接 按钮，待连接通过后，单击 保存 按钮，指标存储库即创建完成报表导出报错：Illegal mix of collations for operation ' IN '
（本文档仅供参考） 问题描述 报表导出报下图的错误 image2025-1-7_15-16-8.png 解决方案 java.sql.SQLException: Illegal mix of collations for operation ' IN ' 应该是编码问题，数据源连接字符串的characterEncoding参数配置的编码与实际库的不一致，改成一致的即可Docker实战警示：此处大坑小洼，请绕行
的容器时出错 问题描述 使用fig部署两个有依赖关系的容器A和B，容器A内部应用的启动依赖于容器B内应用的完成。容器A内应用程序尝试连接容器B内部应用时，由于容器B内应用程序并未启动完毕，导致容器A应用程序启动失败，容器A停止运行。 原因剖析 容器的启动分为三个阶段，依次为dockerinit … 。如果fig中的容器A要访问mysql容器 B时，虽然fig会简单辨别依赖关系，让B先启动，再启动A，当fig无法辨别容器应用的状态，导致A去连接B时，B中应用仍然未启动完毕，最终A一场退出。 解决方案 对自身环境有起码的预估，如从容器B的启动到容器B内应用的启动完毕，所需多少时间，从而在容器A内的应用程序逻辑中添加V11产品安全加固指导手册
的HTTP拒绝服务攻击 通过配置中间件或nginx的连接超时时间 tomcat配置方式： 1、进入到Tomcat目录下的conf/server.xml文件中修改如下配置 将 connectionTimeout 值修改为 8000 connectionTimeout="8000" nginx配置方式： 进入到 … 一个缓冲区 client_body_buffer_size 16k; #指定客户端与服务端建立连接后发送 request body 的超时时间 client_body_timeout 50s; #客户端向服务端发送一个完整的 request header 的超时时间 client_header_timeout
