数据库设计 - 硬编码行 ID

Question

每个人对将代码枚举与数据库表中的行 ID 相关联有何看法？我真的在寻找更清洁的替代品。例如，如果您在给定表中的静态行是 ID 的 1、2、3，然后该表使用 ID 的 4-100 填充用户事务数据，然后您稍后想要添加一个新的行 ID，该行 ID 在您的本地生产数据库的行 ID 为 4，但是当该行转到客户数据库时，它必须为 101...好吧，这有点破坏一切。

那么如何处理表中也填充了事务数据的静态锁定行？

谢谢，网格人

Answer 1

不要那样做。 ;-)

如果您有静态行，值永远不会改变，表中的用户数据是事务性的或至少是可变的，那么我认为您至少在架构中存在规范化问题。

引用数据通常属于它自己的表。如果表本身仅包含引用数据，则优先考虑从应用程序分配 ID 或使用从数据库生成的 ID。

我经常考虑从 DB 表生成“源代码”Enum 类或在构建/部署时用 Enum 类信息填充 DB 表的想法，但我从来没有“开始考虑”。