第3页，共164页。 显示 1,631 条结果 (0.024 秒)
数据模型抽取模式下如何展示实时数据
（本文档仅供参考） 问题： 数据模型中java查询、存储过程查询等子查询默认会走抽取模式，抽取模式需要定时抽取才会展示新的数据，但是实际数据变化时不规律的，无法定时抽取，如何展示实时数据？ 解决方案： 可采用时间参数+动态查询（按次抽取）方式实现，由于每次打开参数默认值不一样从而触发抽取，最终达到展示实时数据效果。 以脚本查询为例，操作步骤： 1、创建时间参数，参数默认值设置为获取当前系统时间，具体到秒 image2024-7-30_17-8-5.png 2、创建脚本查询，查询中需引入时间参数 image2024-7-30_17-11-53.png 3、设置为按次抽取数据模型抽取报错：Cannot open file...
（本文档仅供参考） 问题描述： 高速缓存库备份数调整后, 某一数据模型抽取提示抽取失败, 报错抽取日志如下： Caused by: java.lang.Throwable: Code: 76, e.displayText() = DB::ErrnoException: Cannot open file /var … 由于抽取的数据或是文件损坏了，可考虑删除该备份表后重新抽取，步骤如下： 1、用数据库连接高速缓存库，执行sql删除对应的表： DROP TABLE IF EXISTS `smartbimpp`.`icyxlcnae6ik0mp37ufniq_temp`; 2、因为CH的数据是落地到电子表格打开报错，提示：抽取未完成或抽取失败
（本文档仅供参考） 问题说明 电子表格打开报错，提示：抽取未完成或抽取失败。对应数据集中查看数据并未报错。 image2020-9-29_16-5-54.png 解决方案 页面提示： 抽取未完成或抽取失败。是因为这个数据集是要抽取的，但是实际没有抽取成功。而预览数据集不一定会执行抽取。 到数据集监控管理中，重新抽取该数据集。 如抽取成功，查看报表是否还报错。如还未成功，需看具体日志进行分析。 数据集监控管理具体操作可参考Wiki文档：https://history.wiki.smartbi.com.cn/pages/viewpage.action?pageId=40440299 https高速缓存抽取后日期数据不正确
（本文档仅供参考） 问题现象 日期类型数据抽取到高速缓存库后，日期数据显示不正确。 image2024-1-31_18-34-27.png image2024-1-31_18-35-30.png 原因 对于DateTime类型（含时分秒）：最大值为'2106-02-07 06:28:15'。这是因高速缓存库基于Unix时间戳（自1970年1月1日0点开始计数），而Unix时间戳在2106年02月07日将超过32位整数的最大值，从而导致溢出。 故，9999-09-09 这样值无法存储，抽取后的数据不正确。 处理方案 建议是将字段由日期类型改为字符串类型后再进行抽取。 验证如下透视分析（旧）数据抽取时每次读取数据条数（JDBC Fetchsize）
（本文档仅供参考） 问题说明 在系统选项中 透视分析数据抽取时每次读取数据条数（JDBC Fetchsize）：这个地方我理解就是可以配置抽取行数的设置入口，但是我本地测试发现设置了1000，执行时还是抽取的10000,请问这个地方的设置是什么作用。 image2019-9-4 14:50:35.png 解决方案 此设置项的作用是当透视分析报表设置了【抽取数据】，可以防止一些数据库jdbc驱动一次性将所有的数据都加载到内存中，导致服务器内存被撑爆。因为设置数据抽取每次读取数据条数后，可以通过数据库游标方式每次只取1000条返回到内存上，这样可以避免服务器内存被大量占用的情况性能优化自动优化计算公式
（本文档仅供参考） 【系统选项】-【性能优化】处【自动优化】的计算公式为？ image2024-7-27_17-7-40.png 数据集单次查询最大单元格数、单线程抽取数据行数、报表最大单元格数、电子表格分组/Excel融合分析报表取数最大行数、透视分析单次查询数据行数、资源定义缓存个数、报表结果缓存个数、数据集结果缓存个数。 以上计算公式为：（JVM最大内存/2g）*系统默认值，其中JVM内存单位为g。抽取报错：其他抽取资源已经占有该表
（本文档仅供参考） 问题描述 抽取数据的时候报其他抽取资源已经占有该表，如下图： image2020-8-26_19-44-34.png 解决方案 设置了抽取的数据集不能另存的原因，因为另存后相当于两个数据集用了一个抽取，取消抽取再另存就可以了。 其他抽取资源已经占有该表 占有该表 其他抽取抽取日志
跟踪 日志类型 目前抽取过程的日志分为两种： 1、抽取过程的错误日志，这种是在抽取异常的时候会记录在error文件，在数据集抽取日志中能查看。 2、抽取过程中的DEBUG日志，这种是为了便于跟踪抽取过程直接输出到控制台。 错误日志 错误日志我们可直接在抽取监控面板查看或者右键 数据集 > 调度管理 > 抽取日志查看。 DEBUG日志 抽取过程的流程图，如下： 未命名文件.png DEBUG日志，我们有两种方式实时监控： 1、tail -f smartbi.log 2、系统监控-日志，这里可以在浏览器实时监控 抽取过程 日志抽取过程如下： ① 数据抽取一次，便会生成一条抽取日志记录抽取日志
跟踪 日志类型 目前抽取过程的日志分为两种： 1、抽取过程的错误日志，这种是在抽取异常的时候会记录在error文件，在数据集抽取日志中能查看。 2、抽取过程中的DEBUG日志，这种是为了便于跟踪抽取过程直接输出到控制台。 错误日志 错误日志我们可直接在抽取监控面板查看或者右键 数据集 > 调度管理 > 抽取日志查看。 DEBUG日志 抽取过程的流程图，如下： 未命名文件.png DEBUG日志，我们有两种方式实时监控： 1、tail -f smartbi.log 2、系统监控-日志，这里可以在浏览器实时监控 抽取过程 日志抽取过程如下： ① 数据抽取一次，便会生成一条抽取日志记录联合数据源中，临时表抽取数据失败
（本文档仅供参考） 问题 V7及以下的版本联合数据源，创建临时表，数据抽取失败，如下图： 44444444.jpg 解决方案 联合数据源中，临时表抽取数据失败，有时是因为抽取的字段中，部分字段的字段长度过长，超过了上图所示字段属性中字段长度255，去除过长字段，导入即可成功。 联合数据源抽取失败
