24、历史建模中的数据操作模式解析

历史建模中的数据操作模式解析

1. 引言

在数据处理和应用开发中,CRUD(创建、读取、更新、删除)操作是常见需求,但历史建模有其独特规则和能力。为了在历史建模的不可变规则下模拟 CRUD 操作,我们需要深入了解一些关键模式。

2. 实体模式(Entity)

2.1 动机

在表单驱动的数据应用中,用户需要创建新事物的能力。通常,用户点击按钮打开表单,填写并提交后,系统创建一个实体并赋予其身份。

2.2 结构

实体是一个仅包含标识信息的历史事实,包含自然键、GUID、时间戳或其他与位置无关的标识符的组合。

fact Entity {
  identifier1: type
  identifier2: type
}

2.3 示例

产品可以用一个仅捕获 SKU(库存单位)的事实来表示:

fact Product {
  sku: string
}

产品的描述、价格、库存数量、缺货状态等属性不存储在该事实中,因为这些属性是可变的,而事实是不可变的。

2.4 后果

  • 实体必须使用与位置无关的身份标识,不能使用自增 ID、URL 或其他与位置相关的标识符。
  • 实体不包含可变属性,任何与实体关联的可变属性将通过后续事实应用。
  • 如果两个节点创建具有相同
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值