Postgres最佳做法：插入新行vs更新现有列

Question

我正在考虑2种用于保留计时器数据的设计。 每个计时器在一段时间内启动多个GPU实例。 数据存储在Postgres表中。 两种设计都有此表：

计时器表：

• ID（整数，序列号）
• user_id（int，外键，谁启动了计时器）
• duration_s（int）
• 开始时间（日期时间，现在默认）
• number_of_gpus

我想知道启动和停止计时器的历史，所以我想知道在该计时器表中添加更多“状态”列并像这样展开它是否更好：

• is_stopped_manualy_by_user（布尔值，默认为NULL）
• is_automatically_stopped（布尔值，默认为NULL）
• did_start_succeed（布尔值，默认为NULL）
• did_stop_succeed（布尔值，默认为NULL）

或拥有另一个名为timers_history的新表，该表将为每个操作添加一个新行：

timers_history

• ID（整数，序列号）
• timer_id（计时器的外键）
• 动作：ON / USER_OFF / AUTO_OFF（ENUM，非NULL）
• 成功（布尔值，默认为NULL / FALSE）
• 时间戳记（date_time，默认为现在）

用例是：

1. 能够查看完整的故事，计时器何时启动以及由谁启动，成功关闭的时间，等等。
2. 要支持对端点的API调用：/ timers / start（POST）
3. 要支持对端点的API调用：/ timers / stop（DELETE？），如果用户请求在达到时间限制之前停止计时器，则该计时器将停止计时器
4. 要支持对端点的API调用：/ timers / status，应显示特定用户启用/启用的计时器，或显示系统中所有活动的计时器。

在第一种设计中，很容易在一个表中看到所有数据，但是这将需要大量更新计时器列中的状态。 在第二种设计中，很难一目了然地看表并一目了然，但是它具有更少的更新查询和更多的插入查询（每个动作都会创建一个新行）。

我的问题是：哪种设计通常更好？ 我个人认为第一个更易于实现（我们使用Python，目前没有任何ORM）并且更易于阅读，但是我不确定在列上进行更新而不是插入新行是最佳实践。

请考虑查询当前使用的计时器的复杂性。

我也正在考虑添加Redis中打开的计时器，这将需要更多的开发时间，但是我不确定。