订购多对多关系的最佳实践？

Question

我想为我的产品设计一个 PostgreSQL 数据库，它需要处理有序的多对多关系。有两种解决方案：

• （规范化数据库）创建一个中间表并将关系的顺序放入其中
• （非规范化数据库）使用非规范化数据库并将所有数据保存在一张表中

我的数据模型是这样的：

表1（练习）：

• id

• 姓名

表 2（锻炼）：

• 顺序的一组练习

每个用户都可以创建自定义锻炼（具有定义顺序的锻炼列表）。我的问题是在数据库中保存关系的顺序，因为默认关系不保留顺序。

Answer 1

正如在 cmets 中所说，“最佳实践”假定只有一种最佳方式来做事，但事实并非如此。在几乎所有软件设计解决方案中，您都必须以混乱、不可预测的方式进行交易，而这几乎总是依赖于上下文。

如果我理解您的问题，您的问题域具有创建零个或多个锻炼的“用户”的概念，并且每个锻炼都有一个或多个练习，并且该练习发生的顺序是锻炼和锻炼之间关系的重要属性。

存储多对多关系属性的常规方法是作为连接表上的附加列。

标准化的存储方式如下：

user
-----
user_id
name
...

Workout
-----
workout_id
name
....

Exercise
------
exercise_id
name
....

workout_exercise
----------
workout_id
exercise_id
sequence -- this is how you capture the sequence of exercises within a workout
... -- there may be other attributes, e.g. number of repetitions, minimum duration, recommended rest period

user_workout
--------
user_id
workout_id
.... -- there may be other attributes, e.g. "active", "start date", "rating"

在权衡方面，我预计这将在商品硬件上扩展到数亿行，而不会面临重大挑战。查询可能会变得相当复杂——您将加入 4 个表——但这就是数据库的设计目的。数据模型使用单独的实体等描述（我理解的）问题域。