第12页，共491页。 显示 4,907 条结果 (0.032 秒)
admin统一给用户分配默认界面
（本文档仅供参考） 问题现象： 客户要求：admin统一给所有用户设置默认界面（不同用户看到的默认界面不同），即就是用户登录进系统后一进来就看到默认界面，不接受点击首页按钮才能看到默认界面； 解决方案： 1.资源发布-发布电脑主题； image2024-3-15_11-23-16.png 2.将系统首页设置为【数据门户】，数据门户首页设置为隐藏即可实现客户要求的效果； image2024-3-15_11-24-34.png 效果图如下： image2024-3-15_11-25-54.png image2024-3-15_11-26-9.png image2024-3-15_11-26-17.pngTomcat(Smartbi_proxy) 集群配置后 然后直接访问 代理tomcat的端口 第一次打开就是报 HTTP STATUS 500错误，再刷新一次就没了
（本文档仅供参考） 问题 部署了tomcat集群 然后直接访问 代理tomcat的端口 第一次打开就是报 HTTP STATUS 500错误，再刷新一次就没了 image2019-10-29 10:45:58.png 解决方案 检查后发现 配置负载均衡服务器 步骤，在配置各个 smartbi 服务器的访问地址只有第一个地址写了http协议，实际逗号分隔的每个地址都应该是完整的http://ip:端口/smartbi/vision/index.jsp。 image2018-11-5 19:17:58.png制作一张bi报表资源目录（可跳转）
（本文档仅供参考） 问题说明： 期望在bi中实现这样一张报表，用于展现当前smartbi中已创建的报表资源，并且可以支持点击跳转到具体的报表资源。 image2024-5-25_15-13-23.png 解决方案： 步骤一： 创建数据模型，查询知识库t_restree表获取当前smartbi中已存在的报表明细数据，参考sql如下。 image2024-5-25_15-17-16.png select c_resid 资源ia, c_resname 资源名称, c_resalias 资源别名, case when c_restype系统日志中一直不断打印报错"peerLookup: //ip:40000/*,error"
（本文档仅供参考） 问题 部署BI集群后，proxy界面各节点都显示正常，但系统日志中不断打印"peerLookup: //ip:40000/*,error"错误。 proxy界面： image2024-10-26_15-34-46.png 系统日志报错： image2024-10-26_15-35-27.png 解决方案 日志为集群节点之间缓存同步端口40000不通导致，建议参考以下几种情况排查。 第一种：config界面集群配置 在smartbiconfig配置中建议先选择手动，再选择自动知识库获取。 集群部署wiki：Smartbi Proxy+Tomcat部署Smartbi集群同一个字段在数据集中使用两次，as别名不同，但是结果集中只能输出一个字段
（本文档仅供参考） 问题说明 在原生sql中，查询了两张表的字段。其中两张表中都有一个字段叫做"opreator_name"，在sql中同时查了这两个字段，但是as 别名是不一样的。结果发现在输出结果集的时候，输出字段始终只有一个。 如下： image2018-9-21 14:18:40.png 解决方案 该问题是因为使用的数据库是mysql数据库，且数据源中的连接字符串不正确。 必须保证关系数据源中的链接字符串如下格式： jdbc:mysql://192.168.1.10:3060/dw?useOldAliasMetadataBehavior=true&useUnicodeBI笔记之---Cube增量处理的一个场景的处理方案
增量处理概述: 通常来说Cube会随着时间的积累而日渐增长，这样一来如果每次都是全量处理的话会导致处理时间逐渐变长。所以对于大规模的 Cube，为了追求处理时间和性能，都会采取增量处理的方案。 场景： 根据数据仓库的数据结构以及业务含义的不通，数据的组织会有差异，这里讨论的是增量处理的其中一个场景，其中： 事实表是以日期键为主键（数据的生成日期），根据日期有建立为月的分区。 并且事实数据是不发生变化的，只随日期的增长而增长。Cube的处理周期为天，Cube的分区是按月进行的分区。 这种场景多发生在分析状态数据，比如分析IIS日。 问题： 关于增量处理的一般过程，可以参考我的 BI笔记之---增量方式处理数据模型预览报错，提示了一串乱码，但报错sql可以在数据库工具执行
（本文档仅供参考） 问题描述 在数据模型中创建SQL子查询，子查询预览是正常的，且是带有参数的情况下也可以正常执行，但在数据模型页面，将维度作为筛选器并筛选时，报错： image2024-12-30_17-1-36.png 如上图，对年月进行过滤时，报错，但是里面报错的sql放到数据库工具执行是正常的。 解决方案 通常是由于数据源配置的链接字符串里面的编码和数据库的编码不一致导致，在上述问题中，将数据源的字符集修改得与数据库的一致后问题已解决。Linux一键部署MySQL安装提示失败
（本文档仅供参考） 问题现象 操作系统确认为centos7/麒麟，使用Linux一键部署MySQL的时候提示报错如下： Starting to install the service，please wait错误：依赖检测失败： libnuma.so http://libnuma.so.1()(64bit）被numactl-2.0.12-5.el7.x86_64需要 libnuma.so http://libnuma.so.1(libnuma_1.1)(64bit）被numactl-2.0.12-5.el7.x86_64需要 libnuma.so http://libnuma.so.1(libnuma_1.2一站式数据工作平台
该案例基于V10.5版本制作 背景 门户组件可用于打造一个一站式数据工作平台，它能够使用户在访问时快速获得他想要的内容，支撑各领域的数据挖掘、数据分析、数据共享、数据查询、交互、数据图形化展示功能。在公司范围内营造自主的数据应用氛围和文化，传播数据应用价值。 场景意义 1. 流量入口、一键访问 … 统计 无 1、点击左上角 组件 > 信息 选择“文本”组件拖入到上方的图片组件右侧 2、在文本框内输入“应用活跃数据统计”，字体为微软雅黑加粗，字号为20px 线图 系统资源访问量（一周） 【数据模型】0资源访问统计 ① 行列区 列：维度-“资源类型” 行：度量-“访问次数”（设置排序存储过程多次执行，每次执行预览的结果不一致
（本文档仅供参考） 问题说明 存储过程需要先通过逻辑将数据写到一张临时表，然后再通过游标将这张临时表的数据返回，目前发现只要有commit动作，没有等到逻辑处理完成，数据预览时就开始显示游标的返回数据，这就导致数据显示不完整。 以下图的存储过程为例，循环插入一千 … ，一次是查询数据，一次是获取数据总行数。 存储过程执行多次的情况下会因存储过程本身的实现逻辑，例如可能在存储过程里存在多次commit，每次commit完都会返回不同的结果，此时对存储过程进行多次调用时预览的结果每次都可能不一样。 另存储过程本身也存在多人并发操作的可能，此时该存储过程也可能会出现不同的结果
