工作流数据库结构



我目前正在考虑编写一个简单的工作流工具,用于Angular、SQLAlchemy和FastAPI。

就数据库结构而言,我目前正在研究JIRA的数据库是如何构建的,并想知道这是否是一个好方法。最后,对于所有自定义字段,JIRA数据库或多或少都是一个纯粹的键/值结构。通常,这违反了关系数据库的推荐结构,所以我想知道为什么要采取这种方法,如果我走同样的路,API是否应该PIVOT自定义字段,使其看起来像一个正常的数据库记录?

不要重新发明轮子。对于一个运行良好的工作流来说,很难找到一个好的数据库结构。随着时间的推移,任何简单的工作流程工具都会变成一场维护噩梦。工作流没有什么简单的:(。

我建议使用现有的开源工具,如temporal.io或Camunda。

最新更新