设计一个mysql工作流数据库

Question

我正在编写一个简单的问题跟踪系统。我需要知道如何设计一个允许动态工作流程的数据库。

员工将在这些系统中提出请求。此类请求从一个办公室转移到另一个办公室。例如，问题 x 工作流程可能如下：

1. 员工发布了一个问题，我已为其定义了类别
2. 该问题被路由到工作流程中定义的第一个部门
3. 批准后，它被路由到工作流程中定义的第二个部门

我已经有问题、问题类别、部门的表格 所以我想知道如何实现一个与部门相关的工作流程表以及如何在批准后转发到下一个表。

抱歉问了这么长的问题。欢迎提出建议、指导方针、要求澄清。

Answer 1

不编写系统比编写系统花费的时间更少。

您研究过现成的工作流程系统吗？有很多 BPM 解决方案可以很好地完成您所描述的任务。

问题跟踪？您是否考虑过仅使用 JIRA 或 Bugzilla 或类似的东西？

如果您的目的是学习如何编写工作流系统，那就去吧。但如果您打算将解决方案投入生产以供更广泛的受众使用，请注意其他可能性。

我会暂时忘记表格，只是以更抽象的方式思考问题。我在您的声明中看到了许多有意义的实体：

1. 工作流
2. 任务
3. 员工
4. 部门

我还想象了一些可能在您的解决方案中有用的其他项目：

1. 每个员工接受并优先考虑传入任务的队列
2. 允许计算机和人类消费者使用任务的机制插入系统
3. 审计功能 跟踪任务如何流动以实现合规性和调试目的
4. 警报机制 通知用户任务已完成
5. 调度程序 允许定期添加任务

您有很多想法在你开始考虑表格之前就先做这件事。我建议先这样做。

这是一个很大的问题。如果您是为其他人做这件事，请确保所有各方都了解他们正在做什么。