第35页，共114页。 显示 1,132 条结果 (0.045 秒)
购物篮分析
背景描述 购物篮分析是商业领域最前沿、最具挑战性的问题之一，也是许多企业研究重点问题。购物篮分析是通过发现顾客在一次购买行为中放入购物篮中不同商品之间的关联，研究客户的购买行为，从而达到辅助零售企业制定营销策略制定的一种数据分析方法。 需求分析 商场以获得最大的销售利润为目的。零售商都在考虑销售什么样的商品 … 的数量，对于原计划不打算购买且不必要的商品，打折的吸引力远远不足。而正确的商品摆放却能提醒顾客购买某些必需品，甚至吸引他们购买感兴趣的商品。 综合商品零售行业现状，本案例需要完成以下分析目标： 1.分析商品热销情况和商品结构。 2.分析商品之间的关联性。 3.根据分析结果给出销售建议。 实施过程 某商品零售V10 版本更新介绍
、IMPALA等大数据源支持Kerberos认证，提升数据安全性 +【数据连接】产品支持加载包含多个Sheet页的数据文件 +【数据连接】多维分析Mondrain版本升级 ^【数据连接】优化数据编辑权限和导入文件权限 ^【数据连接】优化数据源连接配置项 数据准备 +【数据准备】新增数据模型 … 网络传输加密算法设置项，支持设置更多加密算法 ^【其他】添加数据模型MDX语句及其执行SQL语句 <【系统运维】数据挖掘配置入口变更 移动端 +【移动端】报表支持批注功能 安全 +【安全】config界面的文件路径进行访问限制 ，保证文件目录安全性 +【安全】用户和密码购物篮分析
背景描述 购物篮分析是商业领域最前沿、最具挑战性的问题之一，也是许多企业研究重点问题。购物篮分析是通过发现顾客在一次购买行为中放入购物篮中不同商品之间的关联，研究客户的购买行为，从而达到辅助零售企业制定营销策略制定的一种数据分析方法。 需求分析 商场以获得最大的销售利润为目的。零售商都在考虑销售什么样的商品 … 的数量，对于原计划不打算购买且不必要的商品，打折的吸引力远远不足。而正确的商品摆放却能提醒顾客购买某些必需品，甚至吸引他们购买感兴趣的商品。 综合商品零售行业现状，本案例需要完成以下分析目标： 1.分析商品热销情况和商品结构。 2.分析商品之间的关联性。 3.根据分析结果给出销售建议。 实施过程 某商品零售即席查询二开接口文档 & 学习示例
(D_QUERY_ON_BEFORE_EXPORT_DIALOG, (dQueryImpl, { props }) => { props.defaultValue.fileName = '固定报表'; // 设置默认值: 文件名 props.disables.fileName = 'true'; // 设置可编辑性: 文件名不允许编辑 props.visibles.exportMode = 'false'; // 设置可见性: 导出渠道不可见 console.info(props); // 打印props以查看都有哪些选项可修改 }) } } export default DQueryInterfactExtension概述
1.1 为什么需要数据模型 正如一部汽车的动力取决于引擎，同样在一个BI产品里面也有一个引擎——数据建模。 Smartbi提供的数据建模功能 数据模型 带来了“敏捷建模”的新思路，从“数据引擎”上提高数据准备效率，为上层应用（即席查询、交互仪表盘、电子表格等）输出更澎湃的“动力”， 让Smartbi成为拥有“多维建模”能力的一站式BI产品，全面提升产品的功能性和便捷性，相当于把汽车从原来的V4发动机升级到了V12发动机，这是一个质的飞跃！ 01.png 接下来，我们看一下为什么需要数据模型？ 1.1.1 增强“一站式”的架构能力 A客户刚接触BI平台建设，未有完善的数据集市，但是市场上的数据集市工具和BI工具是分开跨表创建计算列
筛选时，“一的” 一方仍然不支持创建宽表计算列。这是基于数据一致性和性能的考虑，若在 “一的” 一方随意创建宽表计算列，可能会导致数据冗余和计算效率低下。 5 功能限制 5.1 表关系设置限制 在设置表关系时，“跨表计算列字段” 不会显示。这是因为跨表计算列是基于已有的表关系进行数据计算和获取的，其本身 … 的关联和计算，而这里的数据预览主要是查看原始表或查询的数据，而不是关联之后的数据。 但在 “表字段属性” 中，跨表计算列的相关信息会正常显示，方便用户查看和设置计算列的属性，如数据类型、格式、可见性等。 biaoziduanshuxing.png 5.3 行权限设置限制 跨表计算列不支持设置行权限。计算列个性门户
功能简介 企业的分析系统往往不只一个，缺乏统一的企业数据门户，业务用户很难知道满足自己的需求要用哪个系统。另外市场上提供数据门户相对固化，难以匹配不同用户的个性化分析需求和习惯。门户首页正是为解决这些问题而诞生。 门户首页就是Smartbi平台的“门面”，决定了用户对平台的第一印象。通过门户首页，可以为业务用户提供一站式的分析工作台，涵盖用户日常的自助使用需求。用户可以在门户首页中迅速找到自己收藏关注的应用、系统的公告、待办工作事项、应用商店资源、便捷分析入口等内容。 如下是通过门户首页相关功能，为业务用户搭建的一站式分析工作台首页的页面示例： 图片2.png 门户首页由如下特点组成： 统一分析入口：用户只需要登录Sm用户属性
通过表达式及函数动态获取用户的某项特征，一般用于数据权限设置。 若无法直接根据当前用户的信息获取到机构信息，则需要用户和机构的映射表，然后创建用户属性从映射表中根据不同的用户获取机构信息。 功能入口 在“系统导航栏”选择 公共设置 入口1：展开资源目录区，在“用户属性”或其节点下文件夹的更多操作0.jpg选择 新建 > 用户属性，选择数据源之后，进入“新建用户属性”界面。 入口2：在“公共设置”界面主菜单选择 用户属性。 1100.png 界面介绍 “用户属性”界面主要分为以下几个区域： 可选资源区：该区主要列出了设置用户属性需要使用的资源。 image2019-8-22 14:48:56.png用户属性
通过表达式及函数动态获取用户的某项特征，一般用于数据权限设置。 若无法直接根据当前用户的信息获取到机构信息，则需要用户和机构的映射表，然后创建用户属性从映射表中根据不同的用户获取机构信息。 功能入口 在“系统导航栏”选择 公共设置 入口1：展开资源目录区，在“全局资源定义”左侧节点下文件夹的0.jpg选择 用户属性 新建 > 用户属性，选择数据源之后，进入“新建用户属性”界面。 入口2：在“全局资源定义”界面主菜单选择 用户属性。 image2024-5-6_9-15-35.png 界面介绍 “用户属性”界面主要分为以下几个区域： 可选资源区：该区主要列出了设置用户属性需要使用的资源。 image表之间的关联关系问题
（本文档仅供参考） 问题说明 目前有用户用V3版本，比如有三个表，A、B、C，A做主表，其他两个表左连接A，现在升级到v8后，有一个变成右连接了，查看SQL，本来是B表在上面，现在是C在上面了。找不到下面定义表的字段导致报错，要如何解决？ 问题原因 V3版本生成的SQL虽然看着表之间的关联关系是正常的，但实际表之间是左连接还是右连接在V8以下的版本是随机生成的，但有些数据库是依赖表之间的顺序来自动生成对应的表关系的，可以说本质上表关联关系中的设置其实是没有用的，实际SQL里边的表关联关系有时候是生成左关联有时候生成右关联。为了保证顺序的正确性，在V8版本优化了表之间的关联关系，我们默认
