我有一份文章及其修订清单。在这种情况下,只有两个规则很重要:
(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)似乎已经面临这种情况。关于它们如何解决的任何提示以及这些项目中使用的方法的优缺点?