我知道这里和这里有人问过这个问题，但我有不同的可能实现的相同想法，我需要一些帮助。
最初，我的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 …有人能帮我理解这个用户对CustomerLocation表的回答吗？我真的想要一个在订单表中存储地址的好方法。
我正在寻找的是如何设置我的地址，以便在我编辑它们时，订单不受客户更新地址或搬迁这一事实的影响。
就目前而言，我的架构看起来类似于：
Person |EntityID|
EntityAddress |EntityID|AddressID|
Address |AddressID|AddressType|AddressLine1|AddressLine2|
Order |OrderID|BillingAddressID|
在我现在正在处理的数据库中，几乎每个实体都有这 4 列：
CreatedDate
CreatedBy
RetiredDate
RetiredBy
通常这用于记录目的，对于某些实体来说，知道它何时退役的有用性是有争议的（但不要告诉我的老板）。对于其他一些东西，（比如卡车）它更有意义，因为“退役”的车辆可能会重新投入使用。
无论如何，我想知道将这些信息放在一张桌子上是否是个好主意，因为它到处重复。如果是的话，任何人都有一个好名字..？简单created_retired_dates吗？