Sql 在数据库设计中需要一些指导吗

我在一家3D打印机公司工作，正在设计一款带有SQL Server数据库后端的移动应用程序，用于跟踪灯丝、热端/喷嘴（称为hozzles）的线轴，以及最终的单个打印作业

以下是我对数据库外观的看法

线轴和套管都有自己独特的位置，除了可以同时容纳这两个部件的打印机外，它们都可以移动。所有后台文件都将保存在数据库中，但当其中一个“完成”后，我想删除它的整个历史记录。所有Hozzle及其历史将永久保存

我的线轴和炮口历史记录表是否适合我试图完成的任务

对我来说，使用API中的枚举而不是数据库中的表来处理诸如“spool\u size\u ID”或“hozzle\u move\u ID”之类的属性会更好吗

---

关于我的方法的任何其他注释或问题都会很有帮助。

这不是一个UML模型。我已经编辑了这个问题并删除了“UML”标记。你的具体问题是什么？像“我的设计好吗？”这是不可接受的。在说之前，我想知道wht是hozzle_id和hozzele_id2？会有hozzle_id3等吗？如果hozzle_id 1失败不止一次，那么会有同样多的行。同一个hozzle可能失败不止一次，所以hozzle表中会有重复的数据。谢谢。@KumarHarsh中没有计划在可预见的未来，支持打印作业的喷嘴数超过2个。hozzle_2_id和spool_2_id是可选的，但是，如果数量是任意的，我可以看到使用另一个表处理hozzle是有意义的。至于炮口故障，如果炮口故障，它将进入与成品线轴类似的状态，不再可用。这不是一个UML模型。我编辑了这个问题，并删除了“UML”标记。你的具体问题是什么？像“我的设计好吗？”这是不可接受的。在说之前，我想知道wht是hozzle_id和hozzele_id2？会有hozzle_id3等吗？如果hozzle_id 1失败不止一次，那么会有同样多的行。同一个hozzle可能失败不止一次，所以hozzle表中会有重复的数据。谢谢。@KumarHarsh中没有计划在可预见的未来，支持打印作业的喷嘴数超过2个。hozzle_2_id和spool_2_id是可选的，但是，如果数量是任意的，我可以看到使用另一个表处理hozzle是有意义的。至于炮口故障，如果炮口故障，它将进入与成品线轴类似的状态，不再可用。