asp.net – 实现数据库对象的版本控制

让我在脑海里转转的一个功能是版本控制.在StackOverflow上,每个问题和答案都可以有多个修订版.当你只有一种类型的对象(在这种情况下,它的文本)时,这很容易实现.

所以,对于我的简单页面,我已经设置好了.

当我认为某些需要在版本控制下的对象具有关系时,问题就出现了.为了提供一个具体的例子,让我选择一个随机的analagous域：

让我们说我正在实施一个类似Wiki的网站来跟踪书籍/作者信息.
该网站的主要焦点是创建和更新“作者”页面,这些页面作为文本非常简单(如上所述).但是,让我们在作者和书籍之间添加一对多的关联(换句话说,书籍将是单独的对象,显然一个人可以创作许多书籍).每本书都有一个从作者页面到关于该书的信息页面的链接.

对于用户来说,描述作者的基于文本的“摘要”与该作者和作者之间的链接之间几乎没有区别.他们的作品.因此,我们需要为作者页面,书页以及作者和书籍之间的关联实现“修订”/编辑功能.换句话说,用户应该能够编辑,查看历史记录和回滚作者页面,书页以及两者之间的关联.

当这种关系变成多对多时,这变得更加复杂,多个作者可能被列为对书籍的贡献.

我有很多解决方案,但没有一个像我想的那样干净(并且至少涉及一些重复的代码/冗余数据存储),虽然我确实看到了这里的共性,但我觉得我真的无法提取它,特别是在数据库级别.我不想偏袒给出的答案,所以我不打算立刻给他们.

那么,您将如何在数据库级别设计此系统？我在这里寻找表格规格,并且可能描述了如何使用它们,如果不是立即显而易见的话.对于那些可能相关的答案,我将使用ASP.NET和Linq-to-SQL(我很熟悉LTS中的多对多)或实体框架.

编辑：为了澄清,我理解基本的数据库设计,规范化,多对多映射表等.我正在寻找一个干净的解决方案,以满足这种特定情况.

编辑2：我正在寻找一个可推广的解决方案,因为系统中可能有更多的子对象而不仅仅是书籍.作者可能与其他作者,杂志,事件等等有关.如果我为每个作者单独实施历史记录,我觉得我正在重复很多工作.