问题:mysql报错提示 Error Code: 1046. No database selected Select the default DB to be used by double-clicking its name in the SCHEMAS list in the sidebar.解决方法:1,首先看一下这个ERROR报错提示是什么意思? 英语看不懂,翻译,中英对照多看看,时间长了就
维克多阿涛
2天前
在面对大量数据时，可以采用以下方法来推导出因子的决定性变量：相关性分析： 对每个变量与因子之间的相关系数进行计算，找出与因子相关系数最高的变量，此变量很可能就是决定性变量。主成分分析： 通过主成分分析将大量变量降维，找出对因子影响最大的主成分，从而确定决定性变量。回归分析： 对因子和各个变量之间进行回归分析，找出对因子影响最大的变量，从而确定决定性变量。统计显著性检验： 通过对各个变量与因子之间的
维克多阿涛
2周前
当over中指定了分区,排序，但是没有指定滑动窗口范围时，默认基于排序字段记录值范围来计算（当前分区内的第一行到当前行(排序字段)取值范围内的记录）#1，按顺序对每一个排序字段记录值对应的多行数据做聚合运算#2， 在同一个分区下,排序字段记录值相同时,不累加,这些记录行会给同一个聚合值, 到新的排序字段记录值出现时,会自动累加上一个聚合值.
维克多阿涛
1月前
CDA Level 1 在订单详情表表中, 订单的总平均金额(单均金额)=订单总金额/非重复订单数
维克多阿涛
1月前
1，问题在RFM用户分类中,在有限资金下为提高收入,应重点对哪一类用户进行营销？2，答案解析选 B
维克多阿涛
1月前
解决数据倾斜问题的方案方案一：过滤掉倾斜数据 当少量key重复次数特别多，如果这种key不是业务需要的key， 可以直接过滤掉。方案二：引入随机数 数据按照类型group by时，会将相同的key所需的数据拉取到一 个节点进行聚合，而当某组数据量过大时，会出现其他组已经计算完 成而当前任务未完成的情况。可以考虑加入随机数，将原来的一组key 强制拆分为多组进行聚合。
维克多阿涛
1月前
数据倾斜是开发画像过程中常遇到的问题，当任务执行一直卡在 map 100%、reduce 99%，最后的1%花了几个小时都没执行完 时，这时一般是遇到了数据倾斜。 问题出现的原因是当进行分布式计算时，由于某些节点需要计算 的数据较多，导致其他节点的reduce阶段任务执行完成时，该节点的 任务还没有执行完成，造成其他节点等待该节点执行完成的情况。比 如两张大表在join的时候大部分key对应10条
维克多阿涛
1月前
数据服务层开发 数据最终的目的是走出数据仓库，应用到业务系统和营销场景 中。一般在开发完画像后，还需要打通标签数据和各业务系统之间的 通路，通过产品化的方式将标签数据应用到业务中去。这里需要打通 的服务层包括离线服务层和在线服务层，其中离线服务层将ETL后的用 户群数据推送到对应业务系统，在线服务层以RESTful API方式提供接 口服务，可支持个性化推荐、营销推送、在线特征库等场景。几个典型的
维克多阿涛
1月前
用户特征库开发 为进一步从多个维度丰富用户特征，挖掘用户的相关行为，除了开发用户标签体系外，一般还会开发用户的特征库。一方面为个性化 推荐、精准营销、商业分析等应用提供中间层数据，另一方面也可以削减不同算法在特征构建时的冗余加工。 简单来说，用户特征库就是对用户每一次的不同行为（如浏览、 收藏、搜索、购买等）及该行为对应的标签（或商品品类）进行详细 的记录，以便从用户的行为特征中挖掘用户的偏好。与
维克多阿涛
1月前
Elasticsearch简介 Elasticsearch是一个开源的分布式全文检索引擎，可以近乎实时地存储、检索数据。而且可扩展性很好，可以扩展到上百台服务器， 处理PB级别的数据。对于用户标签查询、用户人群计算、用户群多维 透 视 分 析 这 类 对 响 应 时 间 要 求 较 高 的 场 景 ， 也 可 以 考 虑 选 用 Elasticsearch进行存储。Elasticsearch是面向
维克多阿涛
1月前
HBase简介 HBase是一个高性能、列存储、可伸缩、实时读写的分布式存储 系统，同样运行在HDFS之上。与Hive不同的是，HBase能够在数据 库上实时运行，而不是跑MapReduce任务，适合进行大数据的实时查 询。 画像系统中每天在Hive里跑出的结果集数据可同步到HBase数据 库，用于线上实时应用的场景。
维克多阿涛
1月前
ID-MAP 开发用户标签的时候，有项非常重要的内容——ID-MApping，即 把用户不同来源的身份标识通过数据手段识别为同一个主体。用户的属性、行为相关数据分散在不同的数据来源中，通过ID-MApping能够 把用户在不同场景下的行为串联起来，消除数据孤岛。用户与设备间可以是多对多关系。用户在未登录App的状态下，在App站内访问、搜索 相关内容时，记录的是设备id（即cookieid）相关的
维克多阿涛
1月前
分区存储 如果将用户标签开发成一张大的宽表，在这张宽表下放几十种类 型标签，那么每天该画像宽表的ETL作业将会花费很长时间，而且不便 于向这张宽表中新增标签类型。要解决这种ETL花费时间较长的问题，可以从以下几个方面着手：·将数据分区存储，分别执行作业； ·标签脚本性能调优； ·基于一些标签共同的数据来源开发中间表。 下面介绍一种用户标签分表、分区存储的解决方案。 根据标签指标体系的人口属性、行为
维克多阿涛
1月前
事务事实表：用于描述业务过程，按业务过程的单一性或多业务 过程可进一步分为单事务事实表和多事务事实表。其中单事务事实表 分别记录每个业务过程，如下单业务记入下单事实表，支付业务记入 支付事实表。多事务事实表在同一个表中包含了不同业务过程，如下 单、支付、签收等业务过程记录在一张表中，通过新增字段来判断属 于哪一个业务过程。当不同业务过程有着相似性时可考虑将多业务过程放到多事务事实表中。
维克多阿涛
1月前
用户性别用户性别可细分为自然性别和购物性别两种。 自然性别是指用户的实际性别，一般可通过用户注册信息、填写 调查问卷表单等途径获得。该标签只需要从相应的表中抽取数据即 可，加工起来较为方便。 用户购物性别是指用户购买物品时的性别取向。例如，一位实际 性别为男性的用户，可能经常给妻子购买女性的衣物、包等商品，那 么这位用户的购物性别则是女性。
维克多阿涛
1月前
常见用户属性有哪些？用户属性是刻画用户的基础。常见用户属性指标包括：用户的年 龄、性别、安装时间、注册状态、城市、省份、活跃登录地、历史购 买状态、历史购买金额等。 用户属性维度的标签建成后可以提供客服电话服务，为运营人员 了解用户基本情况提供帮助。
维克多阿涛
1月前
用户画像建设项目开发流程第一阶段：目标解读 在建立用户画像前，首先需要明确用户画像服务于企业的对象， 再根据业务方需求，明确未来产品建设目标和用户画像分析之后的预 期效果。 一般而言，用户画像的服务对象包括运营人员和数据分析人员。 不同业务方对用户画像的需求有不同的侧重点，就运营人员来说，他 们需要分析用户的特征、定位用户行为偏好，做商品或内容的个性化 推送以提高点击转化率，所以画像的侧重点就落在
维克多阿涛
1月前
搭建一套用户画像方案整体来说需要考虑8个模块的建设1·用户画像基础：需要了解、明确用户画像是什么，包含哪些模块，数据仓库架构是什么样子，开发流程，表结构设计，ETL设计等。 这些都是框架，大方向的规划，只有明确了方向后续才能做好项目的排期和人员投入预算。这对于评估每个开发阶段重要指标和关键产出非常重要。2·数据指标体系：根据业务线梳理，包括用户属性、用户行为、用户消费、风险控制等维度的指标体系。
维克多阿涛
1月前
