mysql - 哪个更好,使用中央 ID 存储或基于表分配 ID
问题描述
在许多 ERP 系统(本地)中,我看到数据库(通常是 MYSQL)使用中央密钥存储(资源标识)。这是为什么?
即在数据库中维护一个特殊表用于生成 ID,该表将具有一个单元格(第一个),该单元格将具有分配给后续元组的数字(ID)(即为同一数据库中的所有表生成通用 ID )。
同样在此表中插入了最后插入的批次详细信息的条目。即,当表 ABC 中的 5 个元组被插入时,假设批次中项目的最后一个 ID 是 X,那么表中的一个条目(中央密钥存储)也像 ('ABC', X) 一样插入。
这种架构有什么意义吗?
还有在哪里可以找到常见的大型定制ERP系统的案例研究?
解决方案
这是数据仓库中用于跟踪数据加载成功或失败后的批号的常用策略,以防数据加载失败,您会在批处理控件中显示类似 'ABC' 、 'Batch_num' 和 'Error_Code' 的信息表,因此您进一步的加载逻辑可以决定如何处理失败,并且可以轻松跟踪加载,以防您想重新检查我们可以存档数据。此 ID 通常由数据库中的序列生成,总而言之,它主要用于监控目的。
您可以参考此链接了解更多详情
推荐阅读
- azure - CreateIfNotExistsAsync - 此请求无权执行此操作
- javascript - js文件未触发Onload功能
- java - 基于标签的过滤实现 Firestore
- java - 从活动按钮打开片段
- python - OUTPUT_PATH 键和 sys.stdout 在 python 中是否具有相同的功能?
- amazon-redshift - RedShift - 为什么不应该压缩 sortykey 列?
- java - 订阅 Google Pub/Sub 主题 X 秒,如果没有收到消息则停止
- node.js - eslint 多配置注释
- pine-script - ORB 仅在第 1 根 4 根蜡烛在松树中的第 1 根蜡烛范围内
- javascript - 如何使用javascript从firebase中的child检索子值?