我知道这里和这里有人问过这个问题，但我有不同的可能实现的相同想法，我需要一些帮助。
最初，我的blogstories表具有以下结构：
| Column | Type | Description |
|-----------|-------------|------------------------------------------------|
| uid | varchar(15) | 15 characters unique generated id |
| title | varchar(60) | story title |
| content | longtext | story content |
| author | varchar(10) | id of the user that originally wrote the story |
| timestamp | int | integer generated with microtime() |
在我决定要为博客上的每个故事实施一些版本控制系统后，我想到的第一件事就是创建一个不同的表来保存编辑；在那之后，我想我可以修改现有的表来保存版本而不是edits。这是我想到的结构：
| Column …我必须为涉及音乐艺术家描述的业务环境设计实体关系图 (ERD) ，我将在下面详细说明。
一个艺术家有一个名称，且必须要么一组 或一个独奏演员（但不能同时）。
一个小组由一名或多名独舞者组成，并有若干成员（应根据组成该组的独奏者人数计算）。
一个独奏演员可能是一个会员众多的群体或无的集团，并可以播放一个或多个仪器。
如何构建一个 ERD 来表示这种场景？我对它的“或”部分感到困惑。
我需要跟踪产品价格变化，以便我可以在数据库中查询给定日期的产品价格。该信息用于计算历史审计的系统中，因此它必须根据购买日期返回正确产品的正确价格。
我更喜欢使用 postgres 来构建数据库。
我需要数据库的设计，但也欢迎任何和所有最佳实践建议。
在我现在正在处理的数据库中，几乎每个实体都有这 4 列：
CreatedDate
CreatedBy
RetiredDate
RetiredBy
通常这用于记录目的，对于某些实体来说，知道它何时退役的有用性是有争议的（但不要告诉我的老板）。对于其他一些东西，（比如卡车）它更有意义，因为“退役”的车辆可能会重新投入使用。
无论如何，我想知道将这些信息放在一张桌子上是否是个好主意，因为它到处重复。如果是的话，任何人都有一个好名字..？简单created_retired_dates吗？