我是构建新的团队的一员内容管理系统对于我们的公共网站。我正在尝试找到最简单和最好的方法来构建版本控制机制。对象模型非常基本。我们有一个摘要BaseArticle包含版本无关/元数据属性的类，例如Heading & CreatedBy。许多类都继承自此，例如DocumentArticle拥有以下财产URL这将是一个文件的路径。WebArticle也继承自BaseArticle并包括FurtherInfo财产和集合Tabs对象，其中包括Body它将保存要显示的 HTML（Tab 对象不派生自任何内容）。NewsArticle and JobArticle继承自WebArticle。我们还有其他派生类，但这些提供了足够的示例。
We come up with two approaches to persistence for Revision Control. I call these Approach1 and Approach2. I've used SQL Server to do a basic diagram of each:
Articles通过数据库持久化Update。将为更新设置触发器并将旧数据插入到xxx_Versions桌子。我认为需要在每个表上配置一个触发器。这种方法确实有一个优点，即唯一head每篇文章的版本都保存在主表中，旧版本被分开。这使得将文章的头版本从开发/登台数据库复制到Live one.Articles要插入到数据库中。文章的头部版本将通过视图来识别。这似乎具有更少的表和更少的代码（例如没有触发器）的优点。请注意，对于这两种方法，计划都是为映射到相关对象的表调用 Upsert 存储过程（我们必须记住处理添加新文章的情况）。此 upsert 存储过程将为其派生的类调用该存储过程，例如upsert_NewsArticle会打电话upsert_WebArticle etc.
我们正在使用SQL Server 2005，尽管我认为这个问题与数据库风格无关。我在互联网上进行了广泛的搜索，并找到了这两种方法的参考资料。但我还没有发现任何东西可以比较两者并表明其中一个更好。我认为对于世界上所有的数据库书籍来说，这种方法的选择一定已经出现过。
我的问题是：其中哪一个方法是最好的，为什么？
我的实现可能有点复杂。
首先，您只有一个表来处理所有事情，以便仅在一个点上保持模型设计和数据完整性。
这是基本思想，您可以扩展设计created_by & updated_by如果需要的话。
下面的实现是为了MySQL，但这个想法也可以在其他类型的 SQL 数据库上实现。
DROP TABLE IF EXISTS `myTable`;
CREATE TABLE `myTable` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'Primary Key',
`version` int(11) NOT NULL DEFAULT 0 COMMENT 'Version',
`title` varchar(32) NOT NULL COMMENT 'Title',
`description` varchar(1024) DEFAULT NULL COMMENT 'Description',
`deleted_at` datetime DEFAULT NULL COMMENT 'Record deleted at',
`created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 'Record created at'
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
ALTER TABLE `myTable`
ADD PRIMARY KEY (`id`, `version`) USING BTREE,
ADD KEY `i_title` (`title`);
id & version.deleted_at，该模型支持软删除特征。获取当前记录版本：
CREATE OR REPLACE VIEW vMyTableCurrentVersion AS
SELECT
`id`
, MAX(`version`) AS `version`
, MIN(`created_at`) AS `created_at`
FROM `myTable`
GROUP BY `id`;
获取所有记录，包括软删除记录：
CREATE OR REPLACE VIEW vMyTableAll AS
SELECT
T.id
, T.version
, T.title
, T.description
, T.deleted_at
, _T.created_at
, T.created_at AS `updated_at`
FROM
`myTable` AS T
INNER JOIN vMyTableCurrentVersion AS _T ON
T.id = _T.id
AND T.version = _T.version;
获取记录，删除软删除结果记录。
CREATE OR REPLACE VIEW vMyTable AS
SELECT *
FROM `vMyTableAll`
WHERE `deleted_at` IS NULL;
对于这个例子，我将实现一个unique title验证:
DROP PROCEDURE IF EXISTS myTable_uk_title;
DROP TRIGGER IF EXISTS myTable_insert_uk_title;
DROP TRIGGER IF EXISTS myTable_update_uk_title;
DELIMITER //
CREATE PROCEDURE myTable_uk_title(id INT, title VARCHAR(32)) BEGIN
IF (
SELECT COUNT(*)
FROM vMyTable AS T
WHERE
T.id <> id
AND T.title = title
) > 0 THEN
SIGNAL SQLSTATE '45000'
SET MESSAGE_TEXT = 'Duplicated "title"', MYSQL_ERRNO = 1000;
END IF;
END //
CREATE TRIGGER myTable_insert_uk_title BEFORE INSERT ON myTable
FOR EACH ROW
BEGIN
CALL myTable_uk_title(NEW.id, NEW.title);
END //
CREATE TRIGGER myTable_update_uk_title BEFORE UPDATE ON myTable
FOR EACH ROW
BEGIN
CALL myTable_uk_title(NEW.id, NEW.title);
END //
DELIMITER ;
SELECT * FROM `vMyTable`;
SELECT * FROM `vMyTableAll`;
INSERT INTO myTable (`title`) VALUES ('Test 1');
更新操作应使用以下代码完成，而不是UPDATE ...:
INSERT INTO myTable (`id`, `version`, `title`, `description`)
SELECT
`id`
, `version` + 1 as `version` -- New version
, `title`
, 'New description' AS `description`
FROM `vMyTable`
WHERE id = 1;
The 软删除行动是历史上的其他点：
INSERT INTO myTable (`id`, `version`, `title`, `description`, `deleted_at`)
SELECT
`id`
, `version` + 1 as `version` -- New version
, `title`
, `description`
, NOW() AS `deleted_at`
FROM `vMyTable`
WHERE id = 1;
INSERT INTO myTable (`id`, `version`, `title`, `description`, `deleted_at`)
SELECT
`id`
, `version` + 1 as `version` -- New version
, `title`
, `description`
, null AS `deleted_at`
FROM `vMyTableAll` -- Get with deleted
WHERE id = 1;
To delete相关历史记录：
DELETE FROM `myTable` WHERE id = 1;
SELECT *
FROM `myTable`
WHERE id = 1
ORDER BY `version` DESC;
UPDATE ...）如果你想保存历史记录是不可能的。DELETE ...）如果你想保存历史记录是不可能的。