第108页，共253页。 显示 2,527 条结果 (0.068 秒)
修改Tomcat服务器的应用名称
重新配置知识库，如果需要配置到原本的知识库，建议是先保留bin目录下的smartbi-config.xml，这时候可以从此文件确定原本知识库的配置信息。 图片4.png 用文本编辑器打开 smartbi-config.xml，可以看到知识库相关信息如下，参考文件里边的信息在config.jsp界面配置知识库容器启动gp
的 docker load < \c\Users\Documents\Smartbi_Gp-ccc.tar 注意：不能放有空格文件，标红的为路径 镜像文件 说明 Smartbi_Gp.tar 安装了Greenplum数据库的镜像文件 Smartbi_Gp-ccc.tar 安装了Greenplum数据库和GPCCC监控软件的镜像文件 Smartbi_Gp-ccpg.tar 在上面基础上加了一个phppgadmin数据库管理工具 Smartbi_Gpn.tar 安装了Greenplum数据库用来集群的镜像Mysql优化建议
本文档仅提供mysql的相关优化建议，请根据实际部署环境，进行参考配置或忽略。 修改mysql数据库配置文件，需要重启数据库，请谨慎操作。 所有修改操作前，建议提前备份相关文件，避免出现问题。 1、禁用local-infile选项 详细信息：禁用local-infile选项会降低攻击者通过SQL注入漏洞读取敏感文件的能力。 处理方法： 编辑mysql配置文件<conf_path>/my.cnf，在[mysqld]段楼中配置local-infile的参数为0，并重启mysql数据库。 local-infile=0 2、禁用symbolic-links选项 详细信息：禁用符号链接以防各种安全风险。 处理修改Tomcat服务器的应用名称
的smartbi 都修改成目标名称（例如test） image2018-1-18 15_31_24.png 6、启动后访问链接为http://localhost:18080/test/ ，会进入config.jsp配置界面，这时候需要重新配置知识库，如果需要配置到原本的知识库，建议是先保留bin目录下的smartbi-config.xml，这时候可以从此文件确定原本知识库的配置信息。 图片4.png 用文本编辑器打开 smartbi-config.xml，可以看到知识库相关信息如下，参考文件里边的信息在config.jsp界面配置知识库。 image2018-1-18 15_43_56.png 图片5.png 7、保存配置JDBC驱动测试
。 image2023-12-4_19-41-3.png 配置项说明 配置项 使用说明 数据库类型 选择数据库类型，可以预置驱动程序类和连接字符串，如果不在选择范围内，可以选择Other，手动输入驱动程序类和连接字符串 驱动程序路径 配置自定义驱动目录，输入驱动JAR所在的的目录，如果不填，默认读取BI内部驱动 驱动程序类 驱动程序类，如MySql的com.mysql.jdbc.Driver 连接字符串 连接字符串，如MySql的jdbc:mysql://localhost:6688/smartbidemo 用户名 数据库用户名 密码 数据库密码 工具类型 选择202507产品更新说明
操作。 2、智能分析能力升级 AIChat支持直接问指标的期初、期末值（含增长计算）。 优化大模型代码生成效率，平均响应速度提升10% 。 3、数据管理全面增强 新增适配DataFuse虚拟数据湖仓与ByteHouse列式数据库，扩展数据源兼容性。 计算度量校验强化，实时拦截无效字段引用和循环表达式 … 一款开源的云原生新式数据仓库，凭借快速弹性扩展、架构简单和低成本的显著优势，可灵活对接 MySQL、Clickhouse、GaussDB 等多种底层数据库。详情可查看：DataFuse虚拟数据湖仓。 datafause.png ———— + 新增适配ByteHouse ByteHouse是字节跳动基于自助ETL
，因为数据抽取过程有延时性，所以不适合于创建实时数据报告。 ETL 通常是对多来源的异构数据，进行抽取、清洗转换等处理工序后，得到具备完整性、一致性的数据，然后将其输出到新数据库中。 Smartbi 自助ETL 模块以工作流的形式，从源库抽取数据，然后通过易于操作的可视化方式，将数据加工成具备语义一致性与完整性的数据，然后输出到目标库。我们通过封装 ETL 算法，屏蔽复杂的技术概念，实现了让业务人员也能进行自助ETL 操作的目标。另外，在数据模型中也提供了“高级ETL查询“功能，让用户在构建数据模型的过程中，也能直接进行复杂的数据处理，提升了模型构建的效率。 更新链接地址启动报错：Batch update returned unexpected row count from update [0]; actual row count: 2; expected: 1
（本文档仅供参考） 问题说明 启动报错，关键词内容 actual row count: 2; expected: 1 image2022-11-28_16-1-18.png 解决方案 出现该问题原因为正常是返回一条记录，但是目前返回了返回了两条。此时应该是数据库中应该是有一样的记录，可根据报错内容分析 … ='数据库' AND constraint_name='PRIMARY' 】同一个字段在数据集中使用两次，as别名不同，但是结果集中只能输出一个字段
（本文档仅供参考） 问题说明 在原生sql中，查询了两张表的字段。其中两张表中都有一个字段叫做"opreator_name"，在sql中同时查了这两个字段，但是as 别名是不一样的。结果发现在输出结果集的时候，输出字段始终只有一个。 如下： image2018-9-21 14:18:40.png 解决方案 该问题是因为使用的数据库是mysql数据库，且数据源中的连接字符串不正确。主要是由于连接字符串中少了一个配置项：useOldAliasMetadataBehavior=true 参考的链接字符串如下： jdbc:mysql://192.168.1.10:3060/dwSQLServer：查询条件包含中文信息无法获取到查询结果
（本文仅供参考） 问题现象： 在使用sql查询SQLServer中的数据时，数据中明显存在有可对应where限制条件的数据，但是通过使用where限制条件查询时发现出现无数据的情况。 image2024-2-25_16-36-7.pngimage2024-2-25_16-36-56.png 问题原因： 该问题是由于所使用的SQLServer数据库为英文版本所以数据库中的字段值为Unicode编码，在查询字段类型为char ->nchar varchar ->nvarchar text →ntext类型的字段时会出现字符编码不匹配故查询不到对应数据的情况 解决方案： 由于该问题主要为sql层面的限制
