gpt4 book ai didi

database - 是否有管理小型非事务性查找表的标准/最佳实践?

转载 作者:搜寻专家 更新时间:2023-10-30 20:19:54 25 4
gpt4 key购买 nike

我有一个 ERP 应用程序,其中包含大约 50 个包含非交易数据的小型查找表。例如 ItemTypes、SalesOrderStatuses 等。有许多不同的类型、类别和状态,每个新模块都会添加新的查找表。我有一项服务可以从这些表中提供列表对象。这些表通常只包含两列(Id 和 Description)。它们只有几行,最多 8-10 行。

我正在考虑将所有这些都放在一个带有 ID、描述和 LookupTypeID 的表中。有了这张 table ,我就可以摆脱 50 张 table 。这是个好主意吗?馊主意?非常糟糕的主意?

是否有管理小型查找表的标准/最佳实践?

最佳答案

在一些专业人士中,单一的公共(public)查找表是您应该避免的设计错误。至少,它会降低性能。原因是您必须有一个用于公用表的复合主键,并且通过复合键查找比通过简单键查找需要更长的时间。

根据 Anith Sen 的说法,这是您应该避免的五个设计错误中的第一个。参见这篇文章:Five Simple Design Errors

关于database - 是否有管理小型非事务性查找表的标准/最佳实践?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11552725/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com