Domas Mituzas wrote:
- When reverting, do a select count(*) where md5=? and then do something
more advanced when more than one match is found
finally "we don't need an index on it" becomes "we need an index on it", and storage efficiency becomes much more interesting (binary packing yay ;-)
so, what are the use cases and how does one index for them? is it global hash check, per page? etc
Domas
I don't know why people have started asking about talking hashes when reverting. MediaWiki already knows in a rollback that the revision is identical to the previous one. It even avoids storing the same text twice. However, if you want to "check if something is a revert" say clearly that you are testing on every edit if there's a previous revision [for the same page?] with the same text. Is there a "something more advanced to be done" or just dreams? Would for instance the WikiTrust extension make use of it, or instead would need to store its own checksums on another table?
PS: I don't consider bug 2939 a good need. I think it is good to see that there were messages. The provided usecase could be solved with rollback in bot mode.