电商项目之用户行为日志字段分析|学习笔记

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: 快速学习电商项目之用户行为日志字段分析

开发者学堂课程【新电商大数据平台2020最新课程电商项目之用户行为日志字段分析】学习笔记,与课程紧密联系,让用户快速学习知识。

课程地址https://developer.aliyun.com/learning/course/640/detail/10517


电商项目之用户行为日志字段分析

 

内容简介

一、用户行为日志字段分析讲解

二、用户行为日志表介绍

 

一、用户行为日志字段分析讲解

分析一下导入好的数据字段

1、用户基本信息表

create table if not exists nshop. cus tomer

customer id varchar(20) NOT NULL COPHENT” 用户ID',

customer_ login varchar(20) NOT NULL CormENT " 用户登录名',

customer nickname varchar(10) NOT NULL COMmENT ° 用户名(昵称)',

customer_ name varchar(10) NOT NULL COPMENT ' 用户真实姓名',

customer. pass varchar(8) NOT NULL COPMENT " 用户密码,

customer_ mobile varchar(20) NOT NULL CONMENT '用户手机,

customer_ idcard varchar(20) NOT NULL COPMNENT ' 身份证,

customer_ gender TINYINT NOT NULL COPMENT '性别: 1男0女',

customer_ birthday varchar(10) NOT NULL COPHENT出生年月',

customer_ age TINYINT NOT NULL COPHENT " 年龄',

customer_ age_ range varchar(2) NOT NULL COPrENT " 年龄段,

customer. email varchar(50) NULL COPPENT " 用户邮箱',

customer_ natives varchar(10) NULL COPMENT ' 所在地区',

customer ctime bigint NULL CONHENT ‘创建时间',

customer utime bigint NULL COPHENT ‘修改时间',

customer_ device_ _num varchar(20) NOT NULL COPMENT 用户手机设备号' ,

PRIMARY KEY ( customer_ id" )

) ENGINE InnoDB DEFAULT CHARSET-utf8;

2、收货地址管理表

create table if not exists nshop. customer_ consignee (

consignee_ _id varchar(20) NOT NULL COMMENT 。 收货地址ID',

customer_ id varchar(20) NOT NULL COMMENT‘ 用户ID'

consignee_ name varchar(10) NOT NULL COMMENT '收货人'

consignee_ mobile varchar(15) NOT NULL COMMENT '收货人电话’,

consignee_ zipcode varchar(10) NOT NULL COMMENT‘收货人地区',

consignee_ _addr varchar(200) NOT NULL COMMENT ‘收货人详细地址,

consignee_ tag varchar(10) NOT NULL CONMENT '标签: 1家2公司3学校',

ctime bigint NULL COMMENT ' 创建时间’,

PRIMARY KEY (" consignee_ id)

1 | ) ENGINE=InnODB DEFAULT CHARSET=utf8;

3、商品分类信息

create table if not exists nshop.category(

category_ code VARCHAR(10) NOT NULL COMMENT ' 分类编码',

category_ name VARCHAR(10) NOT NULL COMMENT '分类名称',

category_ parent_ _id VARCHAR(10) NULL COMMENT '父分类ID',

category_ status TINYINT NOT NULL DEFAULT 1 COMMENT ' 分类状态: 0禁止,1启用',

category_ _utime bigint NULL COMMENT 。 最后修改时间',

PRIMARY KEY ( category. code )

)ENGINE= InnoDB DEFAULT CHARSET=utf8;

4、供应商信息表

create table if not exists nshop . supplier(

supplier_ code varchar(10) NOT NULL COPMENT " 供应商编码",

supplier name varchar(30) NOT NULL COPMENT ' 供应商名称',

supplier_ _type TINYINT NOT NULL COPMENT '供应商类型: 1.自营,2.官方3其他',

supplier_ status TINYINT NOT NULL DEFAULT 1 COMMENT‘状态: 0禁止,1启用",

supplier_ utime bigint NULL COPHENT” 最后修改时间’,

PRIMARY KEY (" supplier. code )

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

这些表的后面都有对应的字段,后面进行就算时都可以找到对应的表,然后去对应的数据。

5、商品信息表

crcreate table if not exists nshop.product(

product_ code VARCHAR(20) NOT NULL COMMENT ‘商品ID(分类编码+供应商编码+编号)',

product_ name VARCHAR(20) NOT NULL COMMENT ' 商品名称'

product_ remark TEXT NOT NULL COMMENT ‘ 商品描述',

category_ code VARCHAR(10) NOT NULL COMMENT ' 分类ID'

supplier_ code varchar(10) NOT NULL COMMENT ' 商品的供应商编码'

product_ price DECIMAL(5,1) NOT NULL COMMENT ' 商品销售价格'

product_ weighing. cost DECIMAL(2,1) NOT NULL COMMENT 。 商品加权价格',

product_ publish_ status TINYINT NOT NULL DEFAULT 0 COMMENT '上下架状态: 0下架1上架',

product_ audit_ status TINYINT NOT NULL DEFAULT 0 COMMENT '审核状态: 0末审核,1已审核’,

product_ bar_ code VARCHAR(50) NOT NULL COMMENT ' 国条码',

product_ weight FLOAT NULL COMMENT ' 商品重量',

product_ length FLOAT NULL COIMENT ' 商品长度’,

product_ height FLOAT NULL COMMENT ' 商品高度' ,

product_ _width FLOAT NULL COMMENT ' 商品宽度' ,

product_ colors SMALLINT UNSIGNED NOT NULL COMMENT 0:白|1:赤|2:红|3:黄|4:绿|5:青|6:蓝|7:紫|8:黑|9:彩色',

product_ date varchar(10) NOT NULL COMMENT‘生产日期',

product_ shelf_ _life INT NOT NULL COMMENT 。 商品有效期',

product_ ctime bigint NULL COIMENT ' 商品录入时间',

product_ utime bigint NULL COIMENT ' 最后修改时间’,

PRIMARY KEY ( product_ code )

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

里面有对应的各种数据

6、广告投放信息包括设备号,设备类型,手机系统,手机系统版本,手机制造商地区编码、投放请求 ID,投放会话ID,投放渠道请求参数、创建时间。

请求参数有 Ip、设备 ID、设备经纬度、创建时间、投放渠道、访问会话、访问页面等。

 

二、用户行为日志表介绍

1、4320308033801:这是一个商品的编号 ID,我们需要根据商品去对应去找我们的数据、商品的类别等等。

2、行为类型:他是用户在对网站操作时的信息,他包括安装启动交互页面曝光页面进入退出的操作。在页面滑动观看都属于交互行为。

3、action 行为种类对照表下面还有事件的类型,滑动就是在浏览,也在点击,输入、滑动。

每次行为类型下面都是对应的事件行为,这些都是在交互行为下发生的。

安装、启动、退出是没有任何交互信息、扩展信息。当进入产品页面、浏览的时候才有交互、

4、交互是比较重要的,里面包含了点击、滑动各种操作。这个时候在操作的时候会产生事件。

我们对应的 eventtype 和 action 都是有对应的数据,每一个数据都是有区别的。

action string comment '行为类型、event_ type string comment ‘行为类型:click 点击|view 浏览| slide 滑动|input 输入'、extinfo string comment ‘扩展信息(json 格式) "这三个都是环环相扣的,都会对应每个事件的数据。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
11天前
|
存储 SQL 监控
|
11天前
|
运维 监控 安全
|
14天前
|
监控 关系型数据库 MySQL
分析慢查询日志
【10月更文挑战第29天】分析慢查询日志
34 3
|
14天前
|
监控 关系型数据库 数据库
怎样分析慢查询日志?
【10月更文挑战第29天】怎样分析慢查询日志?
32 2
|
1月前
|
PyTorch 算法框架/工具
Pytorch学习笔记(七):F.softmax()和F.log_softmax函数详解
本文介绍了PyTorch中的F.softmax()和F.log_softmax()函数的语法、参数和使用示例,解释了它们在进行归一化处理时的作用和区别。
377 1
Pytorch学习笔记(七):F.softmax()和F.log_softmax函数详解
|
16天前
|
JSON Java 数据库
SpringBoot项目使用AOP及自定义注解保存操作日志
SpringBoot项目使用AOP及自定义注解保存操作日志
33 1
|
1月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1627 14
|
1月前
|
数据可视化
Tensorboard可视化学习笔记(一):如何可视化通过网页查看log日志
关于如何使用TensorBoard进行数据可视化的教程,包括TensorBoard的安装、配置环境变量、将数据写入TensorBoard、启动TensorBoard以及如何通过网页查看日志文件。
193 0
|
11天前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
117 30
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
1月前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
218 3