电商快照系统解析- 历史实体设计

最新推荐文章于 2022-09-20 11:53:47 发布
最新推荐文章于 2022-09-20 11:53:47 发布
阅读量1.7k 收藏 2
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fei33423/article/details/105725802
版权

最近在看自己之前的博客,广告系统下的历史物料 ,文章背景啥的都忘记了,但是联想到一个淘宝快照是怎么做的.

两个问题,版本怎么来设计,历史快照和原物料是同一个id么?

方案1: 一开始还想过不同一个id,同一个表.相当于历史对象和当前对象同一个空间,即实体是不可变的.  这个就很扯蛋了. 一订单关联的当前外键内容id要每次变动后都变. 一个商家的当前的订单查询就比较麻烦. 需要通过gmt_modified来识别最新. 所有的历史表没有统一的归属,只有上一个不可变实体.

  

orderId(唯一索引)producterIdlastOrderId
   
   

 缺点: 历史和实体之间的相关性不明确. 不符合逻辑.

  方案2: 另外一种是 空间分开. 历史表专门的表(含最新的id), id非唯一键. 所有的历史表归属于同一个实体id. 

orderIdproducterId    
  
  

 

historyId(唯一索引)orderIdlastHistoryIdupdateTime
    
    

 

基于方案2来设计快照就简单多了.

每个订单下面有物料,每个位置的物料(或者物料的子字段)都有自己的历史数据,加上时间戳.

通过时间戳来查询 快照订单的物料信息. 

记住通过数字version是不可能实现的. 用户记录orderId的一个version. 如果order有很多物料(属性) 每次变动都要改动version么.

version适用于 端上和服务端同步, 判断自己是否是最新的数据,如果不是最新,那么就查询下.

个人渣记录仅为自己搜索用
关注
数仓(三)：分层设计 ODS-DWD-DWS-ADS
.
11-27 2万+
一、数仓建模的意义，为什么要对数据仓库分层？ 只有数据模型将数据有序的组织和存储起来之后，大数据才能得到高性能、低成本、高效率、高质量的使用。 1、清晰数据结构：每一个数据分层都有它的作用域，这样我们在使用表的时候能更方便地定位和理解。 数据关系条理化：源系统间存在复杂的数据关系，比如客户信息同时存在于核心系统、信贷系统、理财系统、资金系统，取数时该如何决策呢？数据仓库会对相同主题的数据进行统一建模，把复杂的数据关系梳理成条理清晰的数据模型，使用时就可避免上述问题了。 2、数据血缘追...
【设计模式】通俗易懂的Java设计模式篇！
互联网小阿祥
11-03 2319
通俗易懂的Java设计模式篇！
商品快照
学如逆水行舟
09-12 5110
做金融类项目，如果说你不懂商品快照，那就好low了，商品快照事什么呢，在我看来就是一个对原数据的一个完全复制拷贝，就是一个凭证，一个依据，就像什么呢？我们肯定都照过相，照相纪录的是什么，就是你那个时刻的最真实的写照，这就叫快照（不同美图秀秀的情况下啊），淘宝中也有商品快照信息，那个里边就是买家和卖家达成的一个协议信息，里边会有这个时间点卖家和买家达成的价钱，数量等等信息，那就是买家买到东西和卖家收
快照设计 电商系统_电商平台即时通讯系统设计实践方案
weixin_30939909的博客
12-20 339
IM系统核心组件及其协作关系，结构图如下：客户端从Iplist服务获取接入层IP地址(也可采用域名的方式解析得到接入层IP地址)，建立与接入层的连接(可能为短连接)，从而实现客户端与IM服务器的数据交互；业务线服务器可以通过服务器端API建立与IM服务器的联系，向客户端推送消息；客户端上报到业务服务器的消息，IM服务器会通过mq投递给业务服务器。三层架构设计:网关层设计：提供TCP长连接...
电商系统设计之购物车
CrazyCodes
10-23 677
本章适合初级工程师及中级工程师细看，大佬请随意 前言 问 [不存价格字段不行吗？直接查询商品表获取价格] 答 [如果价格更新，应提示用户，商品的浮动信息。可以选择直接更新购物车，或者单独建立一个表，来记录更新的价格和信息，类似京东] 问 [联表查询可以从商品表中知道商品是否上架] 答 [商品不存在了如何联，只会将逻辑整复杂，未来包括降价提醒，无货提醒，下架提醒，购物车该如何查询就成了一个问题] 上一篇文章在对于购物车业务及数据表设计中，有位童鞋在评论区与我讨论许久，特此独立一篇文章来详解下我的想..
电商系统设计之用户系统
CrazyCodes
10-22 582
电商大伙每天都在用，类似某猫，某狗等。 电商系统设计看似复杂又很简单，看似简单又很复杂 本章适合初级工程师及中级工程师细看，大佬请随意 前言 设计以以下为工具讲起 PHP为开发语言 基于Laravel框架 MySQL为数据存储 电商的可变性与孩子的心情一样，变化极快，所以在设计之处就要想好大部分的功能接入及开发，尽量减少重构次数。对老板来说节约成本，对程序员来说“珍惜生命” 数据表 前期业务简单时，我们可以将数据表设计为下列的样子 TableName Comments member..
基于电商中台架构-商品系统设计(一)
weixin_33857230的博客
11-15 3347
一、总体设计 为什么采用中台架构前几篇已经说明了，这里就介绍一下基础层和平台层的功能。 1. 基础层 发布、编辑、上架、下架这些功能大家应该比较熟悉。 审核：是否需要审核通过才允许上架 打标：对商品进行标记，例如参加某种活动 Sku管理：商品和sku关系 关联关系：前后端商品关联关系、组合商品关联关系等 前后端商品：前端商品面向用户，后端商品面向仓库 类目：商品类目...
设计模式:快照模式
FeiChangWuRao的博客
09-20 590
第二，快照本身是不可变的，理论上讲，不应该包含任何 set() 等修改内部状态的函数，但在上面的代码实现中，“快照“这个业务模型复用了 InputText 类的定义，而 InputText 类本身有一系列修改内部状态的函数，所以，用 InputText 类来表示快照违背了封装原则。快照模式是一种行为模式，行为模式可以说是设计模式最大头的一部分，作为行为的解耦，相比于创建型，结构型，实际上不改架构的单纯做业务我觉得行为模式更多一些，搭配别的模式花样更多。备忘录模式是如何做到不违背封装原则的？
快照设计 电商系统_电商系统设计之购物车
weixin_42496673的博客
01-14 330
本章适合初级工程师及中级工程师细看，大佬请随意前言问 [不存价格字段不行吗？直接查询商品表获取价格]答 [如果价格更新，应提示用户，商品的浮动信息。可以选择直接更新购物车，或者单独建立一个表，来记录更新的价格和信息，类似京东]问 [联表查询可以从商品表中知道商品是否上架]答 [商品不存在了如何联，只会将逻辑整复杂，未来包括降价提醒，无货提醒，下架提醒，购物车该如何查询就成了一个问题] 上一篇文...
快照设计 电商系统_电商系统的购物车你是如何设计的
weixin_35122994的博客
01-16 490
前言问 [不存价格字段不行吗？直接查询商品表获取价格]答 [如果价格更新，应提示用户，商品的浮动信息。可以选择直接更新购物车，或者单独建立一个表，来记录更新的价格和信息，类似京东]问 [联表查询可以从商品表中知道商品是否上架]答 [商品不存在了如何联，只会将逻辑整复杂，未来包括降价提醒，无货提醒，下架提醒，购物车该如何查询就成了一个问题]以下为在业务层面、逻辑层面、未来功能的可扩展性、编码的复杂度...
数据仓库之电商数仓-- 3.1、电商数据仓库系统(ODS层、DIM层、DWD层)
FunnyPrince_的博客
10-20 1万+
目录一、数仓分层1.1 为什么要分层1.2 数据集市与数据仓库概念1.3 数仓命名规范1.3.1 表命名1.3.2 脚本命名1.3.3 表字段类型二、数仓理论2.1 范式理论2.1.1 范式概念2.1.2 函数依赖2.1.3 三范式区分2.2 关系建模与维度建模2.2.1 关系建模2.2.2 维度建模⭐️2.3 维度表和事实表⭐️2.3.1 维度表2.3.2 事实表2.4 维度模型分类2.5 数据仓库建模⭐️????2.5.1 ODS层2.5.2 DIM层和DWD层2.5.3 DWS层与DWT层2.5.4
大数据项目之电商数仓（3电商数据仓库系统）V4.2.2.docx
09-07
《大数据项目之电商数仓（3电商数据仓库系统）V4.2.2》文档主要阐述了电商领域的大数据处理和...总的来说，此文档详细解析了电商数据仓库的设计理念和实践方法，对于理解和构建高效的大数据处理系统具有重要指导价值。
简易版电商系统实现记录
qq_38586378的博客
07-25 2124
前言 最近手上没啥活了，就干脆把之前一直想练的一个项目拿出来做做，挺有意思的一点就是平时都是自己在别人搭好的项目结构上直接写业务逻辑，当自己从0开始写项目的时候还是遇到了一些问题，也算是更宏观的学习如何做出一个项目。 这个项目的角色有用户和管理员，主要涉及到的业务逻辑有用户管理、商品管理、购物车管理、订单管理和支付管理。实际应用中的电商项目肯定很复杂，除了基本的业务逻辑外，如果数据访问量比较大的话还会加redis缓存机制，如果需要离线计算还会加Hadoop框架...这个练手的项目本身是使用SSM框架做的
订单系统设计 --- 交易快照
热门推荐
04stone37
09-28 1万+
含义   买卖双方在成交时记录当时交易状况的一张“照片”，即交易快照为一份静态数据，记录了交易时的数据，特别是容易变化的数据，比如商品信息，以及优惠信息等； 作用   作为发生交易争执时的判断依据； 范围   订单信息中已经包含了交易时的很多信息，为避免重复，交易快照存储容易发生变化的信息的详情，比如淘宝存储了商品详情，如上图所示； 存储时间   不同公司根据具体的业务情况来决定，目前淘宝是永久...
商家中心设计 多sku商品发布_电商系统｜如何根据系统模块来设计产品？
weixin_39598501的博客
12-07 328
电商平台现在的促销方式的配置和展示形态如何？本文笔者将详细为大家讲述。系统化的产品经理逐渐在变得越来越重要，并不是以前单纯的页面和交互来做产品，而是通过功能一步步延伸到模块，再从模块趋变于系统的架构。当系统化变得越来越重要时，我们就应该思考怎么从大方向来思考产品，如何搭建产品架构？我们可以回想：整体系统的搭建尤其是以电商系统为蓝本，产品肯定是要商业化，商业化就离不开电商变现，也就会涉及到电商管理系...
猿实战07——属性库之实现电商系统基石模块
hzldds2019的博客
08-31 211
猿实战是一个原创系列文章，通过实战的方式，采用前后端分离的技术结合SpringMVC Spring Mybatis,手把手教你撸一个完整的电商系统，跟着教程走下来，变身猿人找到工作不是问...
生成订单和订单快照必须同时执行，或者同时失败
有时间可以指导毕业设计，可以私聊我。一个热爱编程的smallCuteMonkey，可以私信我
09-27 569
加上这个Transactional注解用在方法上面可以使用这个操作具有事务的特征，同时成功，同时失败， @Transactional public ResultVO addOrder(List<Integer> cids, Orders orders) { // 根据cids查询购物车的详情记录（包括库存） List<ShoppingCartVO> shoppingCartVOList = shoppingCartMapper.selectS.
java 生成交易快照_Java生成订单号/交易流水号
weixin_29029731的博客
02-16 995
分析：既然是订单号/交易流水号，首先是不能重复，其次需考虑到性能问题。设计如下："HF"+时间戳+随机数+循环数代码如下：int x = 1000;for(int i=0;i<10;i++){x+=1;System.out.println("HF"+System.currentTimeMillis()+RandomUtils.getNo(2)+x);}其中：RandomUtils类packa...
Java 如何设计订单快照，代码如何实现
最新发布
06-01
订单快照是指对订单进行快照，记录下订单在某个时间点的状态，方便后续查询和对比。Java 中可以通过以下方式设计订单快照： 1. 定义订单快照实体类，包含订单的基本信息、订单状态等字段。 2. 在订单类中添加生成订单快照的方法，该方法会返回一个订单快照对象，并将当前订单状态赋值给订单快照对象。 3. 在需要生成订单快照的地方调用订单类中的生成订单快照方法，将生成的订单快照对象保存到数据库中。 以下是 Java 代码实现： 首先定义订单快照实体类： ```java public class OrderSnapshot { private Long id; // 订单快照ID private Long orderId; // 订单ID private String status; // 订单状态 private BigDecimal amount; // 订单金额 private Date createTime; // 订单快照创建时间 // 省略构造函数、getter/setter 方法 } ``` 然后在订单类中添加生成订单快照的方法： ```java public class Order { private Long id; // 订单ID private String status; // 订单状态 private BigDecimal amount; // 订单金额 private Date createTime; // 订单创建时间 // 省略构造函数、getter/setter 方法 /** * 生成订单快照 */ public OrderSnapshot generateSnapshot() { OrderSnapshot snapshot = new OrderSnapshot(); snapshot.setOrderId(this.id); snapshot.setStatus(this.status); snapshot.setAmount(this.amount); snapshot.setCreateTime(new Date()); return snapshot; } } ``` 最后在需要生成订单快照的地方调用订单类中的生成订单快照方法，将生成的订单快照对象保存到数据库中： ```java Order order = new Order(); // 设置订单状态、金额等信息 OrderSnapshot snapshot = order.generateSnapshot(); // 将订单快照保存到数据库中 orderSnapshotDao.save(snapshot); ``` 这样就完成了订单快照的设计和实现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值