我有一个文章列表及其修订版。在这种情况下,只有两个规则是重要的:
(i) 当有人要求对某一条款进行具体修订时,应当交付。
(ii) 当有人要求仅告知物品标识符的文章时,应提供该文章的最新修订版。
为了获得包含最新修订的文章列表,我们使用以下视图:
CREATE OR REPLACE VIEW `only_articles` AS
SELECT *
FROM article AS a
WHERE a.revision = (
SELECT MAX(ma.revision) AS max_revision
FROM article AS ma
WHERE ma.id = a.id
);
有没有办法优化这个查询?有什么方法可以避免子查询吗?有没有更好的方法来存储这些修订?
这是表结构(简化):
CREATE TABLE `article` (
`ai_id` int(11) NOT NULL AUTO_INCREMENT,
`id` int(11) NOT NULL,
`revision` int(11) NOT NULL,
`title` varchar(45) NOT NULL,
PRIMARY KEY (`ai_id`),
UNIQUE KEY `ID_VERSION` (`id`,`revision`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=latin1;
一些数据:
ai_id id revision title
1 1 1 'Text one'
2 1 2 'Text two'
3 1 3 'Text three'
4 2 1 'Another Article'
5 2 2 '2nd revision of another article'
预期产出:
ai_id id revision title
3 1 3 'Text three'
5 2 2 '2nd revision of another article'
我不认为该项目只需要一个临时数据库来解决这个问题。这是唯一需要版本控制的表,存储的内容太小(每条记录约 2KB)。
似乎许多优秀的CMS和Wiki(如MediaWiki或Wordpress)都面临这种情况。关于他们如何解决以及这些项目中使用的方法的优缺点的任何提示?
Mediawiki有单独的页面和修订表,页面表在page_latest
字段中存储最新修订rev_id
。