我想为我的产品设计一个 PostgreSQL 数据库，它需要处理有序的多对多关系。有两种解决方案：
- （规范化数据库）创建一个中间表并将关系的顺序放在该表中
- （非规范化数据库）使用非规范化数据库并将所有数据保存在一张表中
我的数据模型是这样的：
表一（练习）：
ID
姓名
表 2（锻炼）：
- 一组有顺序的练习
每个用户都可以创建自定义锻炼（具有定义顺序的锻炼列表）。我的问题是在数据库中保存关系的顺序，因为默认关系不保留顺序。
问问题
101 次
1 回答
0
正如评论中所说，“最佳实践”假设只有一种最佳方式来做事，但事实并非如此。在几乎所有的软件设计解决方案中，您都必须以混乱、不可预测的方式进行交易，这些方式几乎总是依赖于上下文。
如果我理解您的问题，您的问题域具有创建零个或多个锻炼的“用户”的概念，并且每个锻炼都有一个或多个练习，并且该练习发生的顺序是一个重要属性锻炼和锻炼之间的关系。
存储多对多关系属性的常规方法是作为连接表上的附加列。
存储它的规范化方式类似于：
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 个表——但这就是数据库的设计目的。数据模型使用单独的实体等描述（我理解的）问题域。
于 2019-05-22T10:00:22.997 回答