最优数据库结构

Question

我正在为当地的一家酒厂开发一个生产控制应用程序，我在构建数据库时遇到了问题。

一个核心功能是用户能够创建白酒类型，这些类型都有一个相关的生产过程。每个过程可以有多个步骤。有7种不同类型的步骤。

当用户创建某个白酒的“批次”时，将选择一个白酒类型，并根据定义的生产过程向用户呈现一个“向导”。在每个步骤中，用户将输入与该步骤相关的信息。

我想出的是这种多对多的关系：

spirits (spirit types)
- id
- name

steps (steps in the production process)
- spirit_id
- state_id

states (names of all possible steps)
- id
- name

虽然这在创建spirit类型方面起到了作用，但在填充数据方面却缺乏。由于生产过程中的每个步骤都采用不同的数据：

distillation
- abv
- mass

dilution
- abv
- water

filtration
- density
- volume

对于这种类型的应用程序，最优的结构是什么？

Answer 1

对于我来说，您应该使用一些表来管理进程和stess之间的主/详细关系。A将其与相似的步骤类联系起来

activity (class of steps in the production process)
 - activity_id 
 - name

process_phase  (master table for process steps)
 - process_phase_id
 - description 
 - activity_id
 - spirit_id

process_phase_detail  (detail table for process step )
 - process_phase_id
 - detail_id
 - state_id

PS --数据建模(没有严格的规范)是一个基于观点的领域。