第7页，共368页。 显示 3,673 条结果 (0.037 秒)
麒麟数据库查询时间相差8小时
（本文档仅供参考） 问题 关系数据源中对接了麒麟数据库，smartbi中查询日期字段数据时，与数据库查询结果相差8个小时。 原生SQL执行结果.png image2023-4-14_12-35-36.png 解决方案 时区问题导致的，连接字符串加上参数即可：timezone=Asia/Shanghai 03.png 时间不对 kylin时间不对 麒麟查询时间不对高速缓存库查询报错查询超出最大内存限制
问题现象： 高速缓存库抽取的时候报错，抽取日志中显示超出内存最大限制14G大小，实际上仅2-3个模型进行并发的抽取，就会将内存全部占满。 image2024-7-27_17-34-22.png 问题原因： 按照数据模型抽取逻辑，产品会将维表和事实表单独抽取到高速缓存库中之后在高速缓存库中通过关联查询将所以的表汇总成大宽表，在关联查询的时候很可能因为数据量过大且并发的查询较多的情况下高速缓存库的内存就很有可能会出现不够用的情况。 解决方案： 主要可以从以下几个方面进行优化。 1、调整数据模型维表数据量 高速缓存库会先将表全部抽取之后再进行关联，当维表的数据量很多的时候，比如维表数据量50万，事实表数据量几百万即席查询如何实现数据库的left join效果
（本文档仅供参考） 问题 目前有如下数据，基于数据模型的即席查询如何实现数据库的left join效果？ image2025-3-19_11-5-46.png image2025-3-19_10-58-21.png image2025-3-19_10-58-47.png 当前效果 image2025-3-19_11-6-21.png 理想效果 image2025-3-19_11-6-57.png 解决方案 开启【显示无数据项目】，设置项说明：即席查询中如何查看无事实数据的维度数据 image2025-3-19_11-7-39.png 即席查询左关联 即席查询left join高速缓存库
2022-02-16_17-30-47.png2022-02-16_17-37-33.png 1、Presto执行多表关联查询时，会把多表拆分成多个执行计划执行，这样会影响查询效率。因此Presto不适合执行的多表关联场景有：跨库多表关联拼接查询。 2、Presto的关联机制：Presto会默认执行广播式的JOIN操作，会将左表拆分到几个工作节点上，然后发送整个右表分别到已拆分好的处理左表的工作节点上，如果右表非常大就会超出工作节点的内存限制，进而出错。因此，需要把数据量大的表放在左表才能保证查询正常。 3、presto+hive作为高速缓存库时，若hive设置了用户名密码，那么presto的配置中就需使用https证书（证书需根据服务器生成），因此跨库联合TIDB数据库做为业务库 连接正常，查询也正常，但是添加某个字段为条件时，提示：encoding failed
（本文仅供参考） 问题描述 TIDB数据库做为业务库 连接正常，查询也正常，但是添加某个字段为条件时，提示：encoding failed image2023-9-4_12-47-9.png image2023-9-4_12-46-22.png 解决方案 经测试 该问题是由于数据源连接编码问题，由原来GBK换成UTF-8 解决 encodingfailed 添加筛选条件报错回写-电子表格后，查询时保持原数据库表的小数位
问题描述： 客户创建的回写表，通过数据模型的方式，创建的查询数据，然后进行回写查询，发现数据回写没有问题，查询时，小数位只展示2位，如何展示数据库表一样的小数位？ image2024-7-30_14-48-15.png image2024-7-30_14-48-46.png 解决方案： 方案一：可以通过直接获取系统数据库表的字段进行查询，开启电子表格旧的数据集，系统选项-高级设置； image2024-7-30_14-52-20.png 方案二：如果是通过数据模型和sql方式进行查询，这时需要在电子表格中设置如下选项，清除选项即可： image2024-7-30_14-50-48.png 回写后显示所有小数位跨库联合数据源
@self图片直接放存在mysql数据库，导致前端查询性能很慢
（本文档经供参考） 问题详情： 设计的是图片用户自行拍照，直接放存在mysql数据库，导致前端查询性能很慢。当出现这样问题应该如何来提升前端页面查询性能？ image2022-8-12_9-39-29.png 解决方案： 可考虑将手机拍的照片不存放到mysql，而是存放到一个ftp服务器，然后在展示层面文字部分内容是来源mysql的，照片部分是来源ftp服务器的，这样性能压力就不会在mysql，可以有效提升一定的性能，此效果需要定制java查询配合上mysql数据源的常规查询一并在电子表格中进行使用。设置及修改查询
1、比如想要制作宽表、想加工跨库数据，可以把查询转成ETL高级查询去实现。 2、目前除了 ETL高级查询” 不能转为ETL高级查询，其他查询均可转ETL高级查询。 3、数据源表 转为高级ETL查询之后，会自动把对应的数据库、SCHEMA、表名，详情可参考 创建ETL高级查询。 4、其他查询比如 即席查询、SQL … 重新构建模型；如果是抽取模式，保存时会提示重新抽取，详细可查阅直连&抽取。 2、除了【数据源表】无法编辑之外，其他查询都可以进行编辑，其中【导入文件】的编辑是追加数据，详情可查看导入文件数据。 同步 目前只有【数据源表】才有同步功能; 比如加入到数据模型的【数据源表】，对应的底层业务库中的表更改了数据类型查询语句(SQL)超过了缓存库配置的最大数
（此文档仅供参考） 问题现象 基于数据模型制作的仪表盘，数据模型为抽取模式并且高速缓存库为CH，在仪表盘中查询数据时报错“查询语句(SQL)超过了缓存库配置的最大数，请联系管理员！” image2022-11-14_9-30-41.png 解决方案 修改高速缓存库CH的配置文件：/etc/clickhouse-server/users.xml 查询语句大小限制，默认的max_query_size最大是256 KiB，如果查询语句比较大，可以配置此项，下图配置为10G，可自行调整，但不超过mpp最大内存 <max_query_size>10737418240</max_query_size> 查询语法树中的最大
