sách gpt4 ăn đã đi

数据库最佳实践 - 状态

In lại 作者:搜寻专家 更新时间:2023-10-30 19:53:53 29 4
mua khóa gpt4 giày nike

我正在创建一个应用程序,其中的对象具有状态查找功能。为了提供一些上下文,让我们使用以下示例。


帮助台应用程序,其中创建作业并通过以下工作流程移动:

- 工作已创建但未分配
进行中 - 分配给工作人员的工作正在进行中
完成 - 工作完成准备开具发票
已关闭 - 已开具工作发票


因此,我创建了一个包含以下详细信息的状态表:

整数 NHẬN DẠNG
字符串 tên

和工作表上的查找列

整数 NHẬN DẠNG
字符串 tên
số nguyên 客户 ID
số nguyên StatusID -> 查询状态

所以在现实世界中,假设我们有以下要求。

  1. 用户需要获得一份报告以显示所有未完成的工作(新工作或进行中的工作)
  2. 在线下,有人会想要添加一个新状态,例如位于已完成和已关闭之间。

考虑到这一点,我最初的想法是在 Status 表上创建一个名为 SortOrder 或类似名称的新列,并为其分配数字,例如

- 10
进行中 - 20
已完成 - 30
đóng cửa - 40

这意味着对于上面的案例 #1,我可以简单地查询数据库以查找状态大于或等于 30 的所有作业。这对于案例 #2 也很好,因为这意味着如果我引入一个新的介于已完成和已关闭之间的状态不会破坏此报告。

我可以看到它经常出现在不同的应用程序中。有没有人实现过这样的解决方案或以前遇到过这个问题?

câu trả lời hay nhất

我们所做的是拥有一个状态表和一个配套的状态组表。

create table status_group (
id integer primary key not null,
alias varchar(20) not null,
descr varchar(128)
)

create table status (
id integer primary key not null,
status_group_id integer,
alias varchar(20) not null,
descr varchar(128)
)

然后所有状态都位于一个位置,但组合在一起而不是拥有无数个单独的状态。

关于数据库最佳实践 - 状态,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9919146/

29 4 0
Chứng chỉ ICP Bắc Kinh số 000000
Hợp tác quảng cáo: 1813099741@qq.com 6ren.com
Xem sitemap của VNExpress